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

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

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

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

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

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

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

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