はじめに
Db2における障害対応は、「バックアップを取っているか」だけでは不十分です。
実際に重要なのは、どこまで復旧できるかという点です。
その鍵となるのがトランザクションログです。
本記事で扱うログとは、db2diag.logのような診断ログではなく、
データ変更履歴を記録するトランザクションログを指します。
このログを正しく理解・運用することで、
バックアップ取得後の変更も含めて復元できるようになります。
また、こうした仕組みを正しく理解するためには、
ログ単体ではなくバックアップとの関係をあわせて押さえることが重要です。
バックアップの基本については、以下の記事で詳しく解説しています。
Db2のバックアップとリカバリーとは？取得方式と運用設計の基本を解説
トランザクションログの役割と基本動作
Db2では、すべてのデータ更新（INSERT / UPDATE / DELETE）はトランザクションログに記録されます。
重要なポイントは以下です。
- データより先にログが書き込まれる（Write Ahead Logging）
- すべての変更履歴が記録される
- 障害時の復旧処理に利用される
この仕組みにより、Db2は以下を実現しています。
- データの整合性の維持
- 未完了トランザクションのロールバック
- バックアップ後の変更の再現
つまり、トランザクションログは「復旧のためのデータそのもの」です。
Db2の回復（リカバリー）の全体像
Db2の回復は、ログを使うかどうかで2段階に分けて考えると理解しやすくなります。
クラッシュ・リカバリー
異常停止時に自動実行される回復です。
- COMMIT済み → 反映
- 未COMMIT → ロールバック
この処理により、データベースは整合性のある状態に戻ります。
ロールフォワード・リカバリー
バックアップから復元した後にログを適用する回復です。
- バックアップ取得後の変更を反映
- 任意時点まで復元可能
ログが揃っていれば、障害直前までの復元も可能です。
これは、トランザクションログがすべての変更履歴を保持しているためです。
トランザクションログの構成（種類と配置）
Db2のトランザクションログは、役割によって2種類に分かれます。
アクティブ・ログ
- 現在使用中のログ
- クラッシュ・リカバリーで使用
- COMMIT済み・未COMMIT両方を含む
1次ログと2次ログで構成され、通常は1次ログ内で収まるように設計します。
アーカイブ・ログ
- 処理完了後に保管されるログ
- ロールフォワード・リカバリーで使用
- 長期保存対象
アーカイブ・ログがあることで、
バックアップ以降の変更を再現できます。
ロギング方式と復旧可能範囲の違い
ここは運用設計で最も重要なポイントです。
循環ロギング
- ログを使い回す
- 古いログは上書き
特徴：
- ディスク消費が少ない
- 最新状態までの復元は不可
アーカイブ・ロギング
- ログをすべて保存
- 別領域に退避可能
特徴：
- 任意時点復元が可能
- ロールフォワード対応
実務では、バックアップとログを組み合わせることで、
より高い可用性と復旧性を確保します。
また、ログを別ストレージへ保管することで、
障害時のデータ保護レベルを高めることができます。
アーカイブログのロギングについては、以下の記事でまとめています。
Db2のアーカイブログとは？切り替わるタイミングとコピーの仕組みを解説
実務で重要なログ運用ポイント
トランザクションログは「設定」よりも「運用設計」が重要です。
ログの冗長化
ログが失われると復旧できません。
そのため：
- アクティブログのミラーリング
- アーカイブログの複数保存
- 別ディスク・別装置への配置
といった対策が必要です。
ログとバックアップはセットで管理
ログだけ、またはバックアップだけでは復旧できません。
必要な要素：
- バックアップイメージ
- トランザクションログ
両方が揃って初めて、完全なリカバリーが可能になります。
ログの保管と削除設計
ログは増え続けるため、管理が必要です。
基本ルール：
- 古いバックアップに不要なログは削除可能
- ただし削除しすぎると復旧不能になる
Db2では自動削除や履歴管理による制御も可能です。
アーカイブログの削除方法については、以下の記事で詳しく解説しています。
Db2のアーカイブログ削除とは？PRUNE HISTORYと自動削除の実務設計を解説
リカバリーを前提とした設計
IBMの資料でも、リカバリーは「事前設計」が重要とされています。
- 必要な復旧時間（RTO）
- どの時点まで戻すか（RPO）
- ログ保管期間
これらを決めた上で、ログ設計を行う必要があります。
まとめ
Db2のトランザクションログは、単なるログではなく復旧そのものを支える仕組みです。
重要なポイントは以下です。
- トランザクションログは変更履歴そのもの
- ロールフォワードにより最新状態まで復元可能
- 本番ではアーカイブロギングが前提
- ログは「保存・冗長化・削除」を含めて設計する
また、バックアップとログをセットで設計することが、
実際の障害対応では最も重要になります。
補足（公式情報）
本記事では全体像と実務ポイントを整理していますが、
以下のIBM公式ページではより詳細に解説されています。
- ログの種類と配置
- ロギング方式の設定
- ロールフォワードの具体手順
- ログ削除やメンテナンス方法
実際の運用設計や手順書作成の際は、公式情報もあわせて確認することをおすすめします。
コメント