Question & Answer
Question
PRUNE HISTORY/LOGFILE コマンドを実行しても、アーカイブ・ログ・ファイルが削除されません。なぜですか。
Answer
原因としては2点考えられます。
- 回復履歴ファイルにログ・ファイルのエントリーが存在しない場合
PRUNE HISTORY/LOGFILE コマンドを AND DELETE オプションをつけて実行した場合、回復履歴ファイルから条件に合致するエントリーを削除し、あわせてそのエントリーに関連付けられているオブジェクト (ログ・ファイルなど) を削除します。
したがって、回復履歴ファイルに削除しようとしているログ・ファイルのエントリーがすでに存在していなかった (削除済み) の場合、ログ・ファイルは削除されません。
この場合、PRUNE HISTORY/LOGFILE コマンドではファイルを削除できないため、オペレーティング・システムのコマンドなどを使って削除してください。
ログ・ファイル・エントリーが回復履歴ファイルに存在しているかどうかは、LIST HISTORY コマンドで確認してください。実行例$ db2 LIST HISTORY ARCHIVE LOG SINCE 20140101 FOR DB SAMPLE SAMPLE の履歴ファイルのリスト 突き合わせファイル項目数 = 1 Op Obj Timestamp+Sequence Type Dev Earliest Log Current Log Backup ID -- --- ------------------ ---- --- ------------ ------------ -------------- X D 20140206104040 1 D S0000003.LOG C0000000 ---------------------------------------------------------------------------- ---------------------------------------------------------------------------- Comment: 開始時刻: 20140206104040 終了時刻: 20140206104043 状況: A ---------------------------------------------------------------------------- EID: 40 ロケーション: C:\DB2\archlog\DB2\SAMPLE\NODE0000\LOGSTREAM0000\C0000000\S0000003.LOG
- 最新のフル・バックアップ取得以降の回復に必要なログ・ファイルの場合
最新のフル・バックアップ取得時点以降の更新を含むログ・ファイルは、FORCE オプションをつけて PRUNE HISTORY/LOGFILE コマンドを実行しないかぎり、条件に合致したとしても削除されません。
もし削除してしまった場合は、障害の際にバックアップから最新の状態に回復できなくなりますので、削除しないことをお勧めします。なお、IT03314 (v10.5fp7) および IT03134 (v10.1fp5) による修正の結果、PRUNE HISTORY は NUM_DB_BACKUPS で指定された数のフル・バックアップからの回復に必要なログを除去しないよう変更されています。
関連情報
[{"Type":"MASTER","Line of Business":{"code":"LOB10","label":"Data and AI"},"Business Unit":{"code":"BU058","label":"IBM Infrastructure w\/TPS"},"Product":{"code":"SSEPGG","label":"Db2 for Linux, UNIX and Windows"},"ARM Category":[{"code":"a8m500000008PmgAAE","label":"Recovery-\u003EHistory File"}],"ARM Case Number":"","Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"All Versions"}]
Was this topic helpful?
Document Information
Modified date:
31 August 2023
UID
swg21698175