このページでは、バックアップ構成ポリシー テンプレートの詳細設定について説明します。 バックアップ ポリシーの作成時に、詳細なポリシー設定を定義できます。
特定のアプリケーションのポリシー設定を表示して変更するには、アプリケーションの [Manage Backup Plan] ページからポリシーのオーバーライド パネルを表示します。
ポリシー設定ページを表示する手順は次のとおりです。
- アプライアンス管理コンソールで、[Backup Plans] タブをクリックし、プルダウンから [Templates] オプションを選択します。
- 管理するテンプレートを選択し、ページ右下のプルダウンから [Edit] をクリックします。
- テンプレート ページの右側で、管理するポリシーの横にある白い矢印をクリックします。選択項目の下部にある [Edit Policy] をクリックします。
- [Create/Edit Policy] セクションの下部にある [Advanced Policy Settings] をクリックします。 次の表に示す詳細なポリシー設定が開きます。
完了したら、[Save Changes] をクリックして設定を更新します。
次の表に、詳細なポリシー設定の詳細を示します。
| 詳細設定 | 説明 |
|---|---|
| アプリケーション整合性
（Google Cloud VMware Engine VM と Compute Engine VM のみに適用） |
次のいずれかを選択します。
詳細については、Linux アプリケーションの整合性のある永続ディスク スナップショットを作成する をご覧ください。 **Application consistent** オプションでキャプチャされた新しい VM または既存の VM として Windows Compute Engine スナップショットをマウントするには、ディスクを読み取り専用モードから読み取り / 書き込みモードに変更する必要があります。これを行うには、省略可: ディスクを読み取り / 書き込み可能としてマークするの手順に沿って操作します。 |
| スナップショットの場所
（Compute Engine インスタンスと SAP HANA インスタンスにのみ適用） |
Persistent Disk スナップショットを保存するリージョンを選択します。 デフォルトでは、マルチリージョンが選択されています（ソースディスクのロケーションに基づく）。 スナップショットの保存場所を、ソースディスク リージョンとは異なるリージョンに変更することもできます。 スナップショットをソースディスクのロケーションとは異なるロケーションに保存する場合、データは異なるロケーション間のネットワークを通過するため、ネットワーク費用が発生する可能性があります。 スナップショットには、Cloud Storage データ転送と同じ料金が発生します。永続ディスクのスナップショットの詳細について 詳しくはこちらをご覧ください。料金の詳細については、ディスクの料金をご覧ください。 |
| Snapshot type
（Compute Engine インスタンスと SAP HANA インスタンスにのみ適用） | Compute Engine インスタンスのバックアップに使用する Persistent Disk スナップショット タイプを選択します。スナップショットは、
Persistent Disk からデータを増分的にバックアップします。バックアップ中に、Persistent Disk の現在の状態をキャプチャする新しいスナップショットが作成されます。このスナップショットは、後でマウントまたは復元用の新しいディスクを作成するために使用できます。Compute Engine ではデータの整合性を確保するため、自動チェックサムを使用して各スナップショットの複数のコピーを複数のロケーションに保存します。永続ディスクのスナップショットの詳細をご覧ください。
料金の詳細については、ディスクの料金をご覧ください。
|
| Staging Disk Over-allocation
（パーセント単位） |
アプリケーションの増加に対応するために、ステージング ディスクに割り当てる追加の容量を指定します （実際に必要な容量に加えて）。この設定は 0 ～ 1,000% です。 |
| Global Prune Paths | これらのディレクトリはバックアップしません（完全パスを指定）。ポリシーレベルの [Global Prune Paths] の値もご覧ください。 |
| Compress Streamsnap Replication | デフォルトでは、streamsnap レプリケーションの圧縮は有効になっています。
圧縮により、ネットワーク経由でデータを転送する際の streamsnap レプリケーションの効率が向上します（バックアップや動画のレプリケーションなど）。圧縮を有効にすると、すべてのパケットが圧縮されます。ターゲット バックアップ/リカバリ アプライアンス
は、ステージング ディスクに書き込む前にパケットを解凍します。2 番目のバックアップ/リカバリ アプライアンスへの streamsnap レプリケーションに圧縮が必要ない場合は、[compress streamsnap replication] の詳細設定を [Don't compress] に変更し、[Save Changes] をクリックします。 注: Streamsnap レプリケーションは、単一ネットワークにデプロイされた バックアップ/リカバリ アプライアンスでのみサポートされています。 |
| Do Not Unmap | バックアップのためにデータ移動中にホストにマッピングされ、使用される一時的なステージング ディスクをホストにマッピングしたままにするかどうかを指定します。
LUN は最初のジョブでマッピングされ、以降のすべての
ジョブで同じマッピングされた LUN が再利用されます。次のいずれかを選択します。
注: Backup and DR エージェントを使用して管理されるアプリケーション（SQL データベースなど）で、アプリケーションが VMware VM 内で実行されている OS 上にある場合、このオプションは無視されます。ステージング ディスク は、ジョブのたびに VM から常にマッピング解除されます。 |
| Truncate (Purge) Log After Backup | バックアップごとにデータベース ログを切り捨て（パージ）するかどうかを指定します。
[Truncate Log After Backup] が有効になっている場合、アプリケーション関連のログは最新のバックアップまたは現在のバックアップまで切り捨てられます。ログを切り捨てる場合は、ロールフォワード復元を有効にするためにトランザクション ログもバックアップする必要があります。 選択肢は次のとおりです。 |
| Skip Offline Applications
（整合性グループの管理のみ） |
整合性グループの一部である使用できないアプリケーションを無視するかどうかを指定します。
整合性グループを作成して、すべてのメンバー アプリケーションのデータをまとめてバックアップし、メンバー アプリケーション間でデータの整合性を維持します。整合性グループは、同じホストから検出されたアプリケーションのコレクションです。
選択肢は次のとおりです。 |
| Map staging disks to all nodes in an application cluster | ノードがアプリケーション クラスタにある場合は、これを使用して、バックアップ中のフェイルオーバー時にアプリケーション クラスタのノードが保護されるようにします。 アプリケーション クラスタで障害が発生した場合、 このオプションはフェイルオーバー コピーを保護します。 |
| Map Staging Disk to All ESX Hosts in a Cluster
（VMware VM のみ） |
ESX サーバーがアプライアンスにある場合は、この設定を使用して
VM がバックアップ中のフェイルオーバー時に管理されるようにします。ESX ホストで障害が発生した場合、このオプションは VMware VM のフェイルオーバー コピーを管理します。（Oracle、ローカル ファイル システム、SMB、NFS、SQL Server）:
|
| Backup SQL Server User Logins | 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] が [Yes] に設定されている場合、ログの保持期間はスナップショット ポリシーの保持期間とは別に定義されます。保持期間を別々に設定すると、スナップショット プールに保存されているデータベースのコピーとともにログを使用できます。ログの保持期間は必須の設定です。 |
| ログのレプリケーション
（Streamsnap テクノロジーを使用） |
When [Enable Database Log Backup] is set to
[Enable], the [Replicate Logs] advanced
setting allows database logs to be replicated to a remote appliance. ログ レプリケーション ジョブを実行するには、リモート アプライアンスを指定するリソース プロファイルとともに、streamsnap レプリケーション ポリシーがテンプレートに含まれている必要があります。また、データベースのレプリケーションが少なくとも 1 回成功している必要があります。その後、リモートサイトのログを、レプリケートされたログの保持期間内のデータベース バックアップに使用できます。この機能はデフォルトで有効になっています。
ログ レプリケーションでは、streamsnap テクノロジーを使用してローカル アプライアンスとリモート アプライアンス間でレプリケーションを実行します。ログ レプリケーションは、ローカル スナップショット プールからリモート アプライアンスのスナップショット プールに直接行われます。 注: ログ レプリケーションは、データベースが保護され、バックアップがリモート アプライアンスにレプリケートされるまで行われません。 |
| Send logs to OnVault Pool | [Yes] に設定すると、ログが 1 つ以上の
OnVault ストレージ プールにレプリケートされ、別のサイトの OnVault からのポイントインタイム リカバリが可能になります。 注: これを選択すると、Backup and DR は、そのアプリケーションのプロファイルで定義されているすべての OnVault プールにログを送信します。 プロファイルに 2 つのプールがある場合、モニタには ログ バックアップごとに OnVault（ログ）ジョブが表示されます（プールごとに 1 つ）。その SLA のプロファイルにある OnVault プールのみがログを取得します。
|
| Log Staging Disk Growth Size (In Percent) | When [Enable Database Log Backup] is set to [Yes], [Log Staging Disk Growth Size] defines the growth to use when automatically growing the staging disk on which the logs reside.この設定は 5 ～ 100% です。 |
| Estimated Change Rate | When [Enable Database Log Backup] is set to [Yes], this setting defines the daily change (in percent), which allows the appliance to better calculate the size of the staging disk needed to hold logs. この設定は 0 ～ 100 です。 |
| Compress Database Log Backup | [Enable Database Log Backup] が [Yes] に設定されている場合、この設定は、アプライアンス管理コンソールでキャプチャされる前にログを圧縮するようにソースデータベースに指示します。データベース サーバーは、ログ バックアップ中にログ圧縮を実行します。選択肢 は [Yes] または [No] です。 [Yes] に設定すると、 [Compress Database Log Backup] オプションが有効になります。 |
| Enforced Retention | ユーザーは、不変期間を 0 ～ 36,525 日の間で構成できます。
デフォルトでは、既存のすべてのポリシーの値は 0 に設定されています。
適用する保持期間を長く設定することで、 アプリケーションの保護にすでに使用されているポリシーを変更できます。 ただし、適用する保持期間を短くすることはできません。 保持期間が「最新のリモート イメージのみを保持する」streamsnap ポリシーに適用する保持期間を設定することはできません。 注: Enforced Retention は、アプリケーションごとにオーバーライドできません。このオプションは、[Policy Overrides] ページに表示されません。 注: Enforced Retention の詳細なポリシー 設定は、Backup Vault を指すアプリケーション保護と互換性がありません。Backup Vault がストレージ ターゲットの場合、Backup Vault によって適用する保持期間が決まります。 |
| Job Behavior When Target VM Needs snapshot Consolidation | VM で統合が必要な場合は、アクションを選択します。
|
| Fail On Missing Start Path | 1 つ以上の開始パスが指定されていて、これらの開始パスのいずれかが存在しない場合、ジョブは「UDSAgent:
Specified start path doesn't exist」というメッセージで失敗します。開始パスが指定されていない場合、
このオプションは無効です。選択肢は [Yes] または
[No] です。
注: このオプションのデフォルトの状態は [No]（無効）です。 これは、以前のバージョンの Backup and DR エージェントと同じ動作です。 開始パスが存在しない場合でも、ジョブは失敗しません。 |
| Enable Degraded Capture Mode | 劣化キャプチャ モードでは、 Change Block Tracking （CBT）サービスが利用できない場合に増分データをキャプチャします。 データのキャプチャに時間がかかることがあります。選択肢は [Yes] または [No] です。 |
| スクリプト タイムアウト
（エージェント ベースのバックアップにのみ適用） |
Backup and DR エージェントを使用すると、ポリシーの実行前または実行後にアプリケーションのホストで実行されるホスト側のスクリプト
を作成できます。ポリシー テンプレートで提供される 4 つのタイムアウトは、ホスト側のスクリプトの 4 つのステージに直接マッピングされます。
注: デフォルトでは、スクリプトのタイムアウト値は次の値になります。スクリプトのタイムアウトが指定されていない場合、 値は空白になり、デフォルトが使用されます。 |
次のステップ
- バックアップ プランの概要を確認する
- バックアップ テンプレートを作成する
- バックアップ ポリシーを作成する
- リソース プロファイルを作成する
- アプリケーションにバックアップ プランを適用する