Db2の自動メンテナンスとは?運用をどこまで自動化できるか解説

Db2

はじめに

Db2の運用では、バックアップや統計情報の更新、ログ管理など、継続的なメンテナンス作業が必要になります。
しかし、これらをすべて手作業で対応するのは現実的ではありません。

そこで活用されるのが、自動メンテナンス機能です。

Db2には、バックアップやRUNSTATS、REORGなどを自動的に実行する仕組みが備わっており、適切に設定することで運用負荷を大きく削減できます。

本記事では、Db2の自動メンテナンスで何ができるのか、どこまで自動化できるのかを実務視点で整理します。

なお、バックアップおよびログの基本については以下の記事もあわせて確認しておくと理解が深まります。


自動メンテナンスでできること

Db2の自動メンテナンスでは、日常的に必要となる運用作業の多くをカバーできます。

主な対象は以下の通りです。

  • 自動バックアップ
  • RUNSTATS(統計情報の自動更新)
  • REORG(表・索引の再編成)
  • バックアップおよびアーカイブログの自動削除
  • メモリの自動チューニング(STMM)
  • ストレージの自動拡張

これらを組み合わせることで、定常的なDB運用の大部分を自動化することが可能です。

ただし、監視や障害対応は対象外であり、完全な無人運用にはならない点は押さえておく必要があります。


自動メンテナンスの仕組み(ウィンドウとポリシー)

自動メンテナンスは、「メンテナンス・ウィンドウ」と「ポリシー」によって制御されます。

メンテナンス・ウィンドウ

自動処理を実行する時間帯を定義します。

  • オンライン・ウィンドウ
    データベース稼働中に実行(バックアップ、RUNSTATSなど)
  • オフライン・ウィンドウ
    アプリケーション停止が必要(表REORGなど)

ポリシー

どの処理を、どの条件で実行するかを定義します。

  • バックアップポリシー
  • REORGポリシー
  • RUNSTATSポリシー

実務上のポイント

  • ウィンドウはオンライン/オフラインそれぞれ1つのみ
  • 処理の実行順序は制御できない
  • 実行判断は約2時間ごとに行われる

この制約を理解した上で設計することが重要です。


設定時に押さえるべきポイント

自動メンテナンスを有効にするためには、いくつかの構成パラメータを設定する必要があります。

基本パラメータ

  • AUTO_MAINT = ON
  • AUTO_DB_BACKUP = ON
  • AUTO_RUNSTATS = ON
  • AUTO_REORG = ON

ログ設定(重要)

  • LOGARCHMETH1(アーカイブログ設定)

ここでいうログは、トランザクションログを指します。
db2diag.logなどの診断ログとは異なるため、混同しないよう注意が必要です。

世代管理とハウスキーピング

  • NUM_DB_BACKUPS
  • REC_HIS_RETENTN
  • AUTO_DEL_REC_OBJ

これらを設定することで、バックアップやアーカイブログを自動的に整理できます。

実務ポイント

  • バックアップとログはセットで管理する
  • 自動削除はバックアップ実行時に行われる
  • ディスク容量は余裕を持って設計する

動作確認と運用監視

自動化を設定した後は、正常に動作しているかを必ず確認します。

主な確認方法

  • db2diag.log の確認
  • LIST HISTORY コマンド
  • バックアップファイルの存在確認

確認すべきポイント

  • バックアップが取得されているか
  • REORGやRUNSTATSが実行されているか
  • 古いバックアップやログが削除されているか

特にバックアップは、「設定した」ではなく「取得されている」ことを確認することが重要です。


自動化が向いているケースと注意点

自動メンテナンスは便利ですが、すべての環境に適しているわけではありません。

向いているケース

  • 小〜中規模のデータベース
  • 単体構成のシステム
  • シンプルな運用要件

向かないケース

  • HA構成(HADRなど)
  • 大規模データベース
  • 厳密な運用制御が必要なシステム

理由

  • 処理の順序やタイミングを細かく制御できない
  • 個別要件に応じた最適化が難しい

自動化に任せる範囲を見極めることが重要です。


まとめ

Db2の自動メンテナンスを活用することで、以下を自動化できます。

  • バックアップ取得
  • 統計情報更新(RUNSTATS)
  • 再編成(REORG)
  • ログやバックアップの整理
  • メモリ・ストレージの最適化

一方で、

  • 監視は自動化されない
  • 高度な運用には対応しない
  • 設計が重要

といった前提もあります。

そのため、「すべて自動にする」のではなく、
どこまでを自動化するかを設計することが、安定したDb2運用のポイントです。

詳細な設定方法や仕様については、以下のIBM公式情報もあわせて参照してください。

【TF】【IM】 Db2 の自動メンテナンス機能でここまでできた
Db2 LUW (DB2 for Linux, UNIX and Windows) を初めてご利用される方に、Db2運用の基本的な概念をご理解いただけるよう執筆された記事です。ご利用のDb2バージョンに依存しない内容となっています。入門、初...

コメント

タイトルとURLをコピーしました