SnapMirror DR：通常、デスティネーションにはソースSVM上に現在あるSnapshotコピーだけが含まれます。

ONTAP 9.9.1以降では、mirror-vaultポリシーを使用する場合の動作が変更されています。ONTAP 9.9.1以降では、ソースとデスティネーションに異なるSnapshotポリシーを作成することができ、次の場合、デスティネーションのSnapshotコピーはソースのSnapshotコピーで上書きされません。
- デスティネーションのSnapshotコピーは、スケジュールされた通常の処理（更新と再同期）でソースによって上書きされません。
- デスティネーションのSnapshotコピーは、解除処理で削除されません。
- デスティネーションのSnapshotコピーは、逆再同期処理で削除されません。
ONTAP 9.9.1以降でmirror-vaultポリシーを使用してSVM DR関係を設定した場合、次のようになります。
- ソースのユーザー定義のSnapshotコピーポリシーはデスティネーションにコピーされません。
- システム定義のSnapshotコピーポリシーはデスティネーションにコピーされません。
- ユーザー定義およびシステム定義のスナップショット・ポリシーとのボリュームの関連付けは、デスティネーションにコピーされません。
SnapMirrorユニファイドレプリケーション：デスティネーションはDRと長期保持の両用途に設定されます。

これらの関係タイプの詳細については、「SnapMirrorボリュームレプリケーションについて」を参照してください。

レプリケーションポリシーのポリシータイプによって、そのポリシーがサポートする関係のタイプが決まります。次の表は、使用可能なポリシータイプを示しています。

ポリシータイプ	関係タイプ
async-mirror	SnapMirror DR
mirror-vault	ユニファイドレプリケーション

ポリシータイプ

関係タイプ

async-mirror

SnapMirror DR

mirror-vault

ユニファイドレプリケーション

ONTAP 9.7におけるSVMレプリケーションのデフォルトの変更（DP→XDP）

ONTAP 9.7以降では、SVMデータ保護関係のデフォルトがXDPモードに変更されました。

新しいデフォルトは既存の関係には影響しません。DPタイプの既存の関係は引き続きDPタイプになります。次の表は、想定される動作を示しています。

指定するモード	タイプ	デフォルトポリシー（ポリシーを指定しない場合）
DP	XDP	MirrorAllSnapshots（SnapMirror DR）
なし	XDP	MirrorAllSnapshots（SnapMirror DR）
XDP	XDP	MirrorAndVault（ユニファイドレプリケーション）

指定するモード

タイプ

デフォルトポリシー（ポリシーを指定しない場合）

XDP

MirrorAllSnapshots（SnapMirror DR）

なし

XDP

MirrorAllSnapshots（SnapMirror DR）

XDP

MirrorAndVault（ユニファイドレプリケーション）

デフォルトの変更の詳細については、「SnapMirrorのデフォルトの変更（DP→XDP）」を参照してください。

バージョンに依存しないレプリケーションは、SVMレプリケーションではサポートされません。SVM DR構成では、フェイルオーバー処理とフェイルバック処理をサポートするためには、ソースSVMクラスタと同じバージョンのONTAPを実行しているクラスタにデスティネーションSVMを配置する必要があります。

SnapMirror関係に対応したONTAPバージョン

SVMの設定のレプリケート方法

SVMレプリケーション関係の内容は、以下に示すフィールドの設定の組み合わせによって決定されます。

snapmirror createコマンドの-identity-preserve trueオプションは、SVMの設定全体をレプリケートします。

-identity-preserve falseオプションは、SVMのボリュームと認証および許可の設定と、「SVM DR関係でレプリケートされる設定」に記載されたプロトコルとネームサービスの設定のみをレプリケートします。
snapmirror policy createコマンドの-discard-configs networkオプションは、ソースとデスティネーションのSVMが異なるサブネットにある場合を想定し、LIFと関連ネットワークの設定をSVMレプリケーションの対象から除外します。
volume modifyコマンドの-vserver-dr-protection unprotectedオプションは、指定されたボリュームをSVMレプリケーションの対象から除外します。

上記の点を除き、SVMレプリケーションはボリュームレプリケーションとほぼ同じです。ボリュームレプリケーションに使用するのとほぼ同じワークフローをSVMレプリケーションにも使用できます。

サポートの詳細

次の表は、SnapMirror SVMレプリケーションのサポートの詳細を示しています。

リソースまたは機能

サポートの詳細

導入タイプ

単一のソースから単一のデスティネーション
ONTAP 9.4 以降はファンアウトファンアウトできるのは 2 つの宛先だけです。

デフォルトでは、 -identity-preserve true の関係はソース SVM ごとに 1 つだけ許可されます。

関係タイプ

SnapMirror DR
SnapMirrorユニファイドレプリケーション

レプリケーションの範囲

クラスタ間のみ。同じクラスタ内の SVM をレプリケートすることはできません。

自律型ランサムウェア対策

ONTAP 9.12.1以降でサポート。詳細については、自律型ランサムウェア対策に関するドキュメントを参照してください。

FabricPool

FabricPoolでは、SnapMirror SVMレプリケーションがサポートされます。

MetroCluster

ONTAP 9.11.1以降では、MetroCluster構成内のSVM DR関係のソースとデスティネーション両方を、追加のSVM DR関係のソースにすることができます。

MetroCluster構成では、SnapMirror SVMレプリケーションがサポートされます。

MetroCluster構成をSVM DR関係のデスティネーションにすることはできません。
SVM DR関係のソースとして使用できるのは、MetroCluster構成のアクティブなSVMだけです。

スイッチオーバー前の同期元のSVMとスイッチオーバー後の同期先のSVMのどちらもソースに使用できます。
MetroCluster構成が安定した状態のときはMetroClusterの同期先のSVMがオンラインでないため、同期先のボリュームをSVM DR関係のソースにすることはできません。
SVM DR関係のソースが同期元のSVMの場合、ソースのSVM DR関係情報がMetroClusterパートナーにレプリケートされます。
スイッチオーバーおよびスイッチバックの実行中に、SVM DRのデスティネーションへのレプリケーションが失敗することがあります。

ただし、スイッチオーバーまたはスイッチバック処理の完了後、SVM DRの次回のスケジュールされている更新は成功します。

ONTAP S3の略

SVMディザスタリカバリーではサポートされません。

SnapMirror Synchronous

SVM DRではサポートされません。

バージョンに依存しません

サポート対象外

ボリューム暗号化

ソースで暗号化されたボリュームがデスティネーションで暗号化されます。
オンボードキーマネージャまたはKMIPサーバーをデスティネーションで設定する必要があります。
新しい暗号化キーはデスティネーションで生成されます。
ボリューム暗号化をサポートするノードがデスティネーションに含まれていない場合、レプリケーションは成功しますが、デスティネーションボリュームは暗号化されません。

SVM DR関係でレプリケートされる設定

次の表は、snapmirror create -identity-preserveオプションとsnapmirror policy create -discard-configs networkオプションでレプリケートされる設定を示しています。

レプリケートされる設定	`‑identity‑preserve true`	`‑identity‑preserve false`
		`-discard-configs network`が設定されていないポリシー	`-discard-configs network`が設定されたポリシー
ネットワーク	NAS LIF	○	×	×
LIFのKerberos設定	○	×	×
SAN LIF	×	×	×
ファイアウォールポリシー	○	○	×
ルート	○	×	×
ブロードキャストドメイン	×	×	×
サブネット	×	×	×
IPspace	×	×	×
SMB	SMBサーバー	○	○	×
ローカルグループおよびローカルユーザー	○	○	○
権限	○	○	○
シャドウコピー	○	○	○
BranchCache	○	○	○
サーバーオプション	○	○	○
サーバーセキュリティ	○	○	×
ホームディレクトリー、共有	○	○	○
シンボリックリンク	○	○	○
Fpolicyポリシー、Fsecurityポリシー、およびFsecurity NTFS	○	○	○
ネームマッピングおよびグループマッピング	○	○	○
監査情報	○	○	○
NFS	エクスポートポリシー	○	○	×
エクスポートポリシールール	○	○	×
NFSサーバー	○	○	×
RBAC	セキュリティ証明書	○	○	×
ログインユーザー、公開鍵、ロール、およびロール設定	○	○	○
SSL	○	○	×
ネームサービス	DNSおよびDNSホスト	○	○	×
UNIXユーザーおよびUNIXグループ	○	○	○
Kerberos RealmおよびKerberosキーブロック	○	○	×
LDAPおよびLDAPクライアント	○	○	×
Netgroup	○	○	×
NIS	○	○	×
WebおよびWebアクセス	○	○	×
ボリューム	オブジェクト	○	○	○
Snapshotコピー、Snapshotポリシー、および自動削除ポリシー	○	○	○
効率化ポリシー	○	○	○
クォータポリシーおよびクォータポリシールール	○	○	○
リカバリーキュー	○	○	○
ルートボリューム	ネームスペース	○	○	○
ユーザーデータ	×	×	×
qtree	×	×	×
クォータ	×	×	×
ファイルレベルのQoS	×	×	×
属性：ルートボリュームの状態、スペースギャランティ、サイズ、オートサイズ、およびファイル総数	×	×	×
ストレージQoS	QoSポリシーグループ	○	○	○
Fibre Channel（FC）	×	×	×
iSCSI	×	×	×
LUN	オブジェクト	○	○	○
igroup	×	×	×
ポートセット	×	×	×
シリアル番号	×	×	×
SNMP	v3ユーザー	○	○	×

レプリケートされる設定

‑identity‑preserve true

‑identity‑preserve false

-discard-configs networkが設定されていないポリシー

-discard-configs networkが設定されたポリシー

ネットワーク

NAS LIF

○

LIFのKerberos設定

○

SAN LIF

ファイアウォールポリシー

○

ルート

○

ブロードキャストドメイン

サブネット

IPspace

SMB

SMBサーバー

○

ローカルグループおよびローカルユーザー

○

権限

○

シャドウコピー

○

BranchCache

○

サーバーオプション

○

サーバーセキュリティ

○

ホームディレクトリー、共有

○

シンボリックリンク

○

Fpolicyポリシー、Fsecurityポリシー、およびFsecurity NTFS

○

ネームマッピングおよびグループマッピング

○

監査情報

○

NFS

エクスポートポリシー

○

エクスポートポリシールール

○

NFSサーバー

○

RBAC

セキュリティ証明書

○

ログインユーザー、公開鍵、ロール、およびロール設定

○

SSL

○

ネームサービス

DNSおよびDNSホスト

○

UNIXユーザーおよびUNIXグループ

○

Kerberos RealmおよびKerberosキーブロック

○

LDAPおよびLDAPクライアント

○

Netgroup

○

NIS

○

WebおよびWebアクセス

○

ボリューム

オブジェクト

○

Snapshotコピー、Snapshotポリシー、および自動削除ポリシー

○

効率化ポリシー

○

クォータポリシーおよびクォータポリシールール

○

リカバリーキュー

○

ルートボリューム

ネームスペース

○

ユーザーデータ

qtree

クォータ

ファイルレベルのQoS

属性：ルートボリュームの状態、スペースギャランティ、サイズ、オートサイズ、およびファイル総数

ストレージQoS

QoSポリシーグループ

○

Fibre Channel（FC）

iSCSI

LUN

オブジェクト

○

igroup

ポートセット

シリアル番号

SNMP

v3ユーザー

○

SVM DRのストレージの制限

次の表は、各ストレージオブジェクトでサポートされるボリュームおよびSVM DR関係の推奨最大数を示しています。多くの場合、制限はプラットフォームによって異なります。

ストレージオブジェクト	制限
SVM	300個のフレキシブルボリューム
HAペア	1,000個のフレキシブルボリューム
クラスタ	128個のSVM DR関係

ストレージオブジェクト

制限

SVM

300個のフレキシブルボリューム

HAペア

1,000個のフレキシブルボリューム

クラスタ

128個のSVM DR関係