SnapLock for SnapVaultを使用して、セカンダリーストレージ上のSnapshotコピーをWORM方式で保護できます。SnapLockの基本的なタスクは、すべてvaultデスティネーションで実行します。デスティネーションボリュームは自動的に読み取り専用でマウントされるため、SnapshotコピーをWORM状態に明示的にコミットする必要はありません。そのため、スケジュール設定されたSnapshotコピーをデスティネーションボリュームにSnapMirrorポリシーを使用して作成することはサポートされていません。

開始する前に

ソースアグリゲートとデスティネーションアグリゲートはどちらも64ビットである必要があります。
ソースボリュームにSnapLockボリュームを使用することはできません。
ピアSVMを含むピアクラスタにソースボリュームとデスティネーションボリュームを作成する必要があります。

詳細については、「ETERNUS AX/HX series クラスタ / SVMピアリングエクスプレスガイド」を参照してください。
ボリュームの自動拡張が無効になっている場合は、デスティネーションボリュームに、ソースボリュームで使用されているスペースよりも少なくとも5%多い空きスペースが必要です。

タスク概要

ソースボリュームで使用するストレージは、富士通のストレージでも富士通以外のストレージでもかまいません。

WORM状態にコミットされたSnapshotコピーの名前を変更することはできません。

SnapLockボリュームはクローニングできますが、SnapLockボリュームのファイルはクローニングできません。

LUNはSnapLockボリュームではサポートされていません。従来のテクノロジを使用してSnapLockボリュームにLUNを移動することは可能ですが、この処理はサポートされておらず、SnapLockボリュームのLUNに関するその他の処理もサポートされていません。ONTAP 9.9.0以降、SnapLockボリュームのLUNは、非SnapLockソースボリュームのSnapshotコピーが SnapLockデスティネーションにレプリケートされ、ロックされるSnapVault関係でのみサポートされます。このようなSnapshotコピーはLUNを含むことができます。

ONTAP 9.13.1以降では、snaplock-typeを「non-snaplock」に設定し、Snapshotコピーを「parent-snapshot」として指定してFlexCloneを作成することで、SnapLock vault関係のデスティネーションSnapLockボリュームにロックされたSnapshotコピーを瞬時にリストアできます。SnapLockタイプを指定したFlexCloneボリュームの作成の詳細については、こちらを参照してください。

MetroCluster構成の場合は、次の点に注意してください。

SnapVault関係は、同期元のSVM間でのみ作成できます。同期元のSVMと同期先のSVMの間では作成できません。
同期元のSVMのボリュームからデータ提供用のSVMへのSnapVault関係を作成できます。
データ提供用のSVMのボリュームから同期元のSVMのDPボリュームへのSnapVault関係を作成できます。

次の図は、SnapLock vault関係を初期化する手順を示しています。

手順

デスティネーションクラスタを特定します。
デスティネーションクラスタで、SnapLockライセンスをインストールして、Compliance Clockを初期化します。ONTAP 9.10.1より前のリリースを使用している場合は、SnapLockアグリゲートを作成します。手順については、「SnapLockワークフロー」を参照してください。

デスティネーションクラスタで、ソースボリュームと同じサイズ以上のDPタイプのSnapLockデスティネーションボリュームを作成します。

volume create -vserver SVM_name -volume volume_name -aggregate aggregate_name -snaplock-type compliance|enterprise -type DP -size size

ONTAP 9.10.1以降では、SnapLockボリュームと非SnapLockボリュームを同じアグリゲートに配置できるため、ONTAP 9.10.1を使用している場合はSnapLockアグリゲートを別々に作成する必要はありません。ボリュームの-snaplock-typeオプションを使用して、SnapLockボリュームタイプ（ComplianceまたはEnterprise）を指定します。ONTAP 9.10.1より前のリリースでは、SnapLockモード（ComplianceまたはEnterprise）はアグリゲートから継承されます。バージョンに依存しないデスティネーションボリュームはサポートされません。デスティネーションボリュームの言語設定とソースボリュームの言語設定が一致している必要があります。

次のコマンドは、SVM2のアグリゲートnode01_aggrに、dstvolBという名前の2GBのSnapLock Complianceボリュームを作成します。

cluster2::> volume create -vserver SVM2 -volume dstvolB -aggregate node01_aggr -snaplock-type compliance -type DP -size 2GB

デスティネーションクラスタで、デフォルトの保持期間を設定します。⼿順については、「デフォルトの保持期間の設定」を参照してください。

バックアップデスティネーションであるSnapLockボリュームには、デフォルトの保持期間が割り当てられます。この期間の初期値は、SnapLock Enterpriseボリュームの場合は最小値の0年、SnapLock Complianceボリュームの場合は最大値の30年に設定されています。各Snapshotコピーは、最初はこのデフォルトの保持期間でコミットされます。保持期間は、必要に応じてあとから延長できます。詳細については、「保持期限の設定 - 概要」を参照してください。

非SnapLockソースと手順3で作成した新しいSnapLockデスティネーションの間に新しいレプリケーション関係を作成します。

次の例は、dailyおよびweeklyのラベルが付いたSnapshotコピーを1時間ごとにバックアップするXDPDefaultポリシーを使用して、デスティネーションSnapLockボリュームdstvolBとの新しいSnapMirror関係を作成します。
```
cluster2::> snapmirror create -source-path SVM1:srcvolA -destination-path SVM2:dstvolB -vserver SVM2 -policy XDPDefault -schedule hourly
```
デフォルトの設定が適さない場合は、カスタムレプリケーションポリシーを作成するかカスタムスケジュールを作成します。
デスティネーションSVMで、手順5で作成したSnapVault関係を初期化します。

snapmirror initialize -destination-path destination_path

次のコマンドは、SVM1上のソースボリュームsrcvolAとSVM2上のデスティネーションボリュームdstvolBの間の関係を初期化します。
```
cluster2::> snapmirror initialize -destination-path SVM2:dstvolB
```
関係が初期化されてアイドル状態になったら、デスティネーションでsnapshot showコマンドを使用して、レプリケートされたSnapshotコピーに適用されているSnapLockの有効期限を確認します。

次の例は、SnapMirrorラベルとSnapLockの有効期限が設定されたボリュームdstvolB上のSnapshotコピーの一覧を表示します。
```
cluster2::> snapshot show -vserver SVM2 -volume dstvolB -fields snapmirror-label, snaplock-expiry-time
```

ONTAP 9.13

バックアップ デスティネーションのSnapshotコピーのWORM状態へのコミット

バックアップデスティネーションのSnapshotコピーのWORM状態へのコミット