“死のブルースクリーン”が発生したが、自動フェイルオーバーされなかった（フェイルオーバートラブル）：SQL Serverトラブルシューティング（35）（2/2 ページ）

本連載は、「Microsoft SQL Server」で発生するトラブルを「どんな方法で」「どのように」解決していくか、正しい対処のためのノウハウを紹介します。今回は「BSODが発生しても自動フェイルオーバーされなかった場合の対処方法」を解説します。

[椎名武史，ユニアデックス株式会社]

解決方法

　まず、BSODが発生したノードの障害をあらためて確認し、ノードの復旧を試みます。

　もし復旧に時間のかかる障害だった場合は、「強制クォーラム」（*2）を使って投票権を移し、正常なノードのみで起動させることを検討します。

　そして、障害が復旧したら、必要に応じて投票の構成を見直します（*3）。今回の例のように2ノード構成であれば、監視ファイル共有を加えて投票数が奇数になるように変更するとよいでしょう。

（*2）WSFCの強制クォーラムによる災害復旧 (SQL Server)（Microsoft Developer Network）

（*3）WSFCクォーラムモードと投票の構成 (SQL Server)（Microsoft Developer Network）

「BSODが発生しても自動フェイルオーバーされなかった」場合の対策手順

1. クラスタサービスの状況を確認する
2. 復旧に時間がかかる場合には、「強制クォーラム」によりクラスタサービスを起動する
3. 復旧後、必要に応じて投票権の設定を変更する

→この他のフェイルオーバーに関連するトラブルの実例を見る

本トラブルシューティングの対応バージョン：SQL Server 2012以降

筆者紹介

内ヶ島 暢之（うちがしま のぶゆき）

ユニアデックス株式会社 NUL System Services Corporation所属。Microsoft MVP Data Platform（2011〜）。OracleやSQL Serverなど商用データベースの重大障害や大型案件の設計構築、プリセールス、社内外の教育、新技術評価を担当。2016年IoTビジネス開発の担当を経て、2016年現在は米国シリコンバレーにて駐在員として活動中。目標は生きて日本に帰ること。

椎名 武史（しいな たけし）

ユニアデックス株式会社所属。入社以来 SQL Serverの評価／設計／構築／教育などに携わりながらも、主にサポート業務に従事。SQL Serverのトラブル対応で社長賞の表彰を受けた経験も持つ。休日は学生時代の仲間と市民駅伝に参加し、銭湯で汗を流してから飲み会へと流れる。