日本語は機械翻訳による参考訳です。内容に矛盾や不一致があった場合には、英語の内容が優先されます。

SQL Server データベースのバックアップポリシーを作成する

寄稿者

SnapCenter を使用して SQL Server リソースをバックアップする前に、リソースまたはリソースグループのバックアップポリシーを作成することができます。また、リソースグループの作成時や単一のリソースのバックアップ時にバックアップポリシーを作成することもできます。

  • 必要なもの *

  • データ保護戦略を定義しておく必要があります。

  • SnapCenter のインストール、ホストの追加、リソースの特定、ストレージシステム接続の作成などのタスクを実行して、データ保護の準備をしておく必要があります。

  • ログバックアップ用のホストログディレクトリを設定しておく必要があります。

  • SQL Server リソースを更新(検出)しておく必要があります。

  • Snapshot コピーをミラーまたはバックアップにレプリケートするユーザには、 SnapCenter 管理者がユーザに対してソースとデスティネーションの両方のボリューム用に Storage Virtual Machine ( SVM )を割り当てる必要があります。

    管理者によるユーザへのリソースの割り当て方法については、 SnapCenter のインストール情報を参照してください。

  • プリスクリプトとポストスクリプトで PowerShell スクリプトを実行する場合は、 web.config ファイルで usePowershellProcessforScripts パラメータの値を true に設定する必要があります。

    デフォルト値は false です。

  • このタスクについて *

  • バックアップポリシーとは、バックアップを管理および保持する方法やリソースやリソースグループをバックアップする頻度を定めた一連のルールです。レプリケーションとスクリプトの設定を指定することもできます。ポリシーでオプションを指定しておくことで、別のリソースグループにポリシーを再利用して時間を節約することができます。

  • scripts_pathは、プラグインホストのSMCoreServiceHost.exe.ConfigファイルにあるPredefinedWindowsScriptsDirectoryキーを使用して定義されます。

    必要に応じて、このパスを変更し、SMcoreサービスを再起動できます。セキュリティのためにデフォルトパスを使用することを推奨します。

    キーの値は、api/4.7/configsettingsを介してスワッガーから表示できます

    GET APIを使用してキーの値を表示することができます。set APIはサポートされません。

  • ウィザードの各ページのフィールドのほとんどはわかりやすいもので、説明を必要としません。以下の手順では、説明が必要な一部のフィールドを取り上げます。

  • 手順 *

    1. 左側のナビゲーションペインで、 * 設定 * をクリックします。

    2. [ 設定 ] ページで、 [ * ポリシー * ] をクリックします。

    3. [ 新規作成( New ) ] をクリックする。

    4. [ 名前 ] ページで、ポリシー名と概要を入力します。

    5. [Backup Type] ページで、次の手順を実行します。

      1. バックアップタイプを選択します。

        状況 手順

        データベースファイルとトランザクションログをバックアップし、トランザクションログを切り捨てます

        1. [ フルバックアップおよびログバックアップ * ] を選択します。

        2. 各 Snapshot コピーにバックアップするデータベースの最大数を入力します。

          注記 同時に複数のバックアップ処理を実行する場合は、この値を増やす必要があります。

        データベースファイルをバックアップします

        1. [* Full backup* ] を選択します。

        2. 各 Snapshot コピーにバックアップするデータベースの最大数を入力します。デフォルト値は 100 です

          注記 同時に複数のバックアップ処理を実行する場合は、この値を増やす必要があります。

        トランザクションログをバックアップ

        「 * Log backup * 」を選択します。

      2. 別のバックアップ・アプリケーションを使用してリソースをバックアップする場合は、 [* コピーのみのバックアップ * ] を選択します。

        トランザクションログが変更されずに保持されるため、任意のバックアップアプリケーションでデータベースをリストアできます。通常、他の状況ではコピーのみのオプションを使用しないでください。

        注記 Microsoft SQL では、セカンダリ・ストレージのフル・バックアップおよびログ・バックアップ * オプションと * コピーのみのバックアップ * オプションはサポートされていません。
      3. 可用性グループの設定セクションで、次の操作を実行します。

        フィールド 手順

        優先バックアップレプリカのみにバックアップする

        優先バックアップレプリカのみをバックアップする場合は、このオプションを選択します。優先バックアップレプリカは、 SQL Server の AG に対して設定されているバックアップ設定によって決まります。

        バックアップするレプリカを選択します

        バックアップするプライマリまたはセカンダリの AG レプリカを選択します。

        バックアップの優先度(最小および最大のバックアップ優先度)

        バックアップする AG レプリカを決めるための、バックアップの最小優先順位と最大優先順位を指定します。たとえば、最小優先度を 10 、最大優先度を 50 に設定できます。この場合、優先順位が 10 より高く 50 より低いすべての AG レプリカがバックアップ用とみなされます。

        注記 デフォルトでは、最小プライオリティは 1 、最大プライオリティは 100 です。
        注記 クラスタ構成では、ポリシーで設定された保持設定に従って、クラスタの各ノードにバックアップが保持されます。AG の所有者ノードが変更された場合は、保持設定に従ってバックアップが作成され、以前の所有者ノードのバックアップが保持されます。AG の保持設定はノードレベルでのみ適用されます。
      4. このポリシーを使用して作成するバックアップのスケジュールを設定する場合は、「 * on demand * 、 * Hourly * 、 * Daily * 、 * Weekly * 、または * Monthly * 」を選択して、スケジュールのタイプを指定します。

        ポリシーに対して選択できるスケジュールタイプは 1 つだけです。

        バックアップ設定
        注記 リソースグループを作成する際に、バックアップ処理のスケジュール(開始日、終了日、頻度)を指定することができます。これにより、ポリシーとバックアップ間隔が同じである複数のリソースグループを作成できますが、各ポリシーに異なるバックアップスケジュールを割り当てることもできます。
      注記 午前 2 時にスケジュールを設定した場合、夏時間( DST )中はスケジュールはトリガーされません。
    6. [ 保持 ] ページでは、 [ バックアップ・タイプ ] ページで選択したバックアップ・タイプに応じて、次のアクションを 1 つ以上実行します。

      1. [ 最新の状態へのリストア処理の保持の設定 ] セクションで、次のいずれかを実行します。

        状況 手順

        特定の数の Snapshot コピーだけを保持します

        [ * 最新の < 日数 > 日数に適用可能なログバックアップを保持する ] オプションを選択し、保持する日数を指定します。この上限に近づいた場合は、古いコピーを削除できます。

        バックアップコピーを特定の日数だけ保持します

        [ * 最新の < 日数 > フル・バックアップに適用可能なログ・バックアップを保持する ] オプションを選択し、ログ・バックアップ・コピーを保持する日数を指定します。

      2. On Demand の保持設定の「 * フルバックアップの保持設定 * 」セクションで、次の操作を実行します。

        フィールド 手順

        保持する Snapshot コピーの総数

        保持する Snapshot コピーの数を指定する場合は、「 * 保持する Snapshot コピーの総数 * 」を選択します。

        Snapshot コピーの数が指定した数を超えると、古いものから順に Snapshot コピーが削除されます。

        注記 最大保持数は、 ONTAP 9.4 以降のリソースでは 1018 、 ONTAP 9.3 以前のリソースでは 254 です。保持期間を基盤となる ONTAP バージョンの値よりも大きい値に設定すると、バックアップが失敗します。
        重要 デフォルトでは、保持数の値は 2 に設定されます。保持数を 1 に設定すると、新しい Snapshot コピーがターゲットにレプリケートされるまで最初の Snapshot コピーが SnapVault 関係の参照 Snapshot コピーになるため、保持処理が失敗することがあります。

        Snapshot コピーをのために保持します

        Snapshot コピーを削除するまで保持しておく日数を指定する場合は、「 * Snapshot コピーを保持する期間」を選択します。

      3. [ 毎時 ] 、 [ 毎日 ] 、 [ 毎週 ] 、および [ 毎月 ] の保持設定の [ フルバックアップ保持設定 *] セクションで、 [ バックアップタイプ ] ページで選択したスケジュールタイプの保持設定を指定します。

        フィールド 手順

        保持する Snapshot コピーの総数

        保持する Snapshot コピーの数を指定する場合は、「 * 保持する Snapshot コピーの総数 * 」を選択します。Snapshot コピーの数が指定した数を超えると、古いものから順に Snapshot コピーが削除されます。

        重要 SnapVault レプリケーションを有効にする場合は、保持数を 2 以上に設定する必要があります。保持数を 1 に設定すると、新しい Snapshot コピーがターゲットにレプリケートされるまで最初の Snapshot コピーが SnapVault 関係の参照 Snapshot コピーになるため、保持処理が失敗することがあります。

        Snapshot コピーをのために保持します

        Snapshot コピーを削除するまで保持しておく日数を指定する場合は、「 * Snapshot コピーを保持する期間」を選択します。

        ログの Snapshot コピーの保持期間は、デフォルトで 7 日に設定されています。ログの Snapshot コピーの保持期間を変更するには、 Set-SmPolicy コマンドレットを使用します。

        ログの Snapshot コピーの保持を 2 に設定する例を次に示します。

      Set-SmPolicy -PolicyName 'newpol' -PolicyType 'Backup' -PluginPolicyType 'SCSQL' -sqlbackuptype 'FullBackupAndLogBackup' -RetentionSettings @{BackupType='DATA';ScheduleType='Hourly';RetentionCount=2},@{BackupType='LOG_SNAPSHOT';ScheduleType='None';RetentionCount=2},@{BackupType='LOG';ScheduleType='Hourly';RetentionCount=2} -scheduletype 'Hourly'
    7. Replication (レプリケーション)ページで、セカンダリストレージシステムへのレプリケーションを指定します。

      フィールド 手順

      ローカル Snapshot コピーの作成後に SnapMirror を更新します

      別のボリュームにバックアップセットのミラーコピーを作成する場合( SnapMirror )は、このオプションを選択します。

      Snapshot コピーの作成後に SnapVault を更新します

      ディスクツーディスクのバックアップレプリケーションを実行する場合は、このオプションを選択します。

      セカンダリポリシーのラベル

      Snapshot ラベルを選択します。

      選択した Snapshot コピーラベルに応じて、 ONTAP はラベルに一致するセカンダリ Snapshot コピー保持ポリシーを適用します。

      注記 ローカル Snapshot コピーの作成後に「 * SnapMirror を更新」を選択した場合は、必要に応じてセカンダリポリシーラベルを指定できます。ただし、ローカル Snapshot コピーの作成後に「 * Update SnapVault 」を選択した場合は、セカンダリポリシーラベルを指定する必要があります。

      エラー再試行回数

      レプリケーションの最大試行回数を入力します。この回数を超えると処理が停止します。

    8. スクリプトページで、バックアップ処理の前後に実行するプリスクリプトまたはポストスクリプトのパスと引数を入力します。

      たとえば、 SNMP トラップの更新、アラートの自動化、ログの送信などをスクリプトで実行できます。

      注記 プリスクリプトまたはポストスクリプトのパスにドライブまたは共有を含めることはできません。パスはscripts_pathに対する相対パスでなければなりません。
    注記 セカンダリストレージが Snapshot コピーの最大数に達しないように、 ONTAP で SnapMirror 保持ポリシーを設定する必要があります。
    1. [Verification] ページで、次の手順を実行します。

      1. Run verification for following backup schedules セクションで、スケジュール頻度を選択します。

      2. Database consistency check options セクションで、次の操作を実行します。

        フィールド 手順

        整合性構造をデータベースの物理構造に制限する( physical_only )

        整合性チェックの対象をデータベースの物理構造に限定し、データベースに影響を与える正しくないページ、チェックサム障害、および一般的なハードウェア障害を検出するには、「 * 」を選択します。

        すべての情報メッセージを無効にする( INFOMSGS なし)

        すべての情報メッセージを停止するには、「 * 」を選択します( NO_INFOMSGS )。デフォルトで選択されています。

        レポートされたすべてのエラー・メッセージをオブジェクトごとに表示する( All_ERRORGS )

        レポートされたエラーをオブジェクトごとにすべて表示する場合は、このオプションを選択します。

        非クラスタ化インデックス( noindex )をチェックしない

        非クラスタ化インデックスをチェックしない場合は、「 * 非クラスタ化インデックスをチェックしない」を選択します。SQL Server データベースは、 Microsoft SQL Server の Database Consistency Checker ( DBCC )を使用して、データベース内のオブジェクトの論理的な整合性と物理的な整合性をチェックします。

        内部データベースの Snapshot コピー( TABLOCK )を使用せずに、チェックを制限してロックを取得します。

        内部データベースの Snapshot コピーを使用する代わりに、チェックを制限してロックを取得する場合は、「 * 」を選択します。このオプションを選択すると、チェックが制限され、内部データベースの Snapshot コピーを使用する代わりにロックが取得されます。

      3. [ ログ・バックアップ * ] セクションで、 [ 完了時にログ・バックアップを検証する * ] を選択し、完了時にログ・バックアップを検証します。

      4. 検証スクリプトの設定 * セクションで、検証処理の前後に実行するプリスクリプトまたはポストスクリプトのパスと引数を入力します。

        注記 プリスクリプトまたはポストスクリプトのパスにドライブまたは共有を含めることはできません。パスはscripts_pathに対する相対パスでなければなりません。
    2. 概要を確認し、 [ 完了 ] をクリックします。