管理コンソールのバックアップ プラン

バックアップ プランは、管理コンソールでアプリケーション データをバックアップする頻度、アプリケーション データのバックアップを保持する期間、アプリケーションのデータ バックアップを複製する場所と方法を定義するために使用されるルールです。バックアップ プランを使用して、各バックアップ/リカバリ アプライアンスがデータの管理に使用するポリシー テンプレートとリソース プロファイルを作成します。バックアップ プラン違反は、ポリシーで設定した境界に従ってデータがバックアップされていない場合に発生します。

[バックアップ プラン] タブには、アプリケーションに適用されるデータ処理ポリシーを作成するための使いやすい 2 つのウィザードがあります。

  • テンプレート。データの頻度と保持期間を制御するには、[テンプレート] ウィザードを使用します。また、データ階層化とレプリケーションも実行できます。詳細については、バックアップ テンプレートをご覧ください。
  • プロフィール: プロファイル ウィザードを使用して、データが保存される物理的なロケーションとストレージ プールを制御します。詳細については、リソース プロファイルのセクションをご覧ください。

ポリシー テンプレートとその関連ポリシーの作成と変更時によくある間違いを回避するには、バックアップ プランのベスト プラクティスのセクションをご覧ください。

バックアップ ジョブの再試行

スケジュール設定されたジョブで障害が発生した場合、スケジューラはジョブを最大 3 回自動的に再試行します。ジョブが初めて失敗すると、最初の試行のステータスは「再試行済み」とマークされ、スケジューラは 4 分間待ってからジョブを再びキューに追加します。2 回目に失敗した場合、次の再試行は 16 分後にキューに登録されます。3 回目に失敗した場合、64 分間の待機期間の後に最後の再試行がキューに追加されます。3 回目の再試行が失敗すると（合計 4 回）、最後の再試行ジョブのステータスが「再試行済み」から「失敗」に変わり、そのスケジュール期間にそのアプリケーションに対してジョブが再試行されることはありません。

スケジューラは、ジョブの再試行を他の利用可能なジョブと同様に扱います。キュー内のジョブが、それに対応できるスロット数よりも多い場合は、キュー内の再試行ジョブはスロットを待機する必要があります。再試行ジョブを開始する前にポリシー ウィンドウが閉じられた場合、キューに追加された再試行ジョブは実行されず、それ以降の再試行は試行されません。

ジョブの再試行は、[モニタリング] > [ジョブ] に報告されます。ジョブの再試行を識別するために、4 つのジョブすべてに同じ Job 番号が割り当てられます。番号の形式は次のとおりです。

  • Job_xxxxx（ステータス: 再試行）
  • Job_xxxxxa（ステータス: 再試行、4 分間の保留後にキューに追加）
  • Job_xxxxxb（ステータス: 再試行、16 分間の保留後にキューに追加）
  • Job_xxxxxc（ステータス: 失敗、64 分間の保留後にキューに追加）

このアプリケーションのバックアップ ジョブが次に試行されるのは、ポリシーのスケジュールに従って行われます。たとえば、スケジュールで 01:00 から始まる時間枠で 1 日 1 回のスナップショットを指定した場合、次の試行は翌日の 01:00 になります。

バックアップ テンプレート

バックアップ テンプレートは、バックアップ プランで定義されたポリシーのコレクションです。各ポリシーは、データのバックアップ方法、バックアップ頻度、保持期間を定義します。具体的には、ポリシーで次のことを定義します。

  • データ バックアップ オペレーションの種類（スナップショット、レプリケーションなど）
  • アプリケーション データのバックアップ オペレーションの頻度
  • アプリケーション データのバックアップの保持期間
  • アプリケーション データのバックアップ オペレーションに関連する詳細設定
  • ログを切り捨てるかどうか。Microsoft SQL Server や Oracle などのデータベースの更新には、ログとメタデータの作成が伴います。ログには、データベースに加えられた変更が示されます。
  • バックアップ データが保持される場所（ローカル バックアップ/リカバリー アプライアンス、リモート バックアップ/リカバリー アプライアンス、OnVault ストレージ ロケーション）

テンプレート内でポリシーを組み合わせることで、データの短期および長期の保持、データの保持場所、レプリケートされたデータの保持期間を定義する単一のテンプレートを作成できます。

リソース プロファイル

リソース プロファイルには、保護されたアプリケーション データと VM データのストレージ メディアを指定します。バックアップ プランを構成するポリシーとリソース プロファイルによって、実行するアプリケーション データ バックアップのタイプと、アプリケーション データ バックアップを保存する場所（使用できるディスクのプール）が決まります。リソース プロファイルでは、使用するスナップショット プール（必要な場合）や、リモート アプライアンス データの複製先を定義します。

ポリシー テンプレートとポリシーに加えて、バックアップ プランでリソース プロファイルも作成します。リソース プロファイルは、データを保存する場所を定義します。データは次の方法で保存できます。

  • ローカル: リソース プロファイルが作成されるバックアップ/リカバリ アプライアンス。

  • リモート。リモート レプリケーションに使用されるバックアップ/リカバリ アプライアンス。このリモート アプライアンスは、選択したローカル アプライアンスにすでにペア設定されているアプライアンスである必要があります。

  • OnVault。OnVault ストレージ プールで定義されたストレージ。OnVault プールは、管理するストレージまたは消去不能で不変の Google Cloud が管理するバックアップ ボールトにすることができます。

リソース プロファイルは、アプリ マネージャーのアプリに適用され、ポリシー テンプレートと連携して機能します。

  • レプリケーション ポリシーを含まないポリシー テンプレートは、データをローカルにのみ保存するリソース プロファイルとともにアプリケーションに適用する必要があります。
  • レプリケーション ポリシーを含むポリシー テンプレートは、別のアプライアンスまたは OnVault ストレージ プールでデータを保存するリソース プロファイルとともに、アプリケーションに適用する必要があります。

管理コンソールに追加されたバックアップ/復元アプライアンスのリソース プロファイルを定義します。

次のステップ