アプライアンス管理コンソールで Microsoft SQL Server データベースのアプリケーションの詳細と設定を構成する

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  • スクリプトのタイムアウト。Backup and 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 Microsoft SQL Server DBA ガイド

このページは、Backup and DR を使用した Microsoft SQL Server データベースの保護と復元に固有の一連のページの一部です。詳細については、以下をご覧ください。