Show Menu
トピック×

保守の種類

アプリケーションの保守

Adobe Campaignには組み込みのワークフローが用意されており、このワークフローを使用して、次のような特定のデータベースメンテナンスタスクをスケジュールできます。データベース のクリーンアップワークフロー 。 このワークフローでは、次のタスクを実行します。
  • 期限切れのレコードの削除、
  • 孤立したレコードの削除と期限切れオブジェクトのステータス再初期化、
  • データベース統計の更新
クリーンアップ作業は、(統計情報の更新を除き)RDBMSレベルのメンテナンスではなく、アプリケーションレベルのメンテナンスを中心に行われます。 ただし、データベースに対するメンテナンス操作は必要です。 データベースのクリーンアップワークフローが正常に実行された場合でも、データベースが最適に調整されているわけではありません。

技術保守

データベースクリーンアップワークフローには、データベース保守ツールが含まれていません。メンテナンスを組織するのは君次第だ。 これを行うには、次のいずれかを行います。
  • データベース管理者と協力して、サードパーティのツール、
  • adobe Campaignワークフローエンジンを使用して、これらのメンテナンス作業をスケジュールし、追跡します。
これらのメンテナンス手順は定期的に実施する必要があり、以下の事項を含める必要があります。
  • 頻繁に更新されるテーブルのインデックスを再作成する、
  • テーブルを圧縮/再構築して、フラグメンテーションを回避します。

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

これらのメンテナンス作業を実行するための適切なスロットを見つける必要があります。 実行中はデータベースのパフォーマンスに大きな影響を与えたり、(ロックによって)アプリケーションをブロックしたりする場合があります。
これらのタスクは、通常、バックアップ、データ再読み込み、集計計算と競合しない低アクティビティの期間中に週に1回実行されます。 高い頻度で要求されるシステムの中には、より頻繁なメンテナンスが必要なものもあります。
フル・テーブル・リビルドなど、より詳細なメンテナンスは月に1回実行できます。システムが使用できないため、アプリケーションが完全に停止した場合は、可能です。

テーブルの再構築

いくつかの方法を使用できます。
操作 説明 メリット 欠点
オンラインでの最適化 ほとんどのデータベースエンジンは最適化方法を提供します。 データベースの最適化方法を使用するだけです。 通常、これらの方法では、最適化中にデータをロックすることで整合性の問題が発生します。 データベースによっては、これらの最適化方法をRDBMSオプション(Oracle)として提供でき、大きなテーブルを処理する最も効率的な方法とは限りません。
ダンプと復元 テーブルをファイルにダンプし、データベース内のテーブルを削除して、ダンプから復元します。 これは、テーブルの最適化を行う最も簡単な方法です。 また、データベースがほぼいっぱいの場合の唯一の解決策です。 テーブルが削除され再作成されるので、読み取り専用モードでも、アプリケーションをオンラインのままにすることはできません(リストア段階ではテーブルを使用できません)。
複製、名前の変更およびドロップ これにより、テーブルとそのインデックスのコピーが作成され、既存のテーブルが削除され、コピーの名前が変更されて、その代わりに使用されます。 この方法は、IOの生成数が少ない(ファイルとしてコピーせず、このファイルから読み取る必要がない)ので、最初の方法よりも高速です。 2倍の容量が必要です。 プロセス中にテーブルに書き込むアクティブなプロセスはすべて停止する必要があります。 ただし、テーブルは再構築された最後の時点で入れ替わるので、読み取りプロセスは影響を受けません。