共用方式為


支援從儲存局域網路開機 (SAN)

本文說明從儲存局域網路 (SAN) 開機 Windows 伺服器的支援性。

原始 KB 編號: 305547

其他相關資訊

如果 SAN 廠商支援其特定硬體平台開機 Windows 伺服器,Microsoft支援從儲存局域網路 (SAN) 開機。 SAN 和主機總線適配卡 (HBA) 必須根據 SAN 廠商的指導方針進行設定,SAN 廠商 必須 作為開機相關問題的主要連絡點。 之所以存在這項需求,是因為從 SAN 開機很複雜,而且廠商需要支援特定設定,因為 SAN 廠商提供 SAN 開機支援性語句。 請務必注意,本文中包含的資訊並不是從 SAN 開機所需的全部包含項目清單。 SAN 廠商必須提供特定步驟、驅動程式、韌體修訂,以及如何讓硬體(存儲設備系統、交換器、主機總線適配卡等)能夠正常運作的資源。

設定

必須解決下列問題,讓多部計算機能夠從SAN成功開機:

  • 若要從 SAN 開機多部電腦,必須在交換器環境中設定 SAN,或者必須從每個主機直接連接到其中一個儲存設備子系統的光纖通道埠。 從 SAN 開機多部伺服器時,不支援使用 Fiber Channel - Arbitrated Loop (FC-AL),因為它不允許連結至 SAN 的主機彼此適當隔離。 交換的環境可讓主機彼此分開。 只有在從 SAN 開機單一伺服器時,才支援使用 Fiber 通道仲裁迴圈拓撲開機至 SAN。

  • 主機必須具有其開機磁碟的獨佔存取權。 SAN 上沒有其他主機應該能夠偵測或存取相同的邏輯磁碟。 這可以透過使用邏輯單元編號 (LUN) 管理類型來完成,例如 LUN 遮罩、分區或這些方法的一些組合。 LUN 管理通常會在交換器、記憶體子系統和/或主機總線適配卡 (HBA) 層級設定,而不是在 Windows 內設定。 Windows 沒有對應 LUN 的功能。

  • 多路徑軟體和多個 HBA 可改善從路徑失敗中復原的機會。 在單一主機中擁有多個 HBA 的目的是要有備援,且(可能)增加輸送量。 不過,如果失敗發生且 SAN 的路徑遺失,可能會有一段時間無法存取 SAN 上的磁碟驅動器。 此路徑失敗可能會導致 Windows 伺服器發生問題。 多路徑軟體的行為在廠商之間有很大的差異。 檢查記憶體/RAID 系統的 Windows 目錄(先前稱為硬體相容性清單或 HCL),以確定多重路徑驅動程式位於 Windows 目錄中與儲存系統。 如果您找不到多重路徑軟體,請連絡您的 SAN 廠商。

  • 如果連結的主機是 Windows 2000 叢集解決方案的一部分,您必須針對開機程式使用一個 HBA,並為共用記憶體使用不同的 HBA。

  • 如果連結的主機是 Windows 2000 叢集解決方案的一部分,且使用 Microsoft 多重路徑 I/O (MPIO) 功能,您需要四個 HBA。

疑難排解

本節說明數個可能導致 Windows 伺服器無法從 SAN 成功開機的問題:

  • 當您設定 SAN 時,常見的問題是多個主機可能會存取相同的邏輯磁碟。 這通常是因為未採用適當的 LUN 管理而發生。 Windows 的預設行為是附加並掛接它偵測到 HBA 驅動程式何時載入的每個邏輯單元。 如果多個主機掛接相同的磁碟,文件系統可能會損毀。 由 SAN 的設定決定,以確保一次只能有一部主機存取特定邏輯磁碟。 存取相同邏輯磁碟的多個主機徵兆如下:
    磁碟管理會在多部主機上顯示相同的邏輯磁碟。 當您新增或設定新的邏輯磁碟時,隨插即用 在多部主機上發現新硬體的通知。 當您嘗試使用 [我的計算機] 或 [Windows 總管] 存取邏輯磁碟時,您可能會收到「拒絕存取」、「裝置未就緒」或類似的錯誤訊息,指出其他主機可以存取相同的邏輯磁碟。

  • 您的電腦停止回應(停止回應)或回應時間緩慢。 這可能表示頁面檔有很高的延遲,而且這可能會伴隨系統記錄檔中的事件,例如:

    事件標識碼:51
    事件類型: 警告
    事件來源:磁碟
    描述:在分頁作業期間,裝置 \Device\Harddisk0\DR0 上偵測到錯誤。

    事件標識碼:11
    來源: %HBA_DRIVER_NAME%
    描述:驅動程式在 Device\ScsiPort0 上偵測到控制器錯誤。

    事件標識碼:9
    來源: %HBA_DRIVER_NAME%
    描述:裝置 \Device\ScsiPort0 未在逾時期間內回應。

    如果上述錯誤訊息位於系統記錄檔中,表示 Windows 嘗試存取磁碟且發生問題。 如果參考的磁碟位於SAN上,表示延遲問題。 如果顯示事件標識碼 51,這表示記憶體管理員嘗試將數據複製到記憶體或從記憶體複製,併發生問題。 頁面檔延遲問題的另一個指標是,如果 Windows 伺服器發生系統失敗,且下列任一錯誤訊息會顯示在藍色畫面上:

    0x00000050 PAGE_FAULT_IN_NONPAGED_AREA

    0x0000000A IRQL_NOT_LESS_OR_EQUAL

    可能的解決方法是將頁面檔放在主機的本機硬碟上。 Windows 需要可靠的頁面檔存取權,因為數據是分頁或記憶體不足。 在主機本機擁有頁面檔可確保存取不會受到SAN上其他裝置和主機的影響。

    注意

    如果頁面檔不在與開機分割區相同的分割區上(通常是 c:\Windows 或 c:\WINNT),則不會建立Memory.dmp檔案。 Memory.dmp檔案用於針對發生 STOP 錯誤的 Windows 計算機進行疑難解答。 如需如何為當機傾印設定計算機的相關信息,請參閱 Windows 說明。

有數種方式可以解決上述問題。 第一種方法是嘗試並將時間與 SAN 上發生的任何事件相互關聯。 例如,HostA 正在執行大型複製作業,而 HostB 會報告錯誤 9,這可能表示未就地進行適當的 LUN 管理。 另一個範例是當 HostA 重新啟動時,HostB 會產生錯誤。 這可能表示正在使用FC-AL,而HostB正受到HostA的迴圈初始化基本類型 (LIP) 序列影響。 這些通常可藉由重新設定SAN來修正,這需要硬體廠商的協助。 在 Windows Server 的本機硬碟上放置頁面檔,可能會解決任何類型的延遲問題,但同樣地,這會停用建立記憶體轉儲。 要了解的重點是,SAN 的硬體廠商會擁有正確設定的最相關信息,而且必須是所有設定問題和疑慮的第一個連絡點。