引言：iSCSI多路径高可用性的重要性
在中小企业IT基础设施中，利用iSCSI协议构建SAN（存储区域网络）已成为降低硬件成本、提升数据管理效率的主流方案。然而，许多部署者往往忽视了多路径I/O（MPIO）的正确配置与日常维护。当物理网卡故障、交换机端口失效或存储控制器重启时，若缺乏有效的冗余机制，将直接导致主机操作系统I/O挂起，进而引发业务中断甚至数据不一致风险。
本文将以一个典型的“iSCSI会话频繁断开且无法自动重连”的故障场景为例，详细演示如何通过系统化排查，从表象定位至底层根因，并提供标准化的修复方案。
故障现象描述
某企业服务器运行Windows Server 2022，通过双千兆网卡分别连接至两台核心交换机的不同上行端口，最终汇聚至一台双控制器的iSCSI存储阵列。近期运维人员在非计划维护窗口观察到以下异常：
- 应用层症状：ERP系统响应缓慢，数据库报错“事务日志写入超时”，部分时段出现短暂的服务不可用。
- 系统层症状：服务器资源管理器中，两个iSCSI目标会话状态在“已连接”与“正在重新连接”之间频繁切换，切换间隔约30-60秒。
- 监控指标：磁盘控制器队列长度偶尔飙升至零值以下（表示挂起），网络流量监控显示其中一条链路流量突降为0，另一条链路满载。
第一步：现场环境与日志收集
在进行任何修复操作前，必须先确认当前系统的运行状态，避免盲目重启导致数据丢失。请按以下步骤收集信息：
2.1 检查iSCSI发起程序状态
打开“开始”菜单，搜索并运行 iSCSI 发起程序。在“目标”选项卡中，点击“登录”查看当前活动会话。注意观察是否存在多个会话ID，以及它们的IP地址是否分别对应两条不同的物理路径。如果只看到一个活跃会话，说明MPIO可能未生效或故障转移失败。
2.2 分析事件查看器日志
打开 事件查看器，依次展开 应用程序和服务日志 -> Microsoft -> Windows -> Disk 和 Storage -> WMI-Diagnostics。重点筛选来源为 MPIO、iscsiport 和 disk 的错误或警告事件。
关键日志示例：
事件ID 12：磁盘 “\Device\Harddisk1\DR1” 检测到超时。该磁盘在指定时间内未完成请求。
事件ID 10：Microsoft iSCSI Initiator 服务无法连接到目标 [TargetIQN]。
这些日志表明，底层存储响应超时导致了上层会话的重试与断开。若日志中出现大量“路径失效”或“备用路径不可用”的信息，则指向多路径策略配置错误或物理链路问题。
第二步：根因分析与排查路径
3.1 物理链路连通性测试
首先排除物理层故障。在服务器上分别ping通两个iSCSI存储控制器的管理IP和业务IP。同时，检查服务器网卡属性中的“速度和双工”设置，确保两端均为全双工1Gbps/10Gbps，且无CRC错误计数增加。使用 Get-NetAdapterStatistics PowerShell命令查看网卡错误包数量，若发现大量丢包，需更换网线或排查交换机端口。
3.2 MPIO配置状态验证
MPIO（Multiple Path I/O）是Windows实现存储多路径的核心组件。执行以下PowerShell命令检查MPIO驱动安装情况及路径状态：
Get-MPIOSetting
Get-MSDSMultiPath常见根因分析：
- 动态多路径（Dynamic Multipath）未启用：如果仅安装了MPIO功能但未启用动态负载均衡，系统可能默认只使用主路径，当主路径故障时，备用路径未能及时接管，导致I/O挂起。
- 多路径策略配置不当：Windows Server默认的多路径策略可能不适合当前的存储阵列类型（如Hitachi, Dell EMC, 或通用iSCSI）。错误的策略可能导致I/O请求在不同路径间频繁跳转，反而增加了延迟和不稳定性。
- 会话超时阈值过低：iSCSI发起程序的默认超时时间可能过短，在网络轻微波动时即触发会话断开，而未给予MPIO足够的时间进行故障转移。
第三步：故障修复与优化实施
4.1 调整iSCSI会话超时设置
为了容忍轻微的网络抖动，建议适当增加会话断开前的等待时间。在“iSCSI发起程序”中，点击“配置”选项卡下的“高级”按钮，找到“登录超时（秒）”和“会话超时（秒）”。
建议值：将登录超时设置为 30-60秒，会话超时设置为 120秒。这允许系统在检测到瞬时网络波动时，保留会话并尝试重连，而不是立即断开，从而为MPIO切换争取时间。
4.2 修正MPIO多路径策略
对于大多数通用iSCSI存储，推荐使用 Round Robin（轮询） 或 Failover Only（仅故障转移） 策略，具体取决于对IO负载均衡的需求。若追求稳定性，优先选择故障转移模式；若追求吞吐量，选择轮询模式。
通过PowerShell修改策略：
# 获取所有多路径设备
$mpDevices = Get-MSDSMultiPath
foreach ($dev in $mpDevices) {
设置多路径策略为 Round Robin (值为0)，或 Failover (值为1)
注意：具体值取决于厂商支持的MPIO驱动程序
$dev.SetMultipathPolicy(0)
}若上述命令报错，需确认已安装对应的OEM多路径驱动程序。如果没有特定驱动，Windows内置的“Microsoft Multipath I/O 提供程序”通常能处理标准iSCSI设备。
4.3 强制刷新iSCSI会话
完成配置更改后，需要重新建立会话以应用新策略。在“iSCSI发起程序”中，注销所有目标会话，然后重新扫描并登录。此时观察事件查看器，应看到新的会话建立成功，且“磁盘”日志中不再出现频繁的超时错误。
第四步：验证与后续监控
5.1 故障转移演练
为验证修复效果，建议在业务低峰期进行主动测试。暂时禁用服务器上一块iSCSI网卡（或在交换机端口shutdown），观察ERP系统是否出现明显卡顿。正常情况下，MPIO应在几秒内将流量切换至另一条路径，数据库连接不应断开，仅表现为短暂的IO延迟增加。随后恢复该网卡，确认路径自动加入负载均衡池。
5.2 建立常态化监控
部署简单的脚本定期报告MPIO路径状态。例如，每周运行一次 Get-MSDSMultiPath | Format-Table 并记录结果。重点关注 Paths Up 的数量是否始终等于物理链路数量。此外，在监控系统中添加对iSCSI会话状态的告警规则，一旦发现会话数低于预期路径数，立即触发通知。
结语
iSCSI多路径故障的排查核心在于区分“物理链路故障”、“配置策略错误”与“参数阈值不合理”。通过规范化的日志分析、合理的超时时间设定以及正确的MPIO策略调整，可以显著提升中小企业存储架构的健壮性。对于IT外包服务人员而言，掌握这套标准化的排查流程，不仅能快速解决客户痛点，更能体现专业价值，从被动救火转向主动预防。
