設定 › バックアップ設定の設定または変更 › スケジュール設定の指定 › スケジュールの考慮事項

スケジュールの考慮事項

Arcserve UDP Agent (Windows) では、柔軟な設定によってバックアップのスケジュールを指定できます。次の設定項目で構成されています。

• 週ベースの繰り返しバックアップ スケジュール
• 週ベースのバックアップ スロットル スケジュール
• 週ベースのマージ スケジュール
• 日次バックアップ スケジュール
• 週次バックアップ スケジュール
• 月次バックアップ スケジュール

ただし、バックアップ、マージまたはカタログ ジョブのそれぞれでシステム リソース（CPU 使用率、メモリ使用率、IO 使用率）が消費され、ネットワーク帯域幅およびディスク容量が占有されます。そのため、ユーザのシステムを保護するため以下の点を考慮してください。

サーバを業務処理で使用する時間帯

業務処理に影響しないようにするため、サーバがビジー状態の場合には実行するジョブの数を減らすようにシステムを設定します。たとえば、サーバがビジー状態の場合にはバックアップ ジョブのみが実行されるようにし、マージ ジョブはサーバがアイドル状態のときに実行されるように設定します。

サーバのデータ変更頻度について

通常、データ変更が頻繁になるほど、バックアップも頻繁に行う必要があります。これは、失われるデータの量を最小限に抑えるためです。必要に応じて、最後の良好な既知の状態にサーバを復旧することができます。

ネットワーク帯域幅について

バックアップ先がネットワーク共有パスに設定される場合は、明らかにジョブの実行中にネットワーク帯域幅の一部が使用されます。このため、このサーバの業務処理に影響する可能性があります。このような場合には、スロットル スケジュールを指定して、Arcserve UDP Agent (Windows) が占有するネットワーク帯域幅を制限してください。

バックアップ先に割り当てられるディスク ストレージの容量

フル バックアップの数が増え、保持するバックアップの数が増えるほど、より多くのディスク ストレージが必要になります。したがって、フル バックアップの頻度と保持するバックアップの数を設定するときには、バックアップ先に割り当てられているディスク ストレージの容量を考慮してください。

バックアップ データの利用法

「ファイル システム カタログ」または「Exchange 詳細リストア カタログ」を有効にすると、ファイルまたはメールボックスをリストアする場合の参照時間を短縮できます。ただし、カタログを生成すると、メタデータ ファイルとカタログ ファイルを保存するために必要なディスク ストレージの量も増大し、CPU 使用率も上昇することになります。さらに、バックアップ ソースに大量のファイルが含まれる場合、カタログ生成の処理に時間がかかる可能性があります。したがって、カタログを有効にするか無効にするかの決定は、バックアップ データの利用法に依存します。

上記の考慮事項に基づいて、以下に、詳細なスケジュールを使用してビルド サーバを保護し、状況に応じたスケジュール設定を表示する例を示します。

• ビルド サーバを使用して、稼働日ごとにソース コードのプリコンパイル サービスを提供します。ビジネス プロセスの時間スロットは、稼働日（月曜日～金曜日）ごとの午前 9:00 ～午後 7:00です。それ以外の時間帯ではアイドル状態になります。

  スケジュール設定

  • カスタム増分バックアップを午前 9:00 から午後 7:00 の間に実行し、マージ ジョブを午後 7:00 から翌日の午前 9:00 の間に実行するように設定します。
• プリコンパイル サービスが 2 時間ごとに起動し、その時間には多くのデータ変更が行われます。

  スケジュール設定

  • カスタム増分バックアップを 2 時間ごとに実行するように設定します。
• ビルド サーバは、プリコンパイルを実行するごとに、リモート ソース コードのリポジトリ サーバからソース コードを取得する必要があります。

  スケジュール設定

  • 午前 9:00 から午後 7:00 の間はバックアップ スロットルを 500 MB/分に制限し、それ以外の時間スロットでは制限しません。
• ディスク ストレージが十分ではないため、多くの復旧ポイントを保持する必要はありません。1 つのリリース サイクルの復旧ポイントのみを維持する必要があり、期間は 6 か月で十分です。ただし、過去 24 時間の復旧ポイントを維持し、必要になった場合には最後の良好な既知の状態に回復できるようにする必要があります。

  スケジュール設定

  • 直前 12 件の手動バックアップ（過去 24 時間のバックアップ）を保持するように指定します。
  • 毎日午後 9:00 に日次増分バックアップを実行するように設定します。また、直前 7 件の日次バックアップを保持します。
  • 毎週金曜日の午後 11:00 に週次フル バックアップを実行するように設定します。また、直前 4 件の週次バックアップを保持します。
  • 月の最後の土曜日の午後 12:00 に月次フル バックアップを実行するように設定します。また、直前 6 件の月次バックアップを保持します。

  最終的に、6 件の月次バックアップ、4 件の週次バックアップ、7 件の日次バックアップ、および 12 件の最新のバックアップが存在することになります。これで、良好な既知の状態にビルド サーバを復旧する場合の選択肢が十分になります。

• ビルド サーバの場合、迅速にファイルを参照してリストアする必要はありません。必要になった場合には、BMR を実行して、最後の良好な既知の状態にビルド サーバをリストアします。この処理で十分です。

  スケジュール設定

  • 「ファイル システム カタログ」および「Exchange 詳細リストア カタログ」を生成するオプションを無効にします。