System Managerを使用して、ミラー関係をソースStorage Virtual Machine（SVM）から作成し、ミラー ポリシーとスケジュールをそのミラー関係に割り当てることができます。ミラー コピーを作成しておけば、ソース ボリュームのデータが破損した場合や失われた場合でも、データをすぐに使用することができます。
開始する前に
- ソース クラスタとデスティネーション クラスタでSnapMirrorライセンスが有効になっている必要があります。 注:
- 一部のプラットフォームでは、デスティネーション クラスタでSnapMirrorライセンスに加えてData Protection Optimization（DPO）ライセンスが有効になっていれば、ソース クラスタでSnapMirrorライセンスが有効になっていなくてもかまいません。
- デスティネーション クラスタでDPOライセンスを有効にしたあと、ソース クラスタのブラウザをリフレッシュしないと[保護]オプションは有効になりません。
- SnapLockボリュームをミラーするには、ソース クラスタとデスティネーション クラスタの両方にSnapMirrorライセンスがインストールされていて、デスティネーション クラスタにSnapLockライセンスがインストールされている必要があります。
- ソース クラスタとデスティネーション クラスタ、およびソースSVMとデスティネーションSVMで正常なピア関係が確立されている必要があります。
- デスティネーション アグリゲートの使用可能なスペースを確保しておく必要があります。
- FlexVolがオンラインであり、読み書き可能である必要があります。
- SnapLockアグリゲートのタイプが同じである必要があります。
- 一度に保護できるボリュームは最大25個です。
- ONTAP 9.2以前のバージョンを実行しているクラスタからSecurity Assertion Markup Language（SAML）認証が有効になっているリモート クラスタに接続する場合は、リモート クラスタでパスワードベースの認証を有効にする必要があります。
タスク概要
- System Managerではカスケード関係はサポートされません。
たとえば、関係のデスティネーション ボリュームを別の関係のソース ボリュームにすることはできません。
- ミラー関係は、同じタイプのSnapLockボリューム間にのみ作成できます。
たとえば、ソース ボリュームがSnapLock Enterpriseボリュームの場合は、デスティネーション ボリュームもSnapLock Enterpriseボリュームでなければなりません。
- デスティネーション クラスタでONTAP 9.3より前のバージョンのONTAPソフトウェアが実行されている場合、ソース ボリュームで暗号化が有効になっていても、デスティネーション ボリュームではデフォルトで暗号化が無効になります。
手順
- オプション:
をクリックして保護ポリシーと保護スケジュールを更新し、FabricPool対応アグリゲートを選択して、保護関係を初期化します。
タスクの結果
dpタイプの新しいデスティネーション ボリュームが作成されます。デフォルトの設定は次のとおりです。
- 自動拡張は有効になります。
- 圧縮は無効になります。
- 言語属性はソース ボリュームと同じになります。
デスティネーションFlexVolがソースFlexVolとは異なるSVMにある場合は、2つのSVM間のピア関係が作成されます（まだ存在しない場合）。
ソース ボリュームとデスティネーション ボリュームの間のミラー関係が作成されます。関係を初期化するように選択した場合は、ベースSnapshotコピーがデスティネーション ボリュームに転送されます。