多路径I/O：保证HBA故障期间的冗余

你将从本文学到以下知识：微软的多路径I/O(MPIO)能为两台设备提供备选数据路径，从而减轻HBA故障带来的影响。了解为何MPIO不能完全排除HBA故障带来问题的可能性，以及如何确保冗余。

从技术上来讲，MPIO代表了一种多路径混合方法，将HBA专用软件——设备专用模块或称DSM——与MPIO特性结合，并集成到Windows操作系统中。写入DSM时必须使用主用硬件，而不能是通用硬件，因此微软设计了MPIO，使其尽量不受HBA影响。但是要完成任务，MPIO还需要其它硬件和软件正常工作。

一般来说，这么做能取得良好效果，MPIO能在Windows存储环境下，提供重要的冗余元素以及负载均衡。但是，MPIO和HBA发生故障时，你还需要警惕一些事情。

显然，你至少需要拥有两个HBA与存储设备相连。双端口HBA能够提供两条数据路径，但是仍属于一个故障点。

如果是SAN，你就得确保所有设置在数据路径上的交换机或路由器具备足够智能的路径管理功能，处理由HBA故障引起的问题。

理论上，如果数据路径遭遇中断，MPIO能够实现故障转移；路径恢复后，迅速自动恢复。实际中，并不能一直都这么顺利。在集群环境下，你需要确保发生问题时，集群能够自动恢复数据路径，以及实现故障转移。自动恢复是与故障转移相独立的操作，两者未必对称。系统不能自动恢复（或者更糟糕的是，不能在初始位置转移故障）可能是因为HBA、交换机或其它组件配置错误，或者因为HBA本身存在问题。与硬件供应商联系，获取更多信息。微软公司讨论了拔出HBA、再次插入HBA时的情况，模仿集群的故障转移和自动恢复功能。

如果你还在运行Windows 2000，可能还存在一个问题。如果发生故障，多路径软件可能引起磁盘签名改变。这样，系统就无法找到磁盘，从而发生故障。微软考虑到了磁盘故障问题。

总的来说，如果你的问题与多路径相关，你就无法处理微软产品。HBA供应商而不是微软公司完成MPIO驱动器的写操作。微软的态度是：DSM及其它设备由硬件和相关的软件供应商部署，而不是由微软部署，因此，应该向供应商寻求帮助，从而解决故障。

转载：感谢您对网站平台的认可，以及对我们原创作品以及文章的青睐，非常欢迎各位朋友分享到个人站长或者朋友圈，但转载请说明文章出处。