1分で分かる「トランザクションログ」の仕組み：SQL Serverトラブルシューティング（24）

連載バックナンバー

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

「トランザクションログ」をおさらい

　トランザクションログは、SQL Server（などのリレーショナルデータベース管理システム）が稼働中に行ったデータベースごとに発生したトランザクションと、加えられた変更が全て記録される重要なログファイルです。ロールバック処理や障害発生時にバックアップからのリストアを行う際に利用され、データの一貫性を保つために利用されます。

　SQL Serverでは、全ての復旧モデルでトランザクションログに変更履歴を記録します。実はこちら、皆さんがよく勘違いをしてしまうところのようです。

　完全復旧モデルや一括ログ復旧モデルならば、トランザクションログが必須なのはご存じと思います。しかし、単純復旧モデルもトランザクションログに履歴を記録します。単純復旧モデルであっても、トランザクションが中断された場合やROLLBACK指令があった場合はロールバック処理が必要であり、途中まで記録した内容を参照する必要があるからです。単純復旧モデルでは、トランザクションログのバックアップまでは必要ありませんが、トランザクションログそのものは必要なのです。

• SQL Serverが起動後に行っている重要な処理、「復旧処理」を理解する

仮想ログファイルごとに、使用中／再利用可能／未使用の3つのステータスがある

　トランザクションログは少なくとも1つのファイルで構成され、循環利用されます。複数のファイルで構成されている場合でも、1ファイルずつ利用します。同時に2つ以上使うことはありません。ファイルの拡張子は一般的に、「.ldf」となります。

　トランザクションログの内部は、仮想ログファイルと呼ばれる複数のセグメントで構成され、サイズはSQL Serverが内部で自動管理します。また、仮想ログファイルごとに、使用中／再利用可能／未使用の3つのステータスがあります。

トランザクションログの内部構造とステータスの一例

　変更履歴の記録時に、仮想ログのステータスが「全て使用中」になっていたら、ログファイルを拡張して空き領域を確保してから記録します。使用中のステータスを「再利用可能」に変えるには、トランザクションログの「切り捨て」処理が必要となります。

　単純復旧モデルの場合は、切り捨て処理をトランザクションが終了した時点で自動的に実行します。一方の完全復旧モデルや一括ログ復旧モデルでは、トランザクションログのバックアップを実行することで切り捨て処理が行われます。

トランザクションログのバックアップを実行する画面

　トランザクションログファイルはデータベース管理システムの重要機能に関連しています。それだけに、ここにトラブルが発生するとサービスが全て動作停止状態となるほどの危機的な状況に陥ることもあります。次回から数回にわたって、トランザクションログに関連する具体的なトラブル例と解決方法を紹介します。