Skip to main content
日本語は機械翻訳による参考訳です。内容に矛盾や不一致があった場合には、英語の内容が優先されます。

SnapMirror SVMレプリケーションについて

共同作成者

SnapMirrorを使用すると、SVM間のデータ保護関係を作成できます。このタイプのデータ保護関係では、SVMのすべてまたは一部の設定がNFSエクスポートおよびSMB共有からRBACにレプリケートされます。また、SVMが所有するボリューム内のデータもレプリケートされます。

サポートされている関係タイプ

レプリケート可能なのはデータ提供用SVMのみです。サポートされているデータ保護関係タイプは次のとおりです。

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

    ONTAP 9 .9.1以降では、mirror-vaultポリシーを使用している場合にこの動作が変更されます。ONTAP 9 .9.1以降では、ソースとデスティネーションで異なるSnapshotポリシーを作成できます。デスティネーションのSnapshotコピーはソースのSnapshotコピーで上書きされません。

    • スケジュールされた通常の処理、更新、および再同期の実行中に、ソースからデスティネーションに上書きされることはありません

    • 解除処理の実行中に削除されることはありません。

    • 逆再同期処理の実行中は削除されません。ONTAP 9 .9.1以降を使用するmirror-vaultポリシーを使用してSVMディザスタ関係を設定する場合、ポリシーは次のように動作します。

    • ソースでのユーザ定義の Snapshot コピーポリシーは、デスティネーションにコピーされません。

    • システム定義の Snapshot コピーポリシーはデスティネーションにコピーされません。

    • ユーザおよびシステム定義の Snapshot ポリシーとのボリュームの関連付けはデスティネーションにコピーされません。+ SVM

  • ONTAP 9.2 以降では、 _SnapMirror ユニファイドレプリケーション。デスティネーションに DR と長期保持の両方が設定されています。

SnapMirrorユニファイドレプリケーションの詳細については、を参照してください"SnapMirrorユニファイドレプリケーションの基本"

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

ポリシータイプ

関係タイプ

非同期ミラー

SnapMirror DR

ミラー-バックアップ

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

ONTAP 9では、SVMレプリケーションのデフォルトはDPからXDPに変更されます。4

ONTAP 9 .4以降では、SVMデータ保護関係のデフォルトがXDPモードに変更されました。ONTAP 9 .3以前のSVMデータ保護関係のデフォルトは引き続きDPモードです。

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

指定するモード

タイプ

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

DP

XDP

MirrorAllSnapshots(SnapMirror DR)

なし

XDP

MirrorAllSnapshots(SnapMirror DR)

XDP

XDP

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

デフォルトの変更の詳細については、を"SnapMirrorのデフォルトはDPからXDPに変更"参照してください。

メモ

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

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

SVMレプリケーション関係の内容は、次のフィールドの組み合わせによって決まります。

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

    オプションは -identity-preserve false、SVMのボリュームと認証と許可の設定、およびに記載されているプロトコルとネームサービスの設定のみをレプリケートします"SVMディザスタリカバリ関係でレプリケートされる設定"

  • コマンドのオプションを `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ディザスタ リカバリ

  • (ONTAP 9.2以降)SnapMirrorユニファイド レプリケーション

レプリケーションの範囲

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

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

整合グループの非同期サポート

ONTAP 9 14.1以降では、整合グループが存在する場合に、SVMディザスタリカバリ関係が最大32個サポートされます。詳細については、およびを参照してください "整合グループの保護" "整合グループの制限"

FabricPool

FabricPools .6以降では、SnapMirror ONTAP 9レプリケーションがサポートされます。

MetroCluster

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

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

  • ONTAP 9.10.Xより前のリリースでは、MetroCluster構成をSVMディザスタ リカバリ関係のデスティネーションにすることはできません。

  • ONTAP 9 .10.1以降のリリースでは、MetroCluster構成を移行目的でのみSVMディザスタリカバリ関係のデスティネーションにすることができます。この構成は、に記載されている必要なすべての要件を満たしている必要があります "TR-4966:『Migrating a SVM into a MetroCluster 解決策』"

  • SVMディザスタリカバリ関係のソースとして使用できるのは、MetroCluster構成のアクティブなSVMだけです。

    スイッチオーバー前の同期元のSVMと、スイッチオーバー後の同期先のSVMがソースになります。

  • MetroCluster構成が安定した状態のときはMetroClusterの同期先のSVMがオンラインでないため、同期先のSVMをSVMディザスタリカバリ関係のソースにすることはできません。

  • 同期元のSVMがSVMディザスタリカバリ関係のソースである場合は、ソースのSVMディザスタリカバリ関係の情報がMetroClusterパートナーにレプリケートされます。

  • スイッチオーバーおよびスイッチバックの処理中に、SVMディザスタリカバリデスティネーションへのレプリケーションが失敗することがあります。

    ただし、スイッチオーバーまたはスイッチバックのプロセスが完了すると、SVMディザスタリカバリの次回のスケジュールされた更新は成功します。

整合グループ

ONTAP 9 14.1以降でサポートされています。詳細については、を参照してください 整合グループの保護

ONTAP S3

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

SnapMirror Synchronous

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

バージョンに依存しない

サポートされません。

ボリューム暗号化

  • ソースで暗号化されたボリュームがデスティネーションで暗号化されます。

  • オンボード キー マネージャまたはKMIPサーバをデスティネーションで設定する必要があります。

  • 新しい暗号化キーはデスティネーションで生成されます。

  • ボリューム暗号化をサポートするノードがデスティネーションに含まれていない場合、レプリケーションは成功しますが、デスティネーション ボリュームは暗号化されません。

SVMディザスタリカバリ関係でレプリケートされる設定

次の表に、オプションと `snapmirror policy create -discard-configs network`オプションの相互作用を示し `snapmirror create -identity-preserve`ます。

レプリケートされる設定

‑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クライアント

いいえ

ネットグループ

いいえ

NIS

いいえ

WebおよびWebアクセス

いいえ

ボリューム

オブジェクト

SnapshotコピーとSnapshotポリシー

自動削除ポリシー

いいえ

いいえ

いいえ

効率化ポリシー

クォータポリシーとクォータポリシールール

リカハリキユウ

ルートボリューム

ネームスペース

ユーザデータ

いいえ

いいえ

いいえ

qtree

いいえ

いいえ

いいえ

クォータ

いいえ

いいえ

いいえ

ファイルレベルのQoS

いいえ

いいえ

いいえ

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

いいえ

いいえ

いいえ

ストレージQoS

QoSポリシーグループ

ファイバチャネル(FC)

いいえ

いいえ

いいえ

iSCSI

いいえ

いいえ

いいえ

LUN

オブジェクト

igroup

いいえ

いいえ

いいえ

ポートセット

いいえ

いいえ

いいえ

シリアル番号

いいえ

いいえ

いいえ

SNMP

v3ユーザ

SVMディザスタリカバリのストレージ制限

次の表に、ストレージオブジェクトごとにサポートされる推奨されるボリュームおよびSVMディザスタリカバリ関係の最大数を示します。制限は多くの場合プラットフォームに依存することに注意してください。特定の構成の制限については、を参照して"Hardware Universe"ください。

ストレージオブジェクト

制限

SVM

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

HAペア

フレキシブルボリューム×1、000

クラスタ

128個のSVMディザスタ関係