ONTAPのミラー-ヴォールト構成で共通のSnapshotを確保する
使用することができます `snapmirror snapshot-owner create`ミラー・ヴォールト構成において、セカンダリサーバ上にラベル付きスナップショットを保存するコマンドです。これにより、ヴォールト関係の更新時に共通のスナップショットが確保されます。
ミラー-ヴォールトファンアウト構成またはカスケード構成を組み合わせて使用する場合は、ソースボリュームとデスティネーションボリュームに共通のSnapshotが存在しないと更新が失敗することに注意してください。
ミラー-ヴォールトファンアウト構成またはカスケード構成のミラー関係では、SnapMirrorでは更新の実行前に必ずソースボリュームのSnapshotが作成されるため、これが問題になることはありません。
ただし、SnapMirrorではバックアップ関係の更新時にソースボリュームのSnapshotが作成されないため、バックアップ関係で問題になる可能性があります。バックアップ関係のソースとデスティネーションの両方に共通のSnapshotを少なくとも1つ確保するには、を使用する必要が `snapmirror snapshot-owner create`あります。"データ保護のファンアウト構成とカスケード構成の詳細"です。
-
ソースボリュームで、保持するラベル付きのSnapshotに所有者を割り当てます。
snapmirror snapshot-owner create -vserver <SVM> -volume <volume> -snapshot <snapshot> -owner <owner>
次の例は、Snapshotの所有者として `snap1`を割り当て `ApplicationA`ます。
clust1::> snapmirror snapshot-owner create -vserver vs1 -volume vol1 -snapshot snap1 -owner ApplicationA
詳細はこちら `snapmirror snapshot-owner create`の中で"ONTAPコマンド リファレンス" 。
-
の説明に従って、ミラー関係を更新します"手動によるレプリケーション関係の更新"。
または、ミラー関係のスケジュールされた更新が行われるまで待つこともできます。
-
ラベル付きのSnapshotをSnapVaultデスティネーションに転送します。
snapmirror update -source-path <SVM:volume>|<cluster://SVM/volume>, … -destination-path <SVM:volume>|<cluster://SVM/volume>, … -source-snapshot snapshot
- 次の例は、Snapshotを転送します。
snap1
-
clust1::> snapmirror update -vserver vs1 -volume vol1 -source-snapshot snap1
ラベルが付いたSnapshotはバックアップ関係の更新時に保持されます。
の詳細については
snapmirror update
、を"ONTAPコマンド リファレンス"参照してください。
- 次の例は、Snapshotを転送します。
-
ソースボリュームで、ラベル付きのSnapshotから所有者を削除します。
snapmirror snapshot-owner delete -vserver SVM -volume volume -snapshot snapshot -owner owner
次の例は、Snapshotの所有者 `snap1`としてを削除し `ApplicationA`ます。
clust1::> snapmirror snapshot-owner delete -vserver vs1 -volume vol1 -snapshot snap1 -owner ApplicationA
の詳細については
snapmirror snapshot-owner delete
、を"ONTAPコマンド リファレンス"参照してください。