アプライアンス管理コンソールで高度なポリシー設定を構成する

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

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

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

  1. アプライアンス管理コンソールで、[バックアップ プラン] タブをクリックし、プルダウンから [テンプレート] オプションを選択します。
  2. 管理するテンプレートを選択し、ページの右下にあるプルダウンから [Edit] をクリックします。
  3. テンプレート ページの右側で、管理するポリシーの横にある白い矢印をクリックします。選択項目の下部にある [ポリシーを編集] をクリックします。
  4. [Create/Edit Policy] セクションの下部にある [Advanced Policy Settings] をクリックします。これにより、次の表に示すポリシーの詳細設定が開きます。
  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 アプリケーションの整合性のある永続ディスク スナップショットを作成するセクションをご覧ください。

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