Microsoft SQL Server インスタンスとデータベースのアプリケーションの詳細と設定

ポリシー設定のオーバーライドの詳細設定を構成する

[バックアップ プランの管理] ウィンドウで [ポリシーのオーバーライド] をクリックして、[ポリシー設定のオーバーライド] ダイアログを表示します。選択したバックアップ テンプレートに関連付けられている特定のポリシー設定をオーバーライドできます。完了したら、[変更を保存] をクリックします。

ポリシー オーバーライド設定をデフォルト状態にリセットするには、選択項目の横にあるチェックボックスをクリックします。すべてのポリシー オーバーライド設定をデフォルト状態にリセットするには、[デフォルトに戻すオプションを選択] をクリックします。

次のリストに、SQL Server インスタンス、可用性グループ（AG）、データベース、整合性グループで有効なポリシー設定のオーバーライドについて説明します。

  • マッピングを解除しないでください。ジョブ間でステージング ディスクをマッピングしたままにする: 一時的なステージング ディスクをホストにマッピングし、データ移動中に使用してホストにマッピングされたままにする場合は、このオプションを選択します。LUN は最初のジョブ中にマッピングされ、その後のすべてのジョブで同じマッピングされた LUN が再利用されます。このオプションはデフォルトで選択されています。各ジョブの後にステージング ディスクのマッピングを解除する: このオプションでは、すべてのジョブの終了時にステージング ディスクをオペレーティング システムからマウント解除し（マウントポイントまたはドライブ文字を削除）、ホストからも完全にマッピング解除します。このオプションでは、再マッピングされたステージング ディスクを再マウントする前に再検出する必要があるため、ホストは次のジョブの開始時に SCSI LUN のスキャンを実行する必要があります。

  • Truncate Log After Backup: バックアップのたびにログを切り捨てるかどうかを指定します。有効にすると、アプリケーション関連のログは最近のバックアップまたは現在のバックアップまで切り捨てられます。ログを切り捨てる場合は、ロールフォワード リカバリを有効にするためにトランザクション ログもバックアップする必要があります。

  • 整合性グループ内のオフライン アプリケーションをスキップする。整合性グループの管理のみ。整合性グループに含まれる使用不可のデータベースを無視するかどうかを指定します。整合性グループを作成して複数のデータベースを一緒にバックアップし、データの整合性を維持します。整合性グループは、同じインスタンスまたはアベイラビリティ グループのデータベースのコレクションです。

    次のオプションがあります。

    • オフライン アプリケーションが見つかった場合にバックアップが失敗する
    • バックアップ中にオフライン アプリをスキップする

  • ステージング ディスクをクラスタ内のすべての ESX ホストにマッピングします。（このオプションは、NFS データストアを使用する場合は無関係です）。ステージング ディスクを VM 専用の ESX ホストにマッピングします。ステージング ディスクをクラスタ内のすべての ESX ホストにマッピングします。ステージング ディスクをクラスタ内の 2 つの ESX ホストにマッピングします。

  • SQL Server ユーザーのログインをバックアップします。バックアップ対象となるデータベースへのアクセスが許可されたアカウントの SQL Server インスタンスのログイン レコードのバックアップ。データベースが仮想アプリケーションとしてマウントされている場合（アプリケーション対応マウント）、バックアップされたユーザー ログインをターゲット SQL Server インスタンスに復元できます。これにより、元のソース データベースにアクセスできるユーザーが仮想データベースにアクセスできるようになります。選択できるオプションは [Yes] と [No] です。

  • データベース ログのバックアップを有効にします。[データベース ログのバックアップを有効にする] オプションを使用すると、バックアップ プラン ポリシーで Oracle または SQL Server データベースと、関連するすべてのトランザクション ログファイルをバックアップできます。ログは、ログ スナップショット ジョブの実行時にバックアップされます。オプションは [はい] または [いいえ] です。[はい] に設定すると、関連するオプションが有効になります。

  • RPO。[Enable Database Log Backup] が [Yes] に設定されている場合、RPO によってデータベース ログのバックアップ頻度が定義されます。頻度は分単位で設定し、データベースのバックアップ間隔を超えないようにする必要があります。設定できる最小値（分単位）は 15 です。

  • Log Backup Retention Period: [Enable Database Log Backup] が [Yes] に設定されている場合、ログの保持はスナップショット ポリシーの保持とは別に定義されます。保持期間を別々に設定すると、スナップショット プールに保存されているデータベースのコピーとともにログを使用できます。ログの保持期間は必須の設定です。

  • Replicate Logs。（StreamSnap テクノロジーを使用）[Enable Database Log Backup] が [有効にする] に設定されている場合、[Replicate Logs] の詳細設定で、SQL Server データベース トランザクション ログをリモート バックアップ/リカバリ アプライアンスに複製できます。ログ レプリケーション ジョブを実行するには、テンプレートに StreamSnap レプリケーション ポリシーと、リモート バックアップ/リカバリ アプライアンスを指定するリソース プロファイルが必要です。また、データベースのレプリケーションが少なくとも 1 回正常に完了している必要があります。レプリケートされたログの保持期間内の任意のデータベース イメージに、リモート サイトのログを使用できます。この機能はデフォルトで有効になっています。

    ログ レプリケーションは、StreamSnap テクノロジーを使用して、ローカル バックアップ / リカバリ アプライアンスとリモート バックアップ / リカバリ アプライアンス間のレプリケーションを実行します。ログ レプリケーションは、ローカル スナップショット プールからリモート アプライアンスのスナップショット プールに直接行われます。

  • [Send Logs to OnVault Pool] をオンにします。[Enable Database Log Backup] が [Enable] に設定されている場合、この設定により、SQL Server データベース トランザクション ログを OnVault プールに複製できます。ログ レプリケーション ジョブを実行するには、テンプレートに OnVault ポリシーと、OnVault プールを指定するリソース プロファイルが含まれている必要があります。また、最初に少なくとも 1 つのデータベースをプールに送信する必要があります。次に、保持期間内の任意のデータベース イメージに対してリモート サイトのログを使用します。この機能はデフォルトで有効になっています。

  • ログ ステージング ディスクの増加サイズ。[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] に設定されている場合、この設定は、管理コンソールでバックアップされる前にログを圧縮するようにソース データベースに指示します。データベース サーバーは、ログバックアップ中にログ圧縮を実行します。オプションは [はい] または [いいえ] です。[はい] に設定すると、[データベース ログのバックアップを圧縮する] オプションが有効になります。

  • スクリプトのタイムアウト。バックアップと DR のエージェントを使用すると、ポリシーの実行前または実行後にアプリケーションのホストで実行されるホストサイド スクリプトを作成できます。ポリシー テンプレートで指定された 4 つのタイムアウトは、ホストサイド スクリプトの 4 つのステージに直接マッピングされます。

    • スクリプト初期化のタイムアウト。管理対象ホスト上のホストサイド スクリプトが初期化されたと見なすまでにポリシーが待機する時間を定義します。デフォルト値は 120 秒です。指定できる範囲は 1 ～ 86, 400 秒（24 時間）です。
    • スクリプトのフリーズ タイムアウト。アプリケーションがフリーズし、データのバックアップの準備が整ったとポリシーが想定するまでの待機時間を定義します。デフォルト値は 60 秒です。指定できる範囲は 1 ～ 86, 400 秒です。
    • スクリプトのフリーズ解除のタイムアウト。アプリケーションがフリーズ解除されたと見なすまでにポリシーが待機する時間を定義します。デフォルト値は 60 秒です。指定できる範囲は 1 ～ 86,400 秒です。
    • スクリプトの終了タイムアウト。データのバックアップが完了するまでにポリシーが待機する時間を定義します。デフォルト値は 60 秒です。許容範囲は 1 ～ 86, 400 秒です。
    • スクリプトのレプリケーション後タイムアウト。レプリケーションが完了するまでポリシーが待機する時間を定義します。デフォルト値は 60 秒です。許容範囲は 1 ～ 86, 400 秒です。

Backup and DR SQL Server DBA ガイド

このページは、バックアップと DR を使用した Microsoft SQL Server データベースの保護と復元に固有のシリーズのページの 1 つです。詳細については、以下をご覧ください。