クォーラムを使用せずに WSFC クラスターを強制的に起動する
適用対象:
SQL Server
このトピックでは、クォーラムを使用せずに Windows Server フェールオーバー クラスタリング (WSFC) クラスター ノードを強制的に起動する方法について説明します。 この処理が必要になるのは、ディザスター リカバリーとマルチサブネットのシナリオにおいて、Always On 可用性グループおよび SQL Server フェールオーバー クラスター インスタンスのデータを復旧し、高可用性を完全に再確立する場合です。
クォーラムを使用せずにクラスターを強制的に起動する方法:フェールオーバー クラスター マネージャーの使用、 PowerShell の使用、 net.exe の使用
開始前の準備
推奨事項
明示的に指定されている場合を除き、このトピックの手順は、WSFC クラスター内のノードから実行する必要があります。 ただし、クォーラムを使用せずに強制的に起動する対象となるノードからこれらの手順を実行することにより、適切な結果が得られ、ネットワークの問題の発生を回避できる場合もあります。
セキュリティ
ユーザーは、WSFC クラスターの各ノードのローカル Administrators グループのメンバーであるドメイン アカウントを使用する必要があります。
フェールオーバー クラスター マネージャーの使用
クォーラムを使用せずにクラスターを強制的に起動するには
フェールオーバー クラスター マネージャーを開き、強制的にオンラインにする目的のクラスター ノードに接続します。
[アクション] ペインで、 [クラスターの強制起動] をクリックし、 [はい - クラスターを強制起動します] をクリックします。
左ペインにある [フェールオーバー クラスター マネージャー] ツリーで、クラスター名をクリックします。
概要ペインで、[クォーラムの構成] の現在の値が [警告: クラスターは ForceQuorum 状態で実行中です] であることを確認します。
PowerShell の使用
クォーラムを使用せずにクラスターを強制的に起動するには
[実行管理者として実行] から高度な権限で Windows PowerShell を起動します。
FailoverClustersモジュールをインポートしてクラスター コマンドレットを有効にします。Stop-ClusterNodeを使用して、クラスター サービスが停止していることを確認します。Start-ClusterNodeを指定した-FixQuorumを使用して、クラスター サービスを強制的に起動します。Get-ClusterNodeを指定した-Property NodeWeight = 1を使用して、ノードがクォーラムの投票メンバーであることを保証する値を設定します。クラスター ノードのプロパティを判読可能な形式で出力します。
例 (PowerShell)
次の例では、クォーラムを使用せずに AlwaysOnSrv02 ノードのクラスター サービスを強制的に起動します。また、 NodeWeight = 1を設定し、新しく強制的に起動されたノードからクラスター ノードの状態を列挙します。
Import-Module FailoverClusters
$node = "Always OnSrv02"
Stop-ClusterNode -Name $node
Start-ClusterNode -Name $node -FixQuorum
(Get-ClusterNode $node).NodeWeight = 1
$nodes = Get-ClusterNode -Cluster $node
$nodes | Format-Table -property NodeName, State, NodeWeight
net.exe の使用
クォーラムを使用せずにクラスターを強制的に起動するには
リモート デスクトップを使用して、強制的にオンラインにする目的のクラスター ノードに接続します。
[実行管理者として実行] から高度な権限でコマンド プロンプトを起動します。
net.exe を使用して、ローカルのクラスター サービスが停止していることを確認します。
を指定した net.exe
/forcequorumを使用して、ローカルのクラスター サービスを強制的に起動します。
例 (net.exe)
次の例では、クォーラムを使用せずにノードのクラスター サービスを強制的に起動します。また、 NodeWeight = 1を設定し、新しく強制的に起動されたノードからクラスター ノードの状態を列挙します。
net.exe stop clussvc
net.exe start clussvc /forcequorum
補足情報: クォーラムを使用せずにクラスターを強制的に起動した後
他のノードをオンラインに戻す前に、NodeWeight の値を再評価および再構成して、新しいクォーラムを正しく構築する必要があります。 この処理を行わないと、クラスターが再びオフラインに戻る場合があります。
詳細については、「 WSFC クォーラム モードと投票の構成 (SQL Server)」をご覧ください。
このトピックの手順は、クォーラムに予定外の障害が発生した場合に、WSFC クラスターをオンラインに戻すことのできる唯一の手順です。 他の WSFC クラスター ノードが新しいクォーラム構成に影響を与えないようにするために、追加の手順の実行が必要になる場合もあります。
また、データを復旧し、高可用性を完全に再確立するために、 SQL Server のその他の機能 ( Always On 可用性グループ、データベース ミラーリング、ログ配布など) にも追加の操作が必要になる場合があります。
詳細:
可用性グループの強制手動フェールオーバーの実行 (SQLServer)
関連コンテンツ
参照
WSFC の強制クォーラムによる災害復旧 (SQL Server)
クラスター クォーラムの NodeWeight の設定の構成
タスク フォーカスによって一覧表示される Windows PowerShell でのフェールオーバー クラスター コマンドレット
フィードバック
以下は間もなく提供いたします。2024 年を通じて、コンテンツのフィードバック メカニズムとして GitHub の issue を段階的に廃止し、新しいフィードバック システムに置き換えます。 詳細については、「https://aka.ms/ContentUserFeedback」を参照してください。
フィードバックの送信と表示