メンテナンスのタイプ

アプリケーションメンテナンス

Adobe Campaignには、次のような特定のデータベース保守タスクをスケジュールできる組み込みワークフローが用意されています。データベースクリーンアップワークフロー。 このワークフローでは、次のタスクを実行します。

  • 期限切れのレコードの削除、
  • 孤立したレコードの削除と期限切れのオブジェクトのステータス再初期化、
  • データベース統計の更新。
重要

クリーンアップタスクは、RDBMSレベルのメンテナンス(統計情報の更新を除く)ではなく、主にアプリケーションレベルのメンテナンスに対応しています。 ただし、データベースではメンテナンス操作が必要になります。 データベースのクリーンアップワークフローが正常に実行されても、データベースが最適に調整されているわけではありません。

テクニカルメンテナンス

データベースのクリーンアップワークフローには、データベース保守ツールが含まれていません。メンテナンスを組織するのはあなた次第です。 これを行うには、次のいずれかを実行します。

  • データベース管理者と協力して、サードパーティのツール、
  • adobe campaignワークフローエンジンを使用して、これらのメンテナンスアクティビティをスケジュールおよび追跡します。

これらの保守手順は定期的に行う必要があり、次の事項が含まれます。

  • 頻繁に更新されるテーブルの再インデックス、
  • テーブルをコンパクト化/再構築して断片化を回避します。

メンテナンススケジュール

これらのメンテナンスアクティビティを実行するための適切なスロットを探す必要があります。 実行中はデータベースのパフォーマンスに大きな影響を与える場合があり、ロックによってアプリケーションをブロックする場合もあります。

これらのタスクは、通常、バックアップ、データ再読み込み、集計の計算と競合しない低アクティビティの間、週に1回実行されます。 高い頻度で要求されるシステムの中には、より頻繁なメンテナンスが必要なものもあります。

フルテーブルの再構築など、より詳細なメンテナンスは月に1回実行できます。システムが使用できないため、アプリケーションが完全に停止した場合は、可能です。

テーブルの再構築

いくつかの方法があります。

操作 説明 利点 欠点
オンラインでの最適化
ほとんどのデータベースエンジンは最適化方法を提供しています。
データベースの最適化方法を使用するだけです。 これらのメソッドは、通常、最適化の際にデータをロックすることで整合性の問題を処理します。
データベースに応じて、これらのデフラグメンテーション方式はRDBMSオプション(Oracle)として提供され、大きなテーブルを扱う最も効率的な方法とは限りません。

のダンプと復元
テーブルをファイルにダンプし、データベース内のテーブルを削除して、ダンプからリストアします。
これは、テーブルの最適化を解除する最も簡単な方法です。 また、データベースがほぼいっぱいになった場合の唯一の解決策です。
テーブルが削除され再作成されるので、読み取り専用モードでも、アプリケーションをオンラインのままにすることはできません(テーブルは復元段階では利用できません)。
重複、名前の変更と
の削除
これにより、テーブルとそのインデックスのコピーが作成され、既存のテーブルが削除され、コピーの名前が変更され、代わりに
この方法は、IOの生成数が少ない(ファイルとしてコピーせず、このファイルから読み込まない)ため、最初の方法よりも高速です。
2倍の容量が必要です。
プロセス中にテーブルに書き込むすべてのアクティブなプロセスを停止する必要があります。ただし、テーブルは再構築された最後の瞬間に入れ替わるので、読み取りプロセスには影響しません。

このページ