本ページの製品は2024年4月1日より、エフサステクノロジーズ株式会社に統合となり、順次、切り替えを実施してまいります。一部、富士通表記が混在することがありますので、ご了承ください。

SnapCenter Software 5 マニュアル ( CA08871-403 )

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

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

開始する前に

データ保護戦略を定義しておく必要があります。
SnapCenterのインストール、ホストの追加、リソースの特定、ストレージシステム接続の作成などのタスクを実行して、データ保護の準備をしておく必要があります。
ログバックアップ用のホストログディレクトリーを設定しておく必要があります。
SQL Serverリソースを更新（検出）しておく必要があります。
Snapshotコピーをミラーまたはバックアップにレプリケートするユーザーには、SnapCenter管理者がユーザーに対してソースとデスティネーションの両方のボリューム用にStorage Virtual Machine（SVM）を割り当てておく必要があります。

管理者によるユーザーへのリソースの割り当てについては、SnapCenterのインストール情報を参照してください。
プリスクリプトとポストスクリプトでPowerShellスクリプトを実行する場合は、web.configファイルのusePowershellProcessforScriptsパラメーターの値をtrueに設定する必要があります。

デフォルト値はfalseです。
SnapMirror Business Continuity（SM-BC）の前提条件と制限事項の詳細については、「SnapMirror Business Continuityのオブジェクト制限」を参照してください。

タスク概要

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

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

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

キーの値は、Swaggerで次のAPIを使用して表示できます。API /4.7/configsettings

GET APIを使用すると、キーの値を表示できます。SET APIはサポートされません。
SnapLock
- [Retain the backup copies for a specific number of days]オプションを選択した場合は、SnapLockの保持期間をここで指定した保持日数以下にする必要があります。
  
  Snapshotコピーのロック期間を指定すると、保持期間が終了するまでSnapshotコピーが削除されません。その結果、ポリシーで指定した数よりも多くのSnapshotコピーが保持される可能性があります。
  
  ONTAP 9.12.1以前のバージョンでは、Snapshotコピーのロック期間を指定すると、改ざん防止Snapshotコピーから作成されたクローンにSnapLockの有効期限が継承されます。 SnapLockの有効期限が過ぎたあと、クローンを手動でクリーンアップする必要があります。
  
  プライマリーSnapLock設定はSnapCenterバックアップポリシーで管理し、セカンダリーSnapLock設定はONTAPで管理します。

手順 1：ポリシー名の作成

左側のナビゲーションペインで、[設定]を選択します。
[設定]ページで、[ポリシー]を選択します。
[新規]を選択します。
[Name]ページで、ポリシーの名前と説明を入力します。

手順 2：バックアップオプションの設定

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

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

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

[フルバックアップとログバックアップ]を選択します。
各Snapshotコピーにバックアップするデータベースの最大数を入力します。

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

フルバックアップ

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

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

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

ログバックアップ

トランザクションログをバックアップします。

[ログバックアップ]を選択します。

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

別のバックアップアプリケーションを使用してリソースをバックアップしている場合は、[Copy only backup]を選択します。

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

Microsoft SQLでは、セカンダリーストレージに対して[Copy only backup]オプションと[フルバックアップとログバックアップ]オプションを同時に指定できません。

[Availability Group Settings]セクションで、次の操作を実行します。

Backup on preferred backup replica only

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

バックアップするプライマリーまたはセカンダリーのAGレプリカを選択します。
Select Backup priority (Minimum and Maximum backup priority)

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

デフォルトでは、最小優先順位は1、最大優先順位は100です。

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

このポリシーで作成するバックアップのスケジュールを設定する場合は、[オンデマンド]、[毎時]、[毎日]、[毎週]、[毎月]のいずれかのスケジュールタイプを選択します。

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

リソースグループを作成する際に、バックアップ処理のスケジュール（開始日、終了日、および頻度）を指定することができます。これにより、ポリシーとバックアップ間隔が同じである複数のリソースグループを作成できますが、各ポリシーに異なるバックアップスケジュールを割り当てることもできます。

午前2時にスケジュールを設定した場合、夏時間（DST）中はスケジュールがトリガーされません。

手順 3：保持の設定

[Retention]ページで、[Backup Type]ページで選択したバックアップタイプに応じて次のいくつかの操作を実行します。

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

特定のコピー数

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

[Keep log backups applicable to last <number> days]オプションを選択し、保持する日数を指定します。この上限に近づいた場合は、古いコピーを削除できます。

特定の日数

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

[Keep log backups applicable to last <number> days of full backups]オプションを選択し、ログバックアップコピーを保持する日数を指定します。

[Full backup retentions settings]セクションの[On Demand retention settings]で、次の操作を実行します。
1. 保持するSnapshotコピーの総数を指定
  1. 保持するSnapshotコピーの数を指定する場合は、[保持する総Snapshotコピー数]を選択します。
  2. Snapshotコピーの数が指定した数を超えると、古いものから順にSnapshotコピーが削除されます。

デフォルトでは、保持数の値は2に設定されています。保持数を1に設定すると、新しいSnapshotコピーがターゲットにレプリケートされるまで最初のSnapshotコピーがSnapVault関係の参照Snapshotコピーになるため、保持処理が失敗することがあります。

保持数の最大値は、ONTAP 9.4以降のリソースでは1018です。これよりも大きい値に設定すると、バックアップが失敗します。

Snapshotコピーの保持期間の長さ
1. Snapshotコピーを保持する期間（削除するまでの日数）を指定する場合は、[Snapshotコピーの保持期間]を選択します。
Snapshotコピーのロック期間を指定するには、[Snapshotコピーの保持期間]を選択し、日数、月数、または年数を選択します。

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

[Full backup retentions settings]セクションの[Hourly, Daily, Weekly and Monthly retention settings]で、[Backup Type]ページで選択したスケジュールタイプの保持設定を指定します。
1. 保持するSnapshotコピーの総数を指定
  1. 保持するSnapshotコピーの数を指定する場合は、[保持する総Snapshotコピー数]を選択します。Snapshotコピーの数が指定した数を超えると、古いものから順にSnapshotコピーが削除されます。

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

Snapshotコピーの保持期間の長さ
1. Snapshotコピーを保持する期間（削除するまでの日数）を指定する場合は、[Snapshotコピーの保持期間]を選択します。
Snapshotコピーのロック期間を指定するには、[Snapshotコピーの保持期間]を選択し、日数、月数、または年数を選択します。

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

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

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

Example 1. サンプルの提示

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'

手順 4：レプリケーションの設定

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

SnapMirror を更新

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

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

SnapMirror Business Continuity（SM-BC）またはSnapMirror Sync（SM-S）を使用するには、このオプションを有効にする必要があります。

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

「トポロジーページでのSQL Serverのバックアップとクローンの表示」を参照してください。

SnapVault を更新

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

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

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

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

SnapLock Vaultの詳細については、「バックアップデスティネーションのSnapshotコピーのWORM状態へのコミット」を参照してください。

「トポロジーページでのSQL Serverのバックアップとクローンの表示」を参照してください。

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

Snapshotラベルを選択します。

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

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

エラー時の再試行回数

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

手順5：スクリプトの設定

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

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

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

セカンダリーストレージがSnapshotコピーの最大数に達しないように、ONTAPでSnapMirrorの保持ポリシーを設定する必要があります。

手順6：検証の設定

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

[Run verification for following backup schedules]セクションで、実行頻度を選択します。
[Database consistency check options]セクションで、次の操作を実行します。
1. Limit the integrity structure to physical structure of the database (PHYSICAL_ONLY)
  1. 整合性チェックの対象をデータベースの物理構造に限定し、データベースに影響を与える正しくないページ、チェックサムエラー、および一般的なハードウェア障害を検出する場合は、[Limit the integrity structure to physical structure of the database (PHYSICAL_ONLY)]を選択します。
2. Suppress all information messages (NO INFOMSGS)
  1. 情報メッセージをすべて停止する場合は、[Supress all information messages (NO_INFOMSGS)]を選択します。このオプションはデフォルトで選択されています。
3. Display all reported error messages per object (ALL_ERRORMSGS)
  1. レポートされたエラーをオブジェクトごとにすべて表示する場合は、[Display all reported error messages per object (ALL_ERRORMSGS)]を選択します。
4. Do not check nonclustered indexes (NOINDEX)
  1. 非クラスタ化インデックスをチェックしない場合は、[Do not check nonclustered indexes (NOINDEX)]を選択します。 SQL Serverデータベースは、Microsoft SQL ServerのDatabase Consistency Checker（DBCC）を使用して、データベース内のオブジェクトの論理的な整合性と物理的な整合性をチェックします。
5. Limit the checks and obtain the locks instead of using an internal database Snapshot copy (TABLOCK)
  1. 内部データベースのSnapshotコピーを使用する代わりに、チェックを制限してロックを取得する場合は、[Limit the checks and obtain the locks instead of using an internal database Snapshot copy (TABLOCK)]を選択します。
[Log Backup]セクションで、完了時にログバックアップを検証する場合は[Verify log backup upon completion]を選択します。

[Verification script settings]セクションで、検証処理の前またはあとに実行するプリスクリプトまたはポストスクリプトの引数とパスを入力します。