このページでは、VMware VM のアプリケーション設定の構成について説明します。
VM とそのアプリケーションの保護
場合によっては、VM 全体をキャプチャしてから、その VM 上の 1 つ以上のアプリケーションをキャプチャすることが必要になることがあります。このような場合は、2 つのポリシー テンプレートを作成します。1 つは VM のブートボリュームをキャプチャし、もう 1 つは VM 上のアプリケーションをキャプチャします。2 つのキャプチャ オペレーションを同時に実行することはできません。
VMware VM のアプリケーションの詳細と設定
[アプリケーションの詳細と設定] ページで、アプリケーション固有の設定を変更して、VMware VM のバックアップ オプションを構成します。アプリケーション設定は、特定の状況で役立つ場合や必要な場合があります。アプリケーションの設定を構成したら、[変更を保存] をクリックします。
1 つ以上のアプリ設定をデフォルト状態にリセットするには、リセットする選択項目の横にあるチェックボックスをオンにします。または、[デフォルトに戻すオプションを選択] をクリックして、すべてのアプリ選択項目をデフォルト状態にリセットします。
アプリケーション設定 |
説明 |
アプリケーション整合性 (データベース管理には適用されません) |
次のいずれかを選択します。
クラッシュ整合性バックアップを取得する: クラッシュ整合性バックアップは、電源が失われた場合と同様に、ストレージ内のアプリケーション データを高速にバックアップします。アプリケーション データ I/O は一時停止されません。ディスク上のデータはすべて保存され、メモリ内のデータは失われます。不完全な取引が保存される場合があります。クラッシュ整合性バックアップの復元には時間がかかる可能性があり、例外が発生する可能性があります。通常、クラッシュからの復旧は手動で行う必要があります。クラッシュ整合性バックアップは、仮想マシンで高速です。
アプリケーション整合性のあるバックアップを取得する: アプリケーション整合性のあるバックアップは、バックアップの準備をアプリケーションに通知します。このオプションではデータが失われることはありません。アプリケーション データの I/O を一時停止し、フライト中のトランザクションを完了し、メモリをディスクにフラッシュします。復元時にデータに迅速にアクセスできます。通常、仮想クライアントの場合は、エージェントがホストでバックアップの通知を受け取ってからアプリケーションに通知する必要があります。また、アプリケーションからの承認を待つ必要がある場合もあります。すべてのアプリケーションがアプリケーション整合性のあるバックアップをサポートしているわけではありません。
最後の試行でクラッシュ整合性のあるバックアップを取得する: このオプションでは、最初はアプリケーション整合性のあるバックアップが取得されますが、なんらかの理由でアプリケーション整合性のあるバックアップが失敗した場合は、クラッシュ整合性のあるバックアップが取得されます。 |
ステージング ディスクのオーバーアロケーション(%) |
アプリケーションの増加に対応するため、ステージング ディスクに割り当てる追加の容量(実際に必要な容量の上に追加)を指定します。この設定は 0 ~ 1,000 パーセントです。 |
Truncate/Purge Log After Backup |
バックアップのたびにログを切り捨てるか、パージするかを指定します。[バックアップ後にログを切り捨てる] が有効になっている場合、アプリケーション関連のログは最近または現在のバックアップまで切り捨てられます。ログを切り捨てる場合は、ロールフォワード リカバリを有効にするためにトランザクション ログもバックアップする必要があります。(Oracle、SQL Server)。 次のいずれかを選択できます。
バックアップ後にログを切り捨てたりパージしたりしない
バックアップ後にログを切り捨てまたはパージする
|
Log Backup Retention Period (In Days)* |
Enable Database Log Backup が [Yes] に設定されている場合、ログの保持はスナップショット ポリシーの保持とは別に定義されます。保持期間を別々に設定すると、スナップショット プールに保存されているデータベースのコピーとともにログを使用できます。ログの保持期間は必須の設定です。 |
Replicate Logs (Uses StreamSnap Technology)** |
[Enable Database Log Backup] が [有効にする] に設定されている場合、[Replicate Logs] の詳細設定が許可されます。リモート バックアップ/リカバリ アプライアンスに複製される Oracle アーカイブ ログまたは SQL Server データベース トランザクション ログ。ログ レプリケーション ジョブを実行するには、リモート バックアップ/リカバリ アプライアンスを指定するリソース プロファイルとともに、レプリケーション ポリシー(StreamSnap)がテンプレートに含まれている必要があります。また、データベースのレプリケーションが少なくとも 1 回正常に完了している必要があります。レプリケートされたログの保持期間内の任意のデータベース イメージに、リモート サイトのログを使用できます。この機能はデフォルトで有効になっています。ログ レプリケーションは、StreamSnap テクノロジーを使用して、ローカル バックアップ / リカバリ アプライアンスとリモート バックアップ / リカバリ アプライアンス間のレプリケーションを実行します。ログ レプリケーションは、ローカル スナップショット プールからリモート アプライアンスのスナップショット プールに直接行われます。 注: データベースが保護され、データベースがリモート バックアップ/リカバリ アプライアンスに複製されるまで、ログ レプリケーションは行われません。 |
OnVault プールにログを送信する |
[Yes] に設定すると、ログが 1 つ以上の OnVault ストレージ プールに複製され、別のサイトの OnVault からポイントインタイム リカバリが可能になります。 |
ログ ステージング ディスクの増加サイズ(%)* |
[Enable Database Log Backup] が [Yes] に設定されている場合、[Log Staging Disk Growth Size] で、ログが存在するステージング ディスクを自動的に増やすときに使用する増加を定義します。この設定は 5 ~ 100% の範囲で指定できます。 |
ターゲット VM でスナップショットの統合が必要な場合のジョブの動作 |
VM に統合が必要な場合は、アクションを選択します。
VM の統合が必要な場合はジョブを失敗させる: 特定の時点のジョブは失敗します。
統合を実行せずにジョブを実行する: 統合が保留中の場合でも、すべてのジョブが正常に実行されます。
ジョブの開始時に統合を実行する: 特定の時点のジョブは、ジョブの開始時に統合を試みます。統合に失敗すると、ジョブは失敗し、エラー メッセージが表示されます。
|
スクリプトのタイムアウト |
バックアップと DR のエージェントを使用すると、ポリシーの実行前または実行後にアプリケーションのホストで実行されるホストサイド スクリプトを作成できます。ポリシー テンプレートで指定された 4 つのタイムアウトは、ホストサイド スクリプトの 4 つのステージに直接マッピングされます。
注: デフォルトでは、スクリプトのタイムアウト値は指定された値になります。
スクリプトのタイムアウトが指定されていない場合、値は空白になり、デフォルトが使用されます。
スクリプト初期化タイムアウト: ジョブでアクションを実行する前に、ホストで呼び出されるスクリプトを待機する時間を定義します。このタイムアウト内にスクリプトが完了しなかった場合、ジョブは失敗します。デフォルト値は 60 秒です。許可される範囲は 1 ~ 86,400 秒です。
スクリプト フリーズ タイムアウト: スナップショットを取得する前に、アプリケーションをフリーズするために呼び出されるスクリプトをポリシーが待機する時間を定義します。このタイムアウト内にスクリプトが完了しなかった場合、ジョブは失敗します。デフォルト値は 60 秒です。許可される範囲は 1 ~ 86,400 秒です。
スクリプトのフリーズ解除タイムアウト: スナップショットの取得後に、アプリケーションをフリーズするために呼び出されるスクリプトをポリシーが待機する時間を定義します。このタイムアウト内にスクリプトが完了しなかった場合、ジョブは失敗します。デフォルト値は 60 秒です。許可される範囲は 1 ~ 86,400 秒です。
スクリプトの終了タイムアウト: ジョブの最後で呼び出されるスクリプトをポリシーが待機する時間を定義します。このタイムアウト内にスクリプトが完了しなかった場合、ジョブは失敗します。デフォルト値は 60 秒です。許可される範囲は 1 ~ 86,400 秒です。
|
VMware 管理者ガイド
このページは、Backup and DR を使用した VMware VM の保護と復元に固有のシリーズのページの 1 つです。詳細については、以下をご覧ください。