記憶域ネットワーク (SAN) からの起動のサポート

この記事では、記憶域ネットワーク (SAN) から Windows サーバーを起動するサポートについて説明します。

適用対象: Windows Server 2012 R2、Windows Server 2008 R2 Service Pack 1、Windows 10 - すべてのエディション
元の KB 番号: 305547

詳細

Microsoft では、SAN ベンダーが Windows サーバーを起動する特定のハードウェア プラットフォームをサポートしている場合、記憶域ネットワーク (SAN) からの起動をサポートしています。 SAN およびホスト バス アダプター (HBA) は、SAN ベンダーのガイドラインに従って構成する必要があり、SAN ベンダーは、ブート関連の問題のメインの窓口として機能する必要があります。 この要件は、SAN からの起動が複雑であり、SAN ベンダーが SAN ブートのサポート可能性ステートメントを提供するため、ベンダーが特定の構成をサポートする必要があるためです。 この記事に含まれる情報は、SAN から起動するために必要な項目の包括的な一覧ではないことに注意してください。 SAN ベンダーは、ハードウェア (ストレージ システム、スイッチ、ホスト バス アダプターなど) を適切に連携させる方法に関する特定の手順、ドライバー、ファームウェアのリビジョン、およびリソースを提供する必要があります。

構成

複数のコンピューターが SAN から正常に起動できるように、次の問題に対処する必要があります。

• SAN から複数のコンピューターを起動するには、SAN をスイッチされた環境で構成するか、各ホストからストレージ サブシステムのファイバー チャネル ポートのいずれかに直接接続する必要があります。 SAN から複数のサーバーを起動する場合、SAN に接続されているホストを互いに適切に分離できないため、ファイバー チャネル - アービトレーション ループ (FC-AL) の使用はサポートされていません。 切り替え環境を使用すると、ホストを互いに分離できます。 ファイバー Channel-Arbitrated ループ トポロジを使用した SAN へのブートは、SAN から 1 つのサーバーを起動する場合にのみサポートされます。

• ホストは、起動元のディスクへの排他的アクセス権を持っている必要があります。 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 上の他のデバイスやホストによるアクセスの影響を受けないことを保証します。

  注:

  ページファイルがブート パーティション (通常は c:\Windows または c:\WINNT) と同じパーティション上にない場合、Memory.dmp ファイルの作成は行われません。 STOP エラーが発生した Windows コンピューターのトラブルシューティングには、Memory.dmp ファイルが使用されます。 クラッシュ ダンプ用にコンピューターを構成する方法については、「Windows ヘルプ」を参照してください。

上記の問題を解決するには、いくつかの方法があります。 1 つ目の方法は、SAN で発生するすべてのイベントに時間を試して関連付ける方法です。 たとえば、HostA が大規模なコピー操作を実行していて、HostB によってエラー 9 が報告され、適切な LUN 管理が行われないことを意味している可能性があります。 もう 1 つの例は、HostA が再起動されるたびに HostB によってエラーが生成される場合です。 これは、FC-AL が使用されており、HostB が HostA からのループ初期化プリミティブ (LIP) シーケンスの影響を受けている可能性があります。 これらは多くの場合、SAN を再構成することによって修正できます。これにはハードウェア ベンダーの支援が必要です。 任意の種類の待機時間の問題は、Windows サーバーのローカル ハード ディスクにページ ファイルを配置することで解決される可能性がありますが、この場合も、メモリ ダンプの作成が無効になります。 理解すべき重要なポイントは、SAN のハードウェア ベンダーが適切な構成に関する最も多くの情報を持ち、すべての構成の質問と懸念事項に対する最初の窓口である必要があるということです。