Question & Answer
Question
データベース構成パラメーターの TRACKMOD を YES に設定し、増分バックアップを取得しています。 しかし、それほど更新が多くないにもかかわらず、直前のフルバックアップと比較して、バックアップの処理時間やバックアップのサイズがそれほど小さくなりません。 これはなぜでしょう。どうすれば増分バックアップの処理時間を短縮したり、バックアップのサイズを小さくできますか?
Cause
- バックアップ時間
更新のあったページの追跡は表スペース・レベルで行われます。このため、増分または差分バックアップは、更新ページが存在する表スペースを最高水準点まで読む必要があります。最高水準点が高い表スペースに変更があると、バックアップに時間がかかる可能性があります。
更新ページが存在する表スペースと、各表スペースの最高水準点までサイズは以下の SQL で判別できます。$ db2 "select TBSP_NAME, TBSP_TRACKMOD_STATE, TBSP_PAGE_TOP*TBSP_PAGE_SIZE from table(mon_get_tablespace(NULL,NULL)) as t" TBSP_NAME TBSP_TRACKMOD_STATE HWM (bytes) -------------------- -------------------- ----------- SYSCATSPACE CLEAN 133070848 TEMPSPACE1 CLEAN 0 USERSPACE1 CLEAN 15466496 TS32K DIRTY 7777825792 SYSTOOLSPACE CLEAN 917504
- バックアップ・サイズ 増分バックアップは直前のフルバックから、差分バックアップは直前のバックアップから変更のあったページ以外に、以下のものを含んでいます。
- データベース・メタ・データ (DB 構成ファイルや履歴ファイルなど)
- 更新のあった表スペースのメタ・データ (オブジェクト・テーブルなど)
- バックアップ中のアクティブ・ログ・ファイル (INCLUDE LOG オプション (デフォルト) 指定時)
Answer
増分または差分バックアップの時間を短縮したい場合、頻繁に更新される表や索引を最高水準点の低い表スペースに配置することを検討してください。既存の表や索引は ADMIN_MOVE_TABLE プロシージャーを使用して、オフラインにせずに別の表スペースに移動できます。
関連情報
増分バックアップおよびリカバリー
MON_GET_TABLESPACE 表関数 - 表スペース・メトリックの取得
増分または差分バックアップのサイズを小さくしたい場合、頻繁に更新される表や索引を含む表スペースと、大きな LOB を保管する表スペースわける運用を検討してください。LOB を頻繁に更新する場合、パーティション表を利用して個々の パーティションの LOB を異なる表スペースに配置する運用も検討してください。
表パーティション化
また、PRUNE HISTORY コマンドなどで履歴ファイルを定期的にメンテナンスし、小さく保つことも検討してください。
関連情報
増分バックアップおよびリカバリー
MON_GET_TABLESPACE 表関数 - 表スペース・メトリックの取得
[{"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":"a8m500000008PlWAAU","label":"Database Objects-\u003ELOBS"},{"code":"a8m500000008PmaAAE","label":"Recovery-\u003EBackup"}],"ARM Case Number":"","Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"All Versions"}]
Was this topic helpful?
Document Information
Modified date:
27 August 2023
UID
swg22009755