Backup and DR サービスのバックアップ ポリシーのベスト プラクティス

このページでは、管理コンソールを使用して Backup and DR Service のバックアップ ポリシーを作成および管理するためのベスト プラクティスについて説明します。これには、次のポリシータイプが含まれます。

  • 本番環境からスナップショットへのポリシー: 本番環境データのスナップショットを頻繁にキャプチャします。ウィンドウ スケジュールまたは継続的スケジュールと、さまざまな頻度を選択できます。データベース ログのバックアップを処理する方法についても説明します。

  • OnVault ポリシー: 長期保存のために、Cloud Storage などのオブジェクト ストレージにデータを送信します。このページでは、スナップショットから OnVault、直接 OnVault、OnVault から OnVault などのさまざまなタイプの OnVault ポリシーについても説明します。

  • 本番環境からミラーリング ポリシー: StreamSnap レプリケーションを使用してデータをリモート アプライアンスに複製し、低い目標復旧時点（RPO）を実現します。StreamSnap の仕組みとメリットについて詳しく知ることもできます。

Backup and DR サービスのポリシー テンプレートでデータ キャプチャ ウィンドウを定義する

次の要件を満たすように、ポリシー テンプレートのスケジュールを定義します。

  • データ キャプチャ ウィンドウの要件

  • RPO

  • 目標復旧時間（RTO）

たとえば、毎日午後 7 時から午前 7 時の間にキャプチャを実行する必要がある場合は、ポリシーに 19:00 ～ 7:00 のキャプチャ ウィンドウを指定します。ポリシーに可能な限り広いウィンドウを設定すると、スケジューラが必要なジョブをすべてスケジュールする際の柔軟性が最大になります。指定した時間枠は、データ キャプチャ ジョブの許容開始時間を定義します。期間の終了時に開始されたジョブは、完了まで実行できます。

本番環境からスナップショット ポリシー スケジュールを構成する

Backup and DR Service は、最新のデータに最も頻繁にアクセスします。このため、保持期間の長い OnVault ポリシーを構成している場合は、数日分のスナップショット データのみを保持する必要があります。これにより、バックアップ/復元アプライアンスのストレージ要件が軽減され、より多くのデータをバックアップできます。

推奨されるストレージ容量またはスナップショットの上限を超えるバックアップ/リカバリ アプライアンスにワークロードをバックアップすると、別のバックアップ/リカバリ アプライアンスにデータをバックアップすることを推奨する通知が表示されます。

特定の頻度と時間枠で、または継続的にバックアップ スナップショットをスケジュールできます。スナップショット ポリシーの推奨最小頻度は 1 時間（ローカル RPO）ですが、データベース ログのバックアップ スケジューリングは 15 分ごとに実行できます。特定のニーズに合わせてスナップショットの頻度を構成することもできます。

ウィンドウごとに 1 つのスナップショットのウィンドウ スケジュールを構成する

Backup and DR サービスのほとんどの本番環境からスナップショット ポリシーは、24 時間のウィンドウでデータの単一スナップショットを作成するように設計されています。ウィンドウ化されたスナップショット バックアップは、たとえば午後 7 時から午前 7 時までの時間枠内で実行されるようにスケジュールできます。

管理コンソールで次の設定を行うことで、1 日の境界を越えて特定の時間枠で 1 つのスナップショットを取得するスナップショット ポリシー スケジュールを作成できます。

  • Windowed のスケジュール タイプ（デフォルト）
  • スナップの対象日: 毎日（なし以外）
  • 必要に応じて開閉する時間帯。通常は 19:00 ～ 7:00 に設定されます。
  • フリークエンシーを [Once Per Window] に設定します。
  • 保持期間（例: 2 日間保持）

このウィンドウ スケジュールでは、日付の境界（午前 0 時）は無視されます。

ウィンドウ内の複数のスナップショットのウィンドウ スケジュールを構成する

場合によっては、時間枠内で複数のスナップショットをキャプチャすることが必要になることがあります。このアプローチでは、システム リソースが消費され、スナップショットが常に作成される状況になる可能性があるため、慎重に計画する必要があります。

管理コンソールで次の設定を行うことで、特定の時間枠内で複数のスナップショットを作成するスナップショット ポリシー スケジュールを作成できます。

  • Windowed のスケジュール タイプ（デフォルト）
  • スナップの対象日: 毎日（なし以外）
  • 必要に応じて開くウィンドウ。日付の境界をまたぐ場合とまたがない場合があります。
  • スナップショットの取得に必要な時間と重複しない頻度。デフォルトは 8 時間ごとです。スナップショット ポリシーの推奨される最小頻度は、1 時間ごと（ローカル RPO）です。
  • 保持期間（例: 2 日間保持）

このアプローチでは、ジョブは指定されたウィンドウ内の頻度に従って実行されます。期間の終了時にすでに実行されているジョブは、完了するまで実行されます。

一定間隔で毎日実行される継続的スケジュールを構成する

スナップショット ポリシーのスケジュールは、毎日 24 時間、週 7 日、x 分または時間の間隔で継続的に実行するように構成できます。たとえば、ジョブが毎日 4 時間ごとに実行され、最初のジョブが午前 1 時に開始される継続的なスナップショット バックアップ ポリシーを作成できます。

管理コンソールで次の設定を構成すると、定期的に設定された間隔で継続的に実行されるようにスケジュールされたスナップショット ポリシーを作成できます。

  • スケジュール タイプが Continuous
  • スナップショットの取得に必要な時間と重複しない頻度。デフォルトは 8 時間ごとです。スナップショット ポリシーの推奨される最小頻度は、1 時間ごと（ローカル RPO）です。
  • 最初のスナップショット ジョブを開始します。
  • 保持期間（例: 2 日間保持）

継続的ジョブを 1 日に 1 回実行するようにスケジュールすることもできます（ウィンドウ ポリシー スケジュールを定義しない場合の最長の継続的ポリシー スケジュール期間）。この場合、[24 時間ごとに実行] を指定します。これは、連続した毎日のスケジュールと同じです。

OnVault ポリシーを構成する

バックアップと DR サービスの OnVault ポリシーを使用すると、Cloud Storage の OnVault プール（OnVault プール構成とも呼ばれます）にデータを送信できます。ポリシー内のスケジュールは、最新のデータをオブジェクト ストレージのバックアップに送信するために使用されます。データの初回取り込み後、OnVault キャプチャ オペレーションは増分永久データ キャプチャ プロセスに従います。

OnVault プールで定義されたストレージにデータを送信する場合、ネットワーク経由のデータ セキュリティを確保するために HTTPS 接続が使用されます。ネットワーク トラフィックを最小限に抑えるため、OnVault プールの圧縮オプションはデフォルトでオンになっています。

OnVault プールの定義されたストレージ ロケーションのデータにアクセスする場合は、次の考慮事項に注意してください。

  • アプライアンスはクローンを作成できます。
  • アプライアンスはデータをマウントできますが、データは最初にスナップショット プールにコピーされてからマウントされるため、おすすめしません。

  • LiveClone を作成できません。

次の 3 種類の Backup and DR Service OnVault ポリシーを作成できます。

  • スナップショットから OnVault へのポリシー: スナップショット プールでデータをキャプチャし、スナップショット プールのデータを OnVault プールで定義された Cloud Storage バケットにコピーします。

  • OnVault ポリシーへの直接送信: VMware VM バックアップを OnVault プールで定義された Cloud Storage バケットに直接送信できます。

  • OnVault から OnVault へのポリシー: ある OnVault プールから別の OnVault プールにデータを複製します。

Snapshot to OnVault ポリシーを作成する

最新のスナップショット データを、定義されたウィンドウ内で 1 日 1 回、定義された OnVault プール内のオブジェクト ストレージに送信する Snapshot to OnVault スケジュールを作成するには、管理コンソールで次の設定を行います。

  • Vault の利用可能日: 毎日
  • 必要に応じて開閉するウィンドウ。通常は 19:00 ～ 18:50 に設定

  • 保持期間（例: 3 年間保持）

Direct to OnVault ポリシーを作成する

最新の増分更新を定義されたウィンドウ内の Onvault プールで定義されたストレージに 1 日 1 回直接送信する Direct to OnVault スケジュールを作成するには、管理コンソールで次の設定を行います。

  • 曜日: 毎日
  • 必要に応じて開閉するウィンドウ。通常は 19:00 ～ 18:50 に設定

  • 保持期間（例: 3 年間保持）

OnVault から OnVault へのポリシー

最新の増分更新を 1 日 1 回、定義されたウィンドウ内で OnVault プールで定義されたストレージに直接送信する OnVault から OnVault へのスケジュールを作成するには、管理コンソールで次の設定を構成します。

  • 曜日: 毎日
  • 必要に応じて開閉するウィンドウ。通常は 19:00 ～ 18:50 に設定されています
  • 保持期間（例: 3 年間保持）
  • ソース OnVault プールが正しく設定されていることを確認する
  • ターゲット OnVault プールを選択します。これは、移行元の OnVault プールからデータがレプリケートされる 2 番目の OnVault プールです。

本番環境からミラーリングへのバックアップ ポリシー

本番環境からミラーリングへのバックアップ ポリシーのベスト プラクティスは、使用するレプリケーション オプションによって異なります。このセクションでは、アプライアンスで提供される StreamSnap レプリケーション方法のポリシーに関するベスト プラクティスについて説明します。

StreamSnap レプリケーションを使用した本番環境からミラーリングへのポリシー

StreamSnap レプリケーション構成を使用する本番環境からミラーへのバックアップ ポリシーは、特定のスナップショット ポリシーに関連付けられています。テンプレート内の関連付けられたスナップショット ポリシーのスケジュールと頻度の設定を使用します。

StreamSnap は、高品質のネットワークを介してデータ スナップショットをリモート バックアップ/リカバリ アプライアンスに複製します。これにより、RPO を 1 時間まで短縮できます。VMware VM の場合、スナップショットのコピーと並行して、スナップショットのレプリケーションが 2 番目のバックアップ/リカバリ アプライアンスにストリーミングされます。VMware VM のストリーミングは、ローカル スナップショット ジョブが完了するまで待機してからレプリケーションを開始しないようにするために実行されます。

StreamSnap レプリケーションは次のことを行います。

  • 目標復旧時点を 1 時間以内に達成します。StreamSnap レプリケーション ポリシーは、復元ポイントの目標とその他の高度なスナップショット設定について、関連付けられた本番環境からスナップショットへのポリシーに依存します。StreamSnap ポリシーは、頻度が 1 時間以上のスナップショット ポリシー（リモート復旧ポイント目標）を指すことができます。
  • 既存の IP ネットワークを使用してデータを複製します。
  • 大量のデータをリモート ユーザー（テスト環境や開発環境など）に複製します。
  • リモート サイトで複数の特定の時点のスナップショット イメージを保持します。保持動作は StreamSnap ポリシーの設定によって制御されます。
  • リモートサイトのホストへのフェイルオーバーを簡素化します。
  • ローカル バックアップ/リカバリ アプライアンスへの増分逆レプリケーション（同期バック）を有効にします。
  • 複製されたデータを圧縮して暗号化し、2 番目のバックアップ/リカバリ アプライアンスに送信します。データがすでに圧縮されている場合（画像や動画など）は、圧縮を無効にできます。

[アプリ マネージャー] でアプリケーションまたは VM にバックアップ テンプレートを適用すると、モニターに StreamSnap ジョブの結果が記録され、単一のジョブとして表示されます。レプリケーションが完了すると、[モニター] に 2 つのジョブが表示され、スパンのステータスが [成功] になります。1 つはスナップショット ジョブ、もう 1 つは StreamSnap ジョブです（StreamSnap ジョブのエラー処理をご覧ください）。StreamSnap ジョブまたはスナップショット ジョブのいずれかでジョブが失敗した場合、2 つのジョブ エントリが表示され、どちらのジョブが成功したかを確認できます。

次のステップ