クォーラムを使用せずにフェールオーバー クラスターを復旧することは重要なスキルです。これにより、サービスを迅速に復元し、クォーラムが失われた場合のダウンタイムを最小限に抑えることができます。 クォーラムは、スプリット ブレイン シナリオを防ぎ、一貫性のあるデータ整合性を確保するため、フェールオーバー クラスターが適切に機能するために不可欠です。 クォーラムがないと、クラスターは権限のある決定を行えず、サービスの中断につながります。 これらのガイドラインに従うことで、管理者はシステムの回復性を強化し、予期しない課題が発生した場合でも、継続的で信頼性の高い運用を維持できます。
十分なクォーラム投票がないクラスターが起動しません。 最初の手順として、クラスター クォーラム構成を常に確認し、クラスターにクォーラムがなくなった理由を調査する必要があります。 これは、応答を停止したノードがある場合、またはマルチサイト クラスターでプライマリ サイトに到達できない場合に発生する可能性があります。 クラスター障害の根本原因を特定したら、このセクションで説明する回復手順を使用できます。
注
- クォーラムが失われたためにクラスター サービスが停止すると、 イベント ID 1177 がシステム ログに表示されます。
- クラスター クォーラムが失われた理由を常に調査する必要があります。
- クォーラムなしでクラスターを開始するのではなく、ノードまたはクォーラム証人を正常な状態にして (クラスターに参加させる) ことを常に推奨します。
[前提条件]
デバイスがすべてのクラスター ノードで Windows Server 2012 以降を実行している必要があります。
フェールオーバー クラスタリング機能は、各ノードにインストールする必要があります。 詳細については、「役割、役割サービス、または機能 をインストールまたはアンインストールするを参照してください。
または、次のコマンドを実行してフェールオーバー クラスタリングをインストールすることもできます。
Install-WindowsFeature -Name Failover-Clustering -IncludeManagementTools管理者または Domain Admins グループのメンバーである必要があります。
ネットワーク接続ストレージ (NAS) や記憶域ネットワーク (SAN) など、クラスター内のすべてのノードからアクセスできる共有ストレージ。
クラスター ノードを強制的に開始する
ノードまたはクォーラム監視を正常な状態にすることでクラスターを復旧できないと判断した後、クラスターを強制的に開始することが必要になります。 クラスターを強制的に起動すると、クラスター クォーラム構成設定がオーバーライドされ、 ForceQuorum モードでクラスターが開始されます。
クォーラムなしでクラスター ノードを強制的に起動するには、管理者特権の PowerShell ウィンドウで次のコマンドを実行します。
Start-ClusterNode -ForceQuorum
クォーラムがない場合にクラスターを強制的に起動すると、マルチサイト クラスターで特に役立つ場合があります。 SiteA や SiteB などの個別に配置されたプライマリ サイトとバックアップ サイトを含むクラスターを使用したディザスター リカバリー シナリオについて考えてみましょう。 SiteA で本物の災害が発生した場合、サイトがオンラインに戻されるまでにかなりの時間がかかる可能性があります。 クォーラムがない場合でも、 SiteB を強制的にオンラインにする必要があります。
クラスターが ForceQuorum モードで起動され、十分なクォーラム投票が回復すると、クラスターは自動的に強制状態を離れて、通常通りに動作します。 そのため、クラスターをもう一度正常に起動する必要はありません。 クラスターがノードを失い、クォーラムが失われると、強制状態ではなくなったため、再びオフラインになります。 クォーラムが失われたクラスターを復元するには、クォーラムなしで強制的に開始する必要があります。
注
- クラスターが強制的に開始されると、管理者はその操作を完全に制御します。
- クラスターが特定のノードで強制的に開始されると、そのノードの構成が使用され、他のすべての到達可能なノードにレプリケートされます。
- クォーラムなしでクラスターを強制的に起動すると、クラスターが ForceQuorum モードのままである間、すべてのクォーラム構成設定は無視されます。 ノード投票の割り当てと動的クォーラム管理設定は、フェールオーバー クラスターを効果的に構成するための重要な考慮事項です。
クラスター ノードでクォーラムを無効にする
ノードでクラスターを強制的に開始したら、クォーラムを防ぐための設定でクラスター内の残りのノードを開始する必要があります。 クォーラムを回避する設定で開始されたノードは、新しいクラスター インスタンスを形成するのではなく、既存の実行中のクラスターに参加することをクラスター サービスに示します。 これにより、残りのノードが、競合する 2 つのインスタンスを含む分割クラスターを形成できなくなります。
これは、バックアップ サイト SiteB でクラスターを強制的に開始した後に、マルチサイトのディザスター リカバリー シナリオでクラスターを復旧する必要がある場合に必要になります。 SiteB で強制的に起動されたクラスターに参加するには、クォーラムを無効にしてプライマリ サイト SiteA のノードを起動する必要があります。
クラスターの復旧は、フェールオーバー クラスター マネージャーまたは PowerShell を使用して管理者特権のウィンドウで実行できます。
重要
あるノードでクラスターを強制的に起動した後は、残りのノードを常にクォーラムを無効にして起動することをお勧めします。
サーバー マネージャーで、ツールを選択し、フェールオーバー クラスター マネージャーを選択します。
別の方法として、[スタート] を選択し、「フェールオーバー クラスター マネージャー」と入力して選択します。
左側のウィンドウで、復旧するクラスターを選択します。
クラスターを指定するには、右側のウィンドウの [アクション] で [ クラスターに接続] を選択します。 クラスター名を入力し、[ OK] を選択します。
右側のウィンドウの [アクション] で、[ クラスターの強制開始] を選択し、[ はい] を選択します。
[クラスター サービスの開始]ではなく[クラスターの強制開始]を選択した場合、クォーラムを回避する設定でノードが自動的に開始されます。
ディザスター リカバリー構成でのクォーラムに関する考慮事項
このセクションでは、ディザスター リカバリーのデプロイにおける 2 つのマルチサイト クラスター構成の特性とクォーラム構成の概要を示します。 クォーラム構成ガイドラインは、サイト間のワークロードに対して自動フェールオーバーまたは手動フェールオーバーが必要かどうかによって異なります。 通常、構成は、組織内で確立されたサービス レベル アグリーメント (SLA) と一致します。 これらの SLA は、サイトの障害や災害時にクラスター化されたワークロードを提供およびサポートするための期待を定義します。
この構成では、クラスターは、クラスター化された役割をホストできる 2 つ以上のサイトで構成されます。 いずれかのサイトで障害が発生した場合、クラスター化された役割は、残りのサイトに自動的にフェールオーバーすることが期待されます。 従って、クラスター クォーラムを構成して、どのサイトも完全なサイト障害に対応できるようにする必要があります。
次の表は、この構成に関する考慮事項と推奨事項をまとめたものです。
| 項目 | 説明 |
|---|---|
| 動的クォーラム管理 | 有効にする必要がある |
| サイトあたりのノード投票数 | 同数にする必要があります |
| ノードの投票の割り当て | すべてのノードが同様に重要であるため、ノードの投票を削除しないでください |
| 監視の構成 | ファイル共有監視は、クラスター サイトとは別のサイトで構成することをお勧めします |
| 作業負荷 | ワークロードは任意のサイトで構成できます |
各サイトが存続する機会を均等にするために、ファイル共有監視を別のサイトで構成する必要があります。