Skip to main content
本製品の最新リリースがご利用いただけます。
日本語は機械翻訳による参考訳です。内容に矛盾や不一致があった場合には、英語の内容が優先されます。

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

共同作成者
PDF

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

開始する前に

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

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

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

  • SQL Serverリソースをリフレッシュ（検出）しておく必要があります。

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

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

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

    デフォルト値はfalseです。

  • SnapMirrorビジネス継続性（SM-BC）の前提条件と制限事項の詳細については、を参照してください "SnapMirrorビジネス継続性のオブジェクト制限"。

タスクの内容

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

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

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

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

    GET APIを使用すると、キーの値を表示できます。Set APIはサポートされていません。

  • SnapLock

    • [バックアップコピーを特定の日数だけ保持する]オプションを選択した場合は、SnapLockの保持期間を指定した保持日数以下にする必要があります。

      Snapshotのロック期間を指定すると、保持期間が終了するまでSnapshotが削除されません。その結果、保持されるSnapshotの数がポリシーで指定されている数よりも多くなる可能性があります。

      ONTAP 9.12.1以前のバージョンでは、リストアの一環としてSnapLockヴォールトSnapshotから作成されたクローンにSnapLockヴォールトの有効期限が継承されます。SnapLockの有効期限が過ぎた時点で、ストレージ管理者がクローンを手動でクリーンアップする必要があります。

    メモ プライマリSnapLock設定はSnapCenterバックアップポリシーで管理され、セカンダリSnapLock設定はONTAPで管理されます。

手順1：ポリシー名を作成します

  1. 左側のナビゲーションペインで、*[設定]*を選択します。

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

  3. [New]*を選択します。

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

ステップ2：バックアップオプションを設定します

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

フルバックアップとログバックアップ

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

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

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

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

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

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

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

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

トランザクションログをバックアップします。です。「 * Log backup * 」を選択します。

コピーのみのバックアップ

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

トランザクションログをそのまま保持すると、すべてのバックアップアプリケーションでデータベースをリストアできます。通常、他の状況ではコピーのみのオプションを使用しないでください。

メモ Microsoft SQL では、セカンダリ・ストレージのフル・バックアップおよびログ・バックアップ * オプションと * コピーのみのバックアップ * オプションはサポートされていません。

  1. 可用性グループの設定セクションで、次の操作を実行します。

    1. 優先バックアップレプリカのみにバックアップ。

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

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

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

    3. バックアップ優先度の選択（最小および最大バックアップ優先度）

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

      デフォルトでは、最小プライオリティは1、最大プライオリティは100です。

    メモ クラスタ構成では、ポリシーで設定された保持設定に従って、バックアップがクラスタの各ノードで保持されます。AGの所有者ノードが変更された場合、保持設定に従ってバックアップが作成され、以前の所有者ノードのバックアップが保持されます。AGの保持設定はノードレベルでのみ適用されます。

  2. このポリシーのバックアップ頻度をスケジュールします。スケジュールタイプを指定するには、オンデマンド、毎時、毎日、毎週、または*毎月*を選択します。

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

    バックアップ設定画面。
    メモ リソースグループを作成する際に、バックアップ処理のスケジュール（開始日、終了日、頻度）を指定できます。これにより、ポリシーとバックアップ頻度が同じであるリソースグループを作成できますが、各ポリシーに異なるバックアップスケジュールを割り当てることができます。
    メモ 午前2時にスケジュールを設定している場合、夏時間（DST）中はスケジュールはトリガーされません。

ステップ3：保持設定を構成する

[ 保持 ] ページでは、 [ バックアップ・タイプ ] ページで選択したバックアップ・タイプに応じて、次のアクションを 1 つ以上実行します。

  1. [Retention settings for the up-to-the-minute restore operation]セクションで、次のいずれかを実行します。

特定のコピー数

特定の数のSnapshotのみを保持します。

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

特定の日数

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

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

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

    1. 保持するSnapshotの総数を指定

      1. 保持するSnapshotの数を指定するには、*保持するSnapshotコピーの総数*を選択します。

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

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

  1. Snapshotを保持する期間

    1. Snapshotを保持してから削除するまでの日数を指定する場合は、*[Keep Snapshot copies for]*を選択します。

  2. Snapshotのロック期間を指定する場合は、*[Snapshot copy locking period（Snapshotコピーロック期間）]*を選択し、日数、月数、または年数を選択します。

    SnapLock保持期間は100年未満にする必要があります。

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

    1. 保持するSnapshotの総数を指定

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

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

  1. Snapshotを保持する期間

    1. Snapshotを削除するまで保持する日数を指定するには、*[Keep Snapshot copies for]*を選択します。

  2. Snapshotのロック期間を指定する場合は、*[Snapshot copy locking period（Snapshotコピーロック期間）]*を選択し、日数、月数、または年数を選択します。

    SnapLock保持期間は100年未満にする必要があります。

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

この例では、ログのSnapshot保持数を2に設定しています。

例 1. 例を示します

Set-SmPolicy-PolicyName 'newpol'-PolicyType 'Backup'-PluginPolicyType 'SCSQL'-sqlbackuptype 'FullBackupAndLogBackup'-RetentionSettings@｛backupType='Hourly'；RetentionCount=2｝、@｛backupType='log_snapshot'；ScheduleType=2｝

"SnapCenterがデータベースのSnapshotコピーを保持"

ステップ4：レプリケーション設定を構成します

  1. Replication （レプリケーション）ページで、セカンダリストレージシステムへのレプリケーションを指定します。

SnapMirrorの更新

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

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

    このオプションは、SnapMirrorビジネス継続性（SM-BC）またはSnapMirror Sync（SM-S）で有効にする必要があります。

    セカンダリレプリケーションでは、SnapLockの有効期限によってプライマリSnapLockの有効期限がロードされます。[Topology]ページの[Refresh]*ボタンをクリックすると、ONTAPから取得されたセカンダリおよびプライマリのSnapLock有効期限が更新されます。

    を参照して "[TopologyページでのSQL Serverのバックアップとクローンの表示"]

SnapVaultの更新

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

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

    セカンダリレプリケーションでは、SnapLockの有効期限によってプライマリSnapLockの有効期限がロードされます。[Topology]ページの[Refresh]*ボタンをクリックすると、ONTAPから取得されたセカンダリおよびプライマリのSnapLock有効期限が更新されます。

    SnapLockがONTAPのセカンダリ（SnapLock Vault）にのみ設定されている場合、[Topology]ページの*[Refresh]*ボタンをクリックすると、ONTAPから取得したセカンダリのロック期間が更新されます。

    SnapLock Vaultの詳細については、を参照してください。 "SnapVaultデスティネーションでSnapshotコピーをWORM状態にコミットする"

    を参照して "[TopologyページでのSQL Serverのバックアップとクローンの表示"]

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

  1. Snapshotラベルを選択します。

選択したSnapshotラベルに応じて、ラベルに一致するセカンダリSnapshot保持ポリシーがONTAPによって適用されます。

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

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

手順5：スクリプト設定を構成します

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

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

    メモ プリスクリプトまたはポストスクリプトのパスにドライブまたは共有を含めることはできません。パスはscripts_pathからの相対パスである必要があります。
    メモ セカンダリストレージがSnapshotの最大数に達しないように、ONTAPでSnapMirror保持ポリシーを設定する必要があります。

手順6：検証設定を構成します

[Verification] ページで、次の手順を実行します。

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

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

    1. 整合性構造をデータベースの物理構造に制限する（physical_only）

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

    2. すべての情報メッセージを抑制（INFOMSGSなし）

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

    3. レポートされたすべてのエラーメッセージをオブジェクトごとに表示する（ALL_ERRORMSGS）

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

    4. クラスタ化されていないインデックスをチェックしない（NOINDEX）

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

    5. 内部データベーススナップショット（TABLOCK）を使用する代わりに、チェックを制限してロックを取得する

      1. 内部データベースSnapshotを使用する代わりにチェックを制限してロックを取得する場合は、*[内部データベースSnapshotコピー（TABLOCK）を使用する代わりにチェックを制限してロックを取得する]*を選択します。

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

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

    メモ プリスクリプトまたはポストスクリプトのパスにドライブまたは共有を含めることはできません。パスはscripts_pathからの相対パスである必要があります。

ステップ7：概要を確認します

  1. 概要を確認し、*[終了]*を選択します。