「DATABASE_MIRRORING」によってトランザクションログを再利用できなくなった（ファイル管理トラブル）：SQL Serverトラブルシューティング（28）（1/2 ページ）

連載バックナンバー

　本連載では、「Microsoft SQL Server（以下、SQL Server）」で発生するトラブルについて、「なぜ起こったか」の理由とともに具体的な対処方法を紹介していきます。

トラブル 21（カテゴリー：ファイル管理）：「DATABASE_MIRRORING」によってトランザクションログを再利用できなくなった

　「Windows Server 2012 R2」上に「SQL Server 2016 RTM」をインストールした環境を想定して解説します。

トラブルの実例：データベースミラーリング（*1）を構築している環境で、ミラーリングサーバにハードウェア障害が発生した。

（*1）データベースミラーリング（SQL Server）（Microsoft Developer Network）

　初期調査の結果、プリンシパルサーバのトランザクションログが肥大化していることも判明した。sys.databasesからトランザクションログが再利用されない原因を確認したところ、log_reuse_waitの値は「5」で、log_reuse_wait_descの値は「DATABASE_MIRRORING」と表示された（図21-1）。

図21-1　「sys.databases」を確認したところ、ログを再利用できない理由として「DATABASE_MIRRORING」と表示された

トラブルの原因を探る

　データベースミラーリングとは、前回解説した可用性グループと同様に、SQL Serverの可用性を高めるための機能の1つです。本機能は、SQL Server 2005から実装されています。トランザクションログレコードを配信する機能によって、複製（ミラーリング）されたスタンバイサーバ環境を準備できます。

　Log_reuse_wait_descの「DATABASE_MIRRORING」ステータスは、ミラーリングが構築された環境で、トランザクションログレコードの配信が完了していない状態を示します。さらに、「SQL Server Management Studio」から「データベースミラーリングモニター」を起動して状況を確認したところ、ミラーリングはやはり「切断」されていました（図21-2）。

図21-2　SQL Server Management Studioのデータベースミラーリングモニターで、ミラーリングが切断状況であることを確認

　データベースミラーリングも、トラブル 20で取り上げた可用性グループと同じく、「トランザクションログバックアップ」と「データベースミラーリングとしてデータが同期される」の条件がそろわなければ、ログの再利用ができません。トラブル 20と同じく、「トランザクションログを切り捨てない状態」が続いたことが、今回、トランザクションログが肥大化した原因です。