記憶域ネットワーク (SAN) からの起動のサポート
この記事では、記憶域ネットワーク (SAN) から Windows サーバーを起動するサポートについて説明します。
元の KB 番号: 305547
詳細
Microsoft では、SAN ベンダーが Windows サーバーを起動する特定のハードウェア プラットフォームをサポートしている場合、記憶域ネットワーク (SAN) からの起動をサポートしています。 SAN およびホスト バス アダプター (HBA) は、SAN ベンダーのガイドラインに従って構成する必要があり、SAN ベンダー must ブート関連の問題の主要な窓口として機能します。 この要件は、SAN からの起動が複雑であり、SAN ベンダーが SAN ブートのサポート可能性ステートメントを提供するため、ベンダーが特定の構成をサポートする必要があるためです。 この記事に含まれる情報は、SAN から起動するために必要な項目の包括的なリストを意図したものではないことに注意してください。 SAN ベンダーは、ハードウェア (記憶域システム、スイッチ、ホスト バス アダプターなど) を適切に連携させる方法に関する特定の手順、ドライバー、ファームウェアのリビジョン、およびリソースを提供する必要があります。
構成
複数のコンピューターが SAN から正常に起動できるように、次の問題に対処する必要があります。
SAN から複数のコンピューターを起動するには、SAN をスイッチ環境で構成するか、各ホストから記憶域サブシステムのファイバー チャネル ポートのいずれかに直接接続する必要があります。 SAN から複数のサーバーを起動する場合、ファイバー チャネル - アービトド ループ (FC-AL) の使用はサポートされていません。SAN に接続されているホストを相互に適切に分離することは許可されないためです。 切り替え環境では、ホストを互いに分離できます。 ファイバー チャネルアービト ループ トポロジを使用した SAN へのブートは、SAN から単一のサーバーを起動する場合にのみサポートされます。
ホストは、起動するディスクへの排他的アクセス権を持っている必要があります。 SAN 上の他のホストは、同じ論理ディスクを検出したり、同じ論理ディスクにアクセスしたりすることはできません。 これは、LUN マスク、ゾーニング、またはこれらの方法の一部の組み合わせなどの論理ユニット番号 (LUN) 管理の種類を使用して実現できます。 LUN 管理は通常、Windows 内ではなく、スイッチ、ストレージ サブシステム、ホスト バス アダプター (HBA) レベルで構成されます。 Windows では、LUN をマッピングする機能は提供されません。
マルチパス ソフトウェアと複数の HBA により、パス障害からの復旧の可能性が向上します。 1 つのホストに複数の HBA を含める目的は、冗長性と (場合によっては) スループットの向上です。 ただし、障害が発生し、SAN へのパスが失われた場合、SAN 上のドライブにアクセスできない期間が発生する可能性があります。 このパスエラーにより、Windows サーバーに問題が発生する可能性があります。 マルチパス ソフトウェアの動作は、ベンダーによって大きく異なります。 記憶域/RAID システムの Windows カタログ (旧称ハードウェア互換性リストまたは HCL) を調べて、マルチパス ドライバーが記憶域システムと共に Windows カタログにあることを確認します。 マルチパス ソフトウェアが見つからない場合は、SAN ベンダーにお問い合わせください。
接続されているホストが Windows 2000 クラスター ソリューションの一部である場合は、ブート プロセスに 1 つの HBA を使用し、共有ストレージに別の HBA を使用する必要があります。
接続されているホストが Windows 2000 クラスター ソリューションの一部であり、Microsoft マルチパス I/O (MPIO) 機能を使用している場合は、4 つの HBA が必要です。
トラブルシューティング
このセクションでは、Windows サーバーが SAN から正常に起動できなくなる可能性があるいくつかの問題について説明します。
SAN を構成する場合の一般的な問題は、複数のホストが同じ論理ディスクにアクセスできる可能性があるということです。 これは通常、適切な LUN 管理が採用されていないために発生します。 Windows の既定の動作では、HBA ドライバーの読み込み時に検出されるすべての論理ユニットをアタッチしてマウントします。 複数のホストが同じディスクをマウントすると、ファイル システムの損傷が発生する可能性があります。 一度に 1 つの論理ディスクにアクセスできるホストが 1 つだけであることを保証するのは、SAN の構成に任されています。 同じ論理ディスクにアクセスする複数のホストの症状は次のとおりです。
ディスク管理では、複数のホストに同じ論理ディスクが表示されます。 プラグ アンド プレイ新しい論理ディスクを追加または構成するときに、新しいハードウェアが見つかったことを示す通知が複数のホストで発生する可能性があります。 マイ コンピューターまたは Windows エクスプローラーを使用して論理ディスクにアクセスしようとすると、"アクセスが拒否されました"、"デバイスが準備ができていません"、または他のホストが同じ論理ディスクにアクセスできる可能性がある同様のエラー メッセージが表示されることがあります。コンピューターが応答を停止する (ハングする) か、応答時間が遅い。 これは、ページ ファイルの待機時間が長く、システム ログに次のようなイベントが伴う可能性があることを示している可能性があります。
イベント ID: 51
イベントの種類: 警告
イベント ソース: ディスク
説明: ページング操作中に、デバイス \Device\Harddisk0\DR0 でエラーが検出されました。イベント ID: 11
ソース: %HBA_DRIVER_NAME%
説明: ドライバーが Device\ScsiPort0 でコントローラー エラーを検出しました。イベント ID: 9
ソース: %HBA_DRIVER_NAME%
説明: デバイス \Device\ScsiPort0 がタイムアウト期間内に応答しませんでした。上記のエラー メッセージがシステム ログにある場合は、Windows がディスクにアクセスしようとしており、問題が発生したことを示します。 参照されているディスクが SAN 上にある場合は、待機時間の問題を示している可能性があります。 イベント ID 51 が表示されている場合は、メモリ マネージャーがメモリとの間でデータのコピーを試み、問題が発生したことを示します。 ページ ファイルの待機時間の問題のもう 1 つのインジケーターは、Windows サーバーにシステム エラーがあり、次のいずれかのエラー メッセージがブルー スクリーンに表示される場合です。
0x00000050 PAGE_FAULT_IN_NONPAGED_AREA
または
0x0000000A IRQL_NOT_LESS_OR_EQUAL
考えられる解決策は、ホストのローカル ハード ディスクにページファイルを配置することです。 データがメモリ内またはメモリ外にページングされるため、Windows ではページファイルへの信頼性の高いアクセスが必要です。 ホストに対してページ ファイルをローカルに設定すると、SAN 上の他のデバイスやホストによってアクセスが影響を受けないことを保証できます。
Note
ページファイルがブート パーティション (通常は c:\Windows または c:\WINNT) と同じパーティション上にない場合、Memory.dmp ファイルの作成は行われません。 Memory.dmp ファイルは、STOP エラーが発生した Windows コンピューターのトラブルシューティングに使用されます。 クラッシュダンプ用にコンピューターを構成する方法については、Windows ヘルプを参照してください。
上記の問題を解決するには、いくつかの方法があります。 1 つ目の方法は、SAN で発生しているイベントと時刻を関連付けようとすることです。 たとえば、HostA は大規模なコピー操作を行っており、HostB はエラー 9 を報告します。これは、適切な LUN 管理が行われないことを意味している可能性があります。 もう 1 つの例は、HostA が再起動されるたびに HostB がエラーを生成する場合です。 これは、FC-AL が使用されており、HostB が HostA からのループ初期化プリミティブ (LIP) シーケンスの影響を受けている可能性があります。 これらは多くの場合、SAN を再構成することによって修正できます。これにはハードウェア ベンダーの支援が必要です。 Windows サーバーのローカル ハード ディスクにページファイルを配置することで、あらゆる種類の待機時間の問題が解決される可能性がありますが、ここでもメモリ ダンプの作成が無効になります。 理解すべき重要なポイントは、SAN のハードウェア ベンダーが適切な構成に関する最も多くの情報を持ち、すべての構成の質問と懸念事項の最初の窓口である必要があるということです。