SQL Server ユーザーグループ　＞　分科会　＞　ビギナー

ビギナーボードリーダー：堀川明

毎月第２、第４木曜日はボードリーダーからのレポートを掲載いたします。

　2003年4月24日

『トランザクションログファイルとは？』

　Access のデータベースシステム（ MDB ファイル）は、個人向けデータベースとして誰でも簡単に使えることを目標に開発されたものです。
　このためデータベースの信頼性を多少犠牲にしてでも、使い勝手が優先されました。ですから Access の MDB データベースでは、トランザクションログ管理機能が存在しません。

　一方、MSDE データベースエンジンは、SQL Server と互換性があるため、トランザクションログ管理機能を有効に働かせることができます（データベースの初期状態は、ログの切捨て運用になっていますので注意が必要です）。

　Access 技術者が MSDE に移行して、最初に途惑うのがこのトランザクションログファイルの存在だと思います。Access には存在しなかった機能ですから理解できないのも無理はありません。

　トランザクションログ機能を簡単に説明すると、データベースのデータなどを更新したり削除したりした命令を時系列に逐次記録したものだと言えます。

　例えば、
午前 10 時 10 分に、UPDATE ～という更新命令を実行しました
午前 10 時 20 分に、DELETE ～という削除命令を実行しました
午前 10 時 30 分に、INSERT ～という挿入命令を実行しました
このように、データベースのデータを変更した命令を覚えます。

　一方のデータファイルの方は、現在の最新の状態のデータを覚えていると考えて差し支えありません。

　なぜ、信頼性の高いデータベースシステムではトランザクションログ管理機能が必要なのでしょうか？

　それはデータベースのデータファイルが壊れてデータベースを復元するときに、トランザクションログが必要になるからです。

　例えば、上の例で、午前 10 時 40 分に、データベースのデータが壊れたとします。また午前 10 時にデータベースのバックアップを取っているとします。

　Access の MDBデータベースでは、バックアップを実行した時点のファイルへ戻すことしかできません。ですから、午前 10 時のデータベースを復元して、 10 分の UPDATE命令、20 分の DELETE 命令、30 分の INSERT命令によって変更を受けたデータは復元することはできません。データが損失したわけです。どのような命令を実行したのかを、Access ユーザは覚えているでしょうか？
その記録をトランザクションログがやってくれます。

　SQL Server では、トランザクションログファイルが損傷を受けていなければ、確実にデータベースを復元することができます。
　午前 10 時のデータベースを復元した後の手順が、Access の MDB データベースとは異なります。復元した後、トランザクションログファイルの中を調べて、10 分の UPDATE 命令を先ほど復元したデータベースに実行します。20 分の DELETE 命令も同じように実行します。
　トランザクションログファイルの中に、データ変更の原因となった SQL 文が入っていると考えれば、その SQL 文を次々に自動実行して、データベースが壊れる直前の状態に復旧させることができることがわかると思います。

　このように、信頼性の高いデータベースサーバーでは、トランザクションログ管理機能が絶対に必要になります。

　ところがその代償として、トランザクションログファイルが、どんどん大きくなります。
　データを変更した命令をどんどん記録保存するわけですから。

　放っておくと、ディスクがパンクします。一杯になる前にメンテナンスが必要です。

　このメンテナンスについては次回にお話しましょう。

ボードリーダーレポート　トップページへ