データ キャプチャ期間の要件、RPO、RTO を満たすようにポリシー テンプレートのスケジュールを定義します。たとえば、毎日の回収を午後 7 時から午前 7 時の間に行う必要がある場合は、ポリシーに 19:00 ～ 7:00 の回収ウィンドウを指定します。ポリシーに可能な限り長い期間を指定すると、スケジューラは必要なすべてのジョブをスケジュールできます。
指定された期間は、データ キャプチャ ジョブの開始時間を定義します。期間の終わりに開始されたジョブは、完了まで実行できます。
以降のトピックでは、さまざまなポリシー テンプレートのポリシーのベスト プラクティスについて詳しく説明します。
本番環境からスナップショットへのポリシー
最新のデータに最も頻繁にアクセスされます。そのため、長い保持期間の OnVault ポリシーも設定している場合は、数日間のスナップショット データのみを保持する必要があります。スナップショット ポリシーのスケジュールは、特定の頻度と時間枠で発生するように、または継続的に発生するようにスケジュールできます。スナップショット ポリシーの最小推奨頻度は 1 時間（ローカル RPO）ですが、ログ バックアップは 15 分ごとに実行できます。
ウィンドウ スケジュール: ウィンドウごとに 1 つのスナップショット
ほとんどの本番環境からスナップショット ポリシーは、24 時間の期間でデータの単一のスナップショットを取得するように設計されています。単一のスナップショットは、日付の境界を尊重するかどうかにかかわらず、期間内に実行するようにスケジュールできます（午後 7 時から午前 7 時など）。
たとえば、次の設定を行うと、日付の境界を越えて特定の時間帯に 1 つのスナップショットを取得するスナップショット ポリシー スケジュールを作成できます。
- スケジュール タイプが [Windowed]（デフォルト）
- スナップする日: 毎日（[なし] を除く）
- 必要に応じて開閉する時間帯（通常は 19:00 ～ 07:00 に設定）
- フリークエンシーを [ウィンドウごとに 1 回] に設定します。
- 保持期間（2 日間保持するなど）
このウィンドウ スケジュールでは、日付の境界（深夜）は無視されます。
ウィンドウ スケジュール: ウィンドウ内の複数のスナップショット
場合によっては、時間枠内に複数のスナップショットをキャプチャする必要があります。このアプローチでは、システム リソースの消費や、スナップショットが絶えず取得される状況につながる可能性があるため、慎重に計画する必要があります。
たとえば、次のように設定すると、特定の時間枠内に複数のスナップショットを取得するスナップショット ポリシー スケジュールを作成できます。
- スケジュール タイプが [Windowed]（デフォルト）
- スナップする日: 毎日（[なし] を除く）
- 必要に応じて開くウィンドウ。1 日の境界をまたぐ場合もあれば、そうでない場合もあります。
- スナップショットの取得に必要な時間と重複しない頻度。デフォルトは 8 時間ごとです。スナップショット ポリシーの推奨される最小実行頻度は、1 時間（ローカル RPO）ごとです。
- 保持期間（2 日間保持するなど）
このアプローチでは、ジョブは指定されたウィンドウ内の頻度に従って実行されます。期間の終了時にすでに実行されているジョブは、完了するまで実行を続けます。
継続的なスケジュール: 毎日一定の間隔で実行
スナップショット ポリシー スケジュールを構成して、x 分または時間ごとに毎日（24 時間 365 日）継続的に実行できます。たとえば、ジョブが毎日 4 時間ごとに実行され、最初のジョブが午前 1 時に開始されるスナップショット ポリシーを作成できます。
たとえば、次のように設定すると、定期的に設定された間隔で継続的に実行されるようにスケジュール設定されたスナップショット ポリシーを作成できます。
- スケジュール タイプが [連続] の場合
- スナップショットの取得に必要な時間と重複しない頻度。デフォルトは 8 時間ごとです。スナップショット ポリシーで推奨される最小実行頻度は、1 時間（ローカル RPO）ごとです。
- 最初のスナップショット ジョブを開始する時間です。
- 保持期間（2 日間保持するなど）
1 日に 1 回実行するように継続ジョブをスケジュールすることもできます（ウィンドウ ポリシー スケジュールを定義せずに、ポリシーの継続的なスケジュールで最も長い期間）。この場合は、[24 時間ごとに実行] を指定します。これは、毎日継続的に実行されるスケジュールと同じです。
OnVault ポリシー
OnVault ポリシーを使用すると、Cloud Storage（OnVault プール）にデータを送信できます。ポリシー内のスケジュールを使用して、最新のデータをオブジェクト ストレージに送信します。最初のデータ取り込みの後、OnVault キャプチャ オペレーションは永続的な増分データ キャプチャ プロセスに従います。
OnVault プールで定義されたストレージにデータを送信する場合、HTTPS 接続を使用してネットワーク上のデータのセキュリティを確保します。ネットワーク トラフィックを最小限に抑えるために、OnVault プールの圧縮オプションはデフォルトでオンになっています。
OnVault プールの定義されたストレージ ロケーション内のデータにアクセスする場合は、次の点に注意してください。
- アプライアンスはクローンを作成できます。
- アプライアンスはデータをマウントできますが、データは最初にスナップショット プールにコピーされてからマウントされるため、推奨されません。
LiveClone を作成できません。
OnVault ポリシーには次の 3 種類があります。
- スナップショットから OnVault へのポリシーは、スナップショット プールでデータをキャプチャし、スナップショット プール内のデータを OnVault プールで定義された Cloud Storage バケットにコピーします。
- Direct to OnVault ポリシーを使用すると、VMware VM バックアップを OnVault プールで定義された Cloud Storage バケットに直接送信できます。
- OnVault から OnVault へのポリシーは、1 つの OnVault ストレージ オブジェクト プールから別の OnVault ストレージ プールにデータを複製します。
スナップショットから OnVault へのポリシー
次の手順に沿って、Snapshot to OnVault ポリシー スケジュールを作成します。このスケジュールでは、定義された時間枠内で 1 日に 1 回、最新のスナップショット データを OnVault プールで定義されたオブジェクト ストレージに送信します。
- 次の日に保管: 毎日
- 必要に応じて開いたり閉じたりできるウィンドウ。通常は 19:00 ～ 18:50 に設定します。
保持期間（3 年間保持するなど）
Direct to OnVault ポリシー
次の手順に沿って、Direct to OnVault ポリシー スケジュールを作成します。このポリシー スケジュールでは、定義された時間枠内で 1 日に 1 回、最新の増分更新を 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 番目のバックアップ/リカバリ アプライアンスに転送します。データがすでに圧縮されている場合は（画像や動画など）、圧縮を無効にできます。
App Manager でバックアップ テンプレートをアプリケーションまたは VM に適用すると、Monitor が StreamSnap ジョブの結果を記録し、単一のジョブとして表示されます。レプリケーションが完了すると、[Monitor] に、スナップショット ジョブと StreamSnap ジョブの 2 つのジョブが、スパンのステータス「Succeeded」で表示されます（StreamSnap ジョブのエラー処理をご覧ください）。StreamSnap ジョブまたはスナップショット ジョブのいずれかでジョブが失敗した場合は、2 つのジョブエントリが表示され、どのジョブが成功したかを特定できます。
次のステップ
- バックアップ プランの概要を確認する
- バックアップ テンプレートを作成する
- バックアップ ポリシーを作成する
- リソース プロファイルを作成する
- ポリシーでバックアップされたアプリケーションの詳細なポリシー設定を構成する
- バックアップ プランをアプリケーションに適用する