MPIO：在HBA故障時確保冗餘

在技術上，MPIO表明一條的岔路通道，通向多路徑、組合軟件特別是通向每一個主機總線適配器(HBA)，Device Specific Module (DSM)，利用MPIOD的特性與Windows操做系統相結合。然而DSMs必須爲特定的硬件所編寫，而不具備廣泛性，Microsoft設計的MPIO將使HBA的不可知性變爲可能。這樣，爲了完成工做，其依靠硬件的其他部分和軟件來工做。

　　這一般進行得不錯，在Windows 存儲環境中，MPIO是冗餘和負責平衡的一個重要元素。可是當說到MPIO和HBA故障的時候，有一些事情你須要注意。

　　最明顯的是你必須有至少兩個與存儲設備相連的HBA。一個雙端口(dual-port)HBA 可提供兩條數據通道，可是它仍然表明一個單獨的故障點。

　　在存儲區域網絡(SAN)中，你須要確保設置在數據通道上的任何一個開關或路由器都具備充分的路徑管理智能以處理因爲HBA故障引發的中斷。

　　理論上，若是數據通道發生中斷，MPIO將會故障轉移(fail over)，而後當通道恢復時，在大約幾秒鐘的時間裏故障恢復(fail back)。實際上，不老是那麼簡單。在羣集環境裏，你須要肯定羣集可以故障恢復以恢復數據通道，也可以在發生問題的時候故障轉移。故障恢復(failback)與故障轉移(failover)是互相分離的操做，二者沒必要對應進行。不能故障恢復(或者更糟，首先不能故障轉移)的系統多是因爲HBA，開關或者其它組件配置錯誤，也多是HBA自身存在問題。與你的硬件供應商聯繫以得到更多信息。((Microsoft討論當HBA被切斷和插回時將會發生什麼，在羣集上模擬故障轉移和故障恢復)。

　　若是你還在運行Windows 2000，就會有另外一個潛在的問題，若是發生故障，多路徑軟件可能會引發磁盤信號改變。這會致使系統癱瘓，由於找不到磁盤。

　　一般，若是出現涉及多路徑的問題，你經過Microsoft處理不了。HBA的供應商編寫MPIO驅動程序，不是Microsoft。Microsoft的態度是DSM和其它具體任務是經過硬件實現的，其相關的軟件供應商不是Microsoft，應該找他們尋求幫助排除故障。