メンテナンスのタイプ types-of-maintenance

Last update: Fri Apr 12 2024 00:00:00 GMT+0000 (Coordinated Universal Time)

トピック：
Monitoring

アプリケーション保守 application-maintenance

Adobe Campaignには、特定のデータベースメンテナンスタスクをスケジュールできる次のビルトインワークフローが用意されています。 データベースクリーンアップワークフロー. このワークフローは、次のタスクを実行します。

期限切れレコードの削除、
孤立したレコードの削除および期限切れオブジェクトのステータス再初期化
データベース統計を更新しています。

IMPORTANT

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

技術的保守 technical-maintenance

データベースクリーンアップワークフローには、データベースメンテナンスツールは含まれていません。メンテナンスを整理するのはユーザー次第です。これを行うには、次のいずれかを実行します。

データベース管理者と協力して、サードパーティのツールを使用したデータベースのメンテナンスを設定します。
Adobe Campaign ワークフローエンジンを使用して、これらのメンテナンスアクティビティをスケジュールおよびトラックします。

これらのメンテナンス手順は定期的に実行する必要があり、次のものが含まれます。

頻繁に更新されるテーブルの再インデックス、
断片化を避けるために、テーブルを圧縮/再構築します。

メンテナンススケジュール maintenance-schedule

これらのメンテナンスアクティビティを実行するための適切なスロットを見つける必要があります。実行中にデータベースのパフォーマンスに大きな影響を与えたり、（ロックが原因で）アプリケーションがブロックされたりする場合があります。

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

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

テーブルの再構築 rebuilding-a-table

複数の戦略を利用できます。

運用

説明

利点

欠点

オンラインでの最適化

ほとんどのデータベースエンジンは、最適化の方法を提供します。

データベースのデフラグ方法を使用するだけです。通常、これらのメソッドは、デフラグ中にデータをロックすることで、整合性の問題に対処します。

データベースによっては、これらのデフラグ方式を RDBMS オプション（Oracle）として提供することができ、大きなテーブルを処理する最も効率的な方法とは限りません。

ダンプと復元

テーブルをファイルにダンプし、データベースでテーブルを削除して、ダンプから復元します。

これは、テーブルを最適化する最も簡単な方法です。また、データベースがほぼ満杯の場合の唯一の解決策。

テーブルは削除および再作成されるので、読み取り専用モードでもアプリケーションをオンラインのままにできません（リストア段階ではテーブルを使用できません）。

複製、名前変更、およびドロップ

これにより、テーブルとそのインデックスのコピーが作成され、既存のコピーをドロップして、コピーの名前を変更します。

この方法は、生成される IO が少ないので（ファイルとしてのコピーがなく、このファイルから読み取られないので）、最初のアプローチよりも高速です。

2 倍の容量が必要です。
プロセス中にテーブルに書き込むアクティブなプロセスはすべて停止する必要があります。ただし、テーブルは再構築後の最後の時点でスワップされるため、読み取りプロセスは影響を受けません。

recommendation-more-help

601d79c3-e613-4db3-889a-ae959cd9e3e1