詳細なポリシー設定を構成する

このページでは、バックアップ構成ポリシー テンプレートの高度な設定について説明します。高度なポリシー設定は、バックアップ ポリシーの作成時に定義できます。

特定のアプリケーションのポリシー設定を表示して変更するには、アプリケーションの [バックアップ プランの管理] ページからポリシーのオーバーライド パネルを表示します。

ポリシー設定ページを表示する手順は次のとおりです。

  1. 管理コンソールで、[バックアップ プラン] タブをクリックし、プルダウンから [テンプレート] オプションを選択します。
  2. 管理するテンプレートを選択し、ページの右下にあるプルダウンから [編集] をクリックします。
  3. テンプレート ページの右側で、管理するポリシーの横にある白い矢印をクリックします。選択内容の下部にある [ポリシーの編集] をクリックします。
  4. [ポリシーの作成/編集] セクションの下部にある [詳細なポリシー設定] をクリックします。次の表で説明する詳細なポリシー設定が開きます。
  5. 完了したら、[変更を保存] をクリックして設定を更新します。

次の表に、詳細なポリシー設定の詳細を示します。

               
詳細設定 説明
アプリケーション整合性
(Google Cloud VMware Engine VM と Compute Engine VM にのみ適用可能)
次のいずれかを選択します。
  • クラッシュ整合性のあるバックアップ: クラッシュ整合性のあるバックアップは、その瞬間に電源が切れたかのように、ストレージ内のアプリケーション データを高速でバックアップします。アプリケーション データの I/O は一時停止されません。ディスク上のすべてのデータは保存されますが、メモリ内のデータは失われます。クラッシュ整合性のあるバックアップの復元には時間がかかり、例外が発生する可能性があります。ゲスト OS、ファイル システム、アプリケーションによっては、復元中に手動で追加の復元手順を実行する必要がある場合があります。アプリケーション整合性プロセスが休止プロセスによりアプリケーションまたはワークロードで問題を引き起こす場合は、クラッシュ整合性を選択します。クラッシュ整合性では、ファイル システムまたはアプリケーションが不整合なスナップショットから復元する必要があるため、RTO が長くなる可能性があります。極端な場合は、復元できないスナップショットになることもあります。
  • アプリケーション整合性のあるバックアップを取得する: アプリケーション整合性のあるバックアップは、VMware ツールまたは Google Cloud ゲスト環境を使用して仮想マシンのファイル システムを静止させる静止スナップショットを活用します。静止オペレーションは、Windows オペレーティング システムの組み込み機能を利用して、VSS をサポートするファイル システムとアプリケーションを静止させます。また、お客様が提供したフリーズ スクリプトまたは解凍スクリプト(すべてのプラットフォーム)を活用して、より高いレベルのアプリケーション整合性を実現します。これにより、バックアップの復元可能性に対する信頼度が高まり、ほとんどの場合で復元時間が短縮されます。アプリケーション整合性バックアップでは、I/O が一時的に停止することがあります。まれですが、バックアップ時に I/O エラーが報告されることがあります。スナップショット オペレーション中に VMware が所定のタイムアウト内に VM を静止できない場合、アプリケーション整合性バックアップが失敗することがあります。復元可能性が最も重要で、VM 内のアプリケーションが短い I/O 一時停止の影響を受けない場合は、アプリケーションと整合性のとれたバックアップを使用します。
    詳細については、Linux アプリケーションの整合性のある永続ディスク スナップショットを作成するをご覧ください。

    アプリケーション整合性オプションでキャプチャされた新しい VM または既存の VM として Windows Compute Engine スナップショットをマウントするには、ディスクを読み取り専用モードから読み取り / 書き込みモードに変更する必要があります。これを行うには、省略可: ディスクを読み取り / 書き込み可能としてマークするの手順に沿って操作します。
  • 最後の試行でクラッシュ整合性のあるバックアップを作成する: このオプションでは、最初にアプリケーション整合性のあるバックアップが作成されますが、アプリケーション整合性のあるバックアップが何らかの理由で失敗した場合は、クラッシュ整合性のあるバックアップが作成されます。
  • スナップショットのロケーション
    (Compute Engine インスタンスと SAP HANA インスタンスにのみ適用)
    Persistent Disk スナップショットを保存するリージョンを選択します。デフォルトでは、マルチリージョンが選択されています(ソースディスクのロケーションに基づく)。スナップショットの保存場所をソースディスク リージョンとは異なるリージョンに変更することもできます。スナップショットをソースディスクのロケーションとは異なる場所に保存すると、データは異なるロケーション間のネットワークを通過するため、ネットワーク費用が発生する可能性があります。スナップショットには、Cloud Storage のデータ転送と同じ料金が発生します。永続ディスクのスナップショットの詳細を確認する。料金の詳細については、ディスクの料金をご覧ください。
    スナップショット タイプ      
    (Compute Engine インスタンスと SAP HANA インスタンスにのみ適用可能)
    Compute Engine インスタンスのバックアップに使用する Persistent Disk スナップショットのタイプを選択します。スナップショットは、永続ディスクからデータを増分的にバックアップします。バックアップ中に、永続ディスクの現在の状態をキャプチャする新しいスナップショットが作成されます。このスナップショットは、マウントまたは復元用の新しいディスクを作成するために使用できます。Compute Engine は、各スナップショットの複数のコピーを複数の場所に保存し、自動チェックサムを使用してデータの整合性を確保します。永続ディスクのスナップショットの詳細を確認する。料金の詳細については、ディスクの料金をご覧ください。
  • 標準: デフォルトでは、標準スナップショット タイプが選択されています。バックアップを 90 日未満保持する場合は、標準タイプを使用することをおすすめします。
  • アーカイブ: バックアップを長期間保持する場合は、アーカイブ タイプを選択します。アーカイブ スナップショットの最小請求対象期間は、ポリシーで定義された保持期間に関係なく 90 日です。また、アーカイブ タイプは、マウントまたは復元ジョブで使用される場合、追加の取得料金が発生します。アーカイブ スナップショット タイプは、管理コンソールとバックアップ/復元アプライアンスの両方が 11.0.4 以降の場合にのみ使用できます。
  •      
    ステージング ディスクの過剰割り当て
    (パーセンテージ)
    アプリケーションの増加に対応するために、ステージング ディスクに割り当てる追加の容量(実際に必要な容量に加えて)を指定します。この設定は 0 ~ 1,000% です。
    グローバル プルーン パス これらのディレクトリはバックアップしない(フルパスを指定)。ポリシーレベルの Global Prune Paths の値もご覧ください。
    Streamsnap レプリケーションを圧縮する デフォルトでは、streamsnap レプリケーションの圧縮は有効になっています。圧縮により、ネットワーク経由でデータを転送する際の(イメージや動画の複製など)リモート バックアップ/リカバリ アプライアンスへのストリームスナップ レプリケーションの効率が向上します。圧縮が有効になっている場合、すべてのパケットが圧縮されます。ターゲットのバックアップ/リカバリ アプライアンスは、パケットを解凍してからステージング ディスクに書き込みます。2 番目のバックアップ/復元アプライアンスへの streamsnap レプリケーションに圧縮が必要ない場合は、streamsnap レプリケーションの圧縮の詳細設定を [圧縮しない] に変更し、[変更を保存] をクリックします。
    注: Streamsnap レプリケーションは、単一のネットワークにデプロイされたバックアップ/復元アプライアンスでのみサポートされます。
    マッピングを解除しない バックアップ用のデータ移動中にホストにマッピングされ、使用された一時ステージング ディスクをホストにマッピングしたままにするかどうかを指定します。LUN は最初のジョブでマッピングされ、後続のすべてのジョブで同じマッピングされた LUN が再利用されます。次のいずれかを選択します。
  • ジョブ間でステージング ディスクのマッピングを維持します。一時ステージング ディスクをホストにマッピングし、データ移動中に使用した後にホストにマッピングしたままにする場合は、このオプションを選択します。LUN は最初のジョブでマッピングされ、後続のすべてのジョブで同じマッピングされた LUN が再利用されます。デフォルトでは、このオプションが選択されています。
    注: Backup and DR エージェントを使用して管理されるアプリケーション(SQL データベースなど)で、アプリケーションが VMware VM 内で実行されている OS 上にある場合、このオプションは無視されます。ステージング ディスクは、ジョブのたびに VM からマッピング解除されます。
  • 各ジョブの後にステージング ディスクのマッピングを解除します。このオプションでは、すべてのジョブの終了時にステージング ディスクがオペレーティング システムからアンマウントされ(マウント ポイントまたはドライブ文字が削除されます)、ホストから完全にマッピング解除されます。このオプションでは、再マッピングされたステージング ディスクを再マウントする前に再検出する必要があるため、ホストは次のジョブの開始時に SCSI LUN のスキャンを実行する必要があります。
  • バックアップ後にログを切り捨て(削除)する バックアップのたびにデータベース ログを切り捨てる(パージする)かどうかを指定します。[Truncate Log After Backup] が有効になっている場合、アプリケーション関連のログは、最近のバックアップまたは現在のバックアップまで切り捨てられます。ログを切り捨てる場合は、ロールフォワード復元を有効にするために、トランザクション ログもバックアップする必要があります。
    次のオプションがあります。
  • バックアップ後にログを切り捨てたりパージしたりしない
  • バックアップ後にログを切り捨てるかパージする
  • Skip Offline Applications
    (整合性グループの管理のみ)
    整合性グループに属する使用不可のアプリケーションを無視するかどうかを指定します。整合性グループを作成して、すべてのメンバー アプリケーションのデータをまとめてバックアップし、メンバー アプリケーション間のデータの整合性を維持します。整合性グループは、同じホストから検出されたアプリケーションのコレクションです。
    次のオプションがあります。
  • オフライン アプリケーションが見つかった場合にバックアップを失敗させる
  • バックアップ中にオフライン アプリケーションをスキップ
  • アプリケーション クラスタ内のすべてのノードにステージング ディスクをマッピングする ノードがアプリケーション クラスタにある場合は、これを使用して、バックアップ中のフェイルオーバーが発生した場合にアプリケーション クラスタのノードが保護されるようにします。
  • ステージング ディスクをアプリケーション クラスタのすべてのノードにマッピングしないでください。
  • アプリケーション クラスタのすべてのノードにステージング ディスクをマッピングする
    アプリケーション クラスタで障害が発生した場合、このオプションはフェイルオーバー コピーを保護します。
  • クラスタ内のすべての ESX ホストにステージング ディスクをマッピングする
    (VMware VM のみ)
    ESX サーバーがアプライアンスにある場合は、この設定を使用して、バックアップ中のフェイルオーバー時に VM が管理されるようにします。ESX ホストで障害が発生した場合、このオプションは VMware VM のフェイルオーバー コピーを管理します。(Oracle、ローカル ファイル システム、SMB、NFS、SQL Server):
  • VM のステージング ディスクを ESX ホストにマッピングする
  • ステージング ディスクをクラスタ内のすべての ESX ホストにマッピングする
  • ステージング ディスクをクラスタ内の 2 つの ESX ホストにマッピングする
  • SQL Server ユーザー ログインをバックアップする SQL Server データベースのログイン認証情報をキャプチャします。データベースが仮想アプリケーション(アプリ認識型マウント)としてマウントされている場合、仮想データベースにはソースで使用されるすべてのログイン認証情報が含まれます。[Yes] または [No] を選択します。
    Enable Database Log Backup [Enable Database Log Backup] オプションを使用すると、バックアップ プラン ポリシーでデータベースと関連するすべてのトランザクション ログファイルをバックアップできます。ログは、ログ スナップショット ジョブの実行時にバックアップされます。[Yes] または [No] を指定できます。 [Yes] に設定すると、関連するオプションが有効になります。
    注: ログ保護の詳細については、 バックアップ プラン ポリシーのデータベース ログ保護をご覧ください。
    RPO [Enable Database Log Backup] が [Yes] に設定されている場合、RPO はデータベース ログのバックアップの頻度を定義します。頻度は分単位で設定され、データベース バックアップ間隔を超えてはなりません。設定できる最小値(分単位)は 15 です。
    ログ バックアップの保持期間
    (日数)
    [Enable Database Log Backup] が [はい] に設定されている場合、ログの保持はスナップショット ポリシーの保持とは別に定義されます。保持期間を別に設定することで、スナップショット プールに保存されているデータベースのコピーと組み合わせてログを使用できます。ログの保持期間は必須の設定です。
    Replicate Logs
    (Streamsnap テクノロジーを使用)
    [Enable Database Log Backup] が [Enable] に設定されている場合、[Replicate Logs] の詳細設定により、データベース ログをリモート アプライアンスに複製できます。ログ複製ジョブを実行するには、テンプレートに streamsnap 複製ポリシーと、リモート アプライアンスを指定するリソース プロファイルが含まれている必要があります。また、データベースの複製が少なくとも 1 回正常に完了している必要があります。レプリケートされたログの保持期間内のデータベース イメージについては、リモート サイトのログを使用できます。この機能はデフォルトで有効になっています。
    ログ レプリケーションは、streamsnap テクノロジーを使用して、ローカル アプライアンスとリモート アプライアンス間のレプリケーションを実行します。ログ レプリケーションは、ローカル スナップショット プールからリモート アプライアンスのスナップショット プールに直接移動します。
    注: データベースが保護され、イメージがリモート アプライアンスに複製されるまで、ログの複製は行われません。
    Send logs to OnVault Pool [はい] に設定すると、ログが 1 つ以上の OnVault ストレージ プールに複製され、別のサイトの OnVault からのポイントインタイム リカバリが可能になります。
    : これを選択すると、Backup and DR は、そのアプリケーションのプロファイルで定義されたすべての OnVault プールにログを送信します。プロファイルに 2 つのプールがある場合、モニターには各ログ バックアップの OnVault(ログ)ジョブがプールごとに 1 つずつ表示されます。その SLA のプロファイルにある OnVault プールのみがログを取得します。
    • OnVault に複製されたログの保持は、スナップショット ログの保持と同様です。
    • データベースログを OnVault バケットに複製することは、データベースのバックアップとは異なります。[Send logs to OnVault Pool] を選択すると、Backup and DR はログ スナップショット バックアップと同様に、ログを OnVault バケットに継続的に複製します。たとえば、ログのバックアップが 15 分ごとに行われる場合、すべてのログ スナップショットが OnVault プールに複製されるように、ログは 15 分ごとに OnVault に複製されます。
    • 管理コンソールに表示されるポリシー ID は、スナップショット ポリシー ID です。これは、OnVault バケットへのログのレプリケーションがスナップショット ポリシーに関連付けられているためです。
    : 日次、週次、月次、年次の OnVault ポリシーはデータベース バックアップ専用であり、ログ バックアップには適用されません。
    ログ ステージング ディスクの増加サイズ(パーセント) [Enable Database Log Backup] が [Yes] に設定されている場合、[Log Staging Disk Growth Size] は、ログが保存されているステージング ディスクを自動的に増やすときに使用する増加量を定義します。この設定は 5 ~ 100% です。
    推定変化率 [Enable Database Log Backup] が [Yes] に設定されている場合、この設定は、アプライアンスがログの保持に必要なステージング ディスクのサイズをより正確に計算できるようにする、1 日あたりの変化率(パーセント)を定義します。この設定は 0 ~ 100 の範囲で指定します。
    Compress Database Log Backup [Enable Database Log Backup] が [Yes] に設定されている場合、この設定により、管理コンソールでログがキャプチャされる前にログを圧縮するようにソース データベースに指示します。データベース サーバーは、ログ バックアップ中にログ圧縮を実行します。オプションは [はい] または [いいえ] です。はいに設定すると、[Compress Database Log Backup] オプションが有効になります。
    強制保持 ユーザーは、不変期間を 0 ~ 36,525 日の間で構成できます。デフォルトでは、既存のすべてのポリシーの値は 0 に設定されています。
    アプリケーションの保護にすでに使用されているポリシーを変更するには、より長い強制保持期間を設定します。ただし、適用する保持期間を短縮することはできません。
    保持が「最新のリモート イメージのみを保持する」に設定されている streamsnap ポリシーに、強制保持を設定することはできません。
    注: 強制保持は、アプリごとにオーバーライドできません。このオプションは、[ポリシーのオーバーライド] ページには表示されません。
    注: 保持の強制の詳細ポリシー設定は、バックアップ ボルトを指すアプリケーション保護と互換性がありません。Backup Vault がストレージ ターゲットの場合、Backup Vault によって適用される保持期間が決定されます。
    ターゲット VM でスナップショットの統合が必要な場合のジョブの動作 VM の統合が必要な場合のアクションを選択します。
  • VM の統合が必要な場合はジョブを失敗させる: ポイントインタイム ジョブが失敗します。
  • 統合を実行せずにジョブを実行する: 統合が保留中の場合でも、すべてのジョブが正常に実行されます。
  • ジョブの開始時に統合を実行する: ポイントインタイム ジョブは、ジョブの開始時に統合を実行しようとします。統合が失敗すると、ジョブはエラー メッセージとともに失敗します。
  • Fail On Missing Start Path 1 つ以上の開始パスが指定され、これらの開始パスのいずれかが存在しない場合、ジョブは「UDSAgent: 指定された開始パスが存在しません」というメッセージで失敗します。開始パスが指定されていない場合、このオプションは無効になります。オプションは [はい] または [いいえ] です。
    注: このオプションのデフォルトの状態は [いいえ](無効)です。これは、以前のバージョンの Backup and DR エージェントと同じ動作です。開始パスが存在しない場合でも、ジョブは失敗しません。
    劣化キャプチャ モードを有効にする キャプチャ モードが低下すると、変更ブロック トラッキング(CBT)サービスが利用できない場合に増分データがキャプチャされます。データ キャプチャに時間がかかることがあります。オプションは [Yes] または [No] です。
    スクリプトのタイムアウト
    (エージェント ベースのバックアップにのみ適用可能)
    Backup and DR エージェントを使用すると、ポリシーの実行前または実行後にアプリケーションのホストで実行されるホストサイド スクリプトを作成できます。ポリシー テンプレートで指定された 4 つのタイムアウトは、ホストサイド スクリプトの 4 つのステージに直接マッピングされます。
    注: デフォルトでは、スクリプトのタイムアウト値は次の値に従います。スクリプトのタイムアウトが指定されていない場合、値は空白になり、デフォルトが使用されます。
  • スクリプトの初期化のタイムアウト: ジョブがアクションを実行する前に、ホストで呼び出されるスクリプトをジョブが待機する時間を定義します。このタイムアウト内にスクリプトが完了しない場合、ジョブは失敗します。デフォルト値は 60 秒です。指定できる範囲は 1 ~ 86,400 秒です。
  • スクリプト フリーズ タイムアウト: スナップショットが取得される前に、アプリケーションをフリーズするために呼び出されるスクリプトをポリシーが待機する時間を定義します。このタイムアウト内にスクリプトが完了しない場合、ジョブは失敗します。デフォルト値は 60 秒です。指定できる範囲は 1 ~ 86,400 秒です。
  • スクリプトのフリーズ解除のタイムアウト: スナップショットの取得後にアプリケーションをフリーズするために呼び出されるスクリプトをポリシーが待機する時間を定義します。このタイムアウト内にスクリプトが完了しない場合、ジョブは失敗します。デフォルト値は 60 秒です。指定できる範囲は 1 ~ 86,400 秒です。
  • スクリプト終了タイムアウト: ジョブの最後に呼び出されるスクリプトをポリシーが待機する時間を定義します。このタイムアウト内にスクリプトが完了しない場合、ジョブは失敗します。デフォルト値は 60 秒です。指定できる範囲は 1 ~ 86,400 秒です。
  • 次のステップ