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

SnapMirror同期ディザスタリカバリの基本

共同作成者
PDF

ONTAP 9 .5以降では、SnapMirror Synchronous（SM-S）テクノロジが、16 GB以上のメモリを搭載したすべてのFASおよびAFFプラットフォーム、およびすべてのONTAP Selectプラットフォームでサポートされています。SnapMirror同期テクノロジはノード単位でライセンスされる機能で、ボリュームレベルの同期データレプリケーションを提供します。

この機能は、データ損失ゼロが求められる金融、医療などの規制対象の業界で、同期レプリケーションに関する規制や国の要件に対応します。

許可されるSnapMirror同期処理

SnapMirror同期レプリケーションのHAペアあたりの最大処理数は、コントローラのモデルによって異なります。

次の表に、プラットフォームタイプおよびONTAPリリース別に、HAペアごとに実行できるSnapMirror同期処理の数を示します。

プラットフォーム

ONTAP 9.9.1より前のリリース

ONTAP 9 .9.1

ONTAP 9 10.1

ONTAP 9.11.1からONTAP 9.14.1まで

AFF

80

160

200

400

ASA

80

160

200

400

FAS

40

80

80

80

ONTAP Select

20

40

40

40

サポートされる機能

次の表に、SnapMirror同期およびONTAPリリースでサポートされる機能を示します。

機能

最初にサポートされたリリース

追加情報

SnapMirror同期関係のプライマリボリュームに対するウィルス対策

ONTAP 9.6

アプリケーションで作成されたSnapshotコピーのレプリケーション

ONTAP 9.7

`snapshot create`処理時に、CLIまたはONTAP APIを使用して適切なラベルでSnapshotコピーがタグ付けされている場合、SnapMirrorはアプリケーションを休止したあと、ユーザが作成したSnapshotコピーと外部スクリプトで作成されたSnapshotコピーの両方を同期的にレプリケートします。Snapshotポリシーを使用して作成されたスケジュールされたSnapshotコピーはレプリケートされません。アプリケーションで作成されたSnapshotコピーのレプリケートの詳細については、ナレッジベースの記事を参照してください。"SnapMirror同期を使用してアプリケーションで作成されたSnapshotをレプリケートする方法"

クローンの自動削除

ONTAP 9.6

階層化ポリシーが「なし」、「Snapshot」、または「自動」のFabricPoolアグリゲートは、SnapMirror同期のソースとデスティネーションでサポートされます。

ONTAP 9.5

FabricPoolアグリゲートのデスティネーションボリュームを「すべて」の階層化ポリシーに設定することはできません。

FC

ONTAP 9.5

レイテンシが10ミリ秒を超えないすべてのネットワーク

FC-NVMe

ONTAP 9.7

フアイルクロン

ONTAP 9.7

SnapMirror同期関係のプライマリボリュームに対するFPolicy

ONTAP 9.6

SnapMirror同期関係のプライマリボリュームに対するハードクォータとソフトクォータ

ONTAP 9.6

クォータルールはデスティネーションにレプリケートされないため、クォータデータベースはデスティネーションにレプリケートされません。

クラスタ内同期関係

ONTAP 9 .14.1

高可用性は、ソースボリュームとデスティネーションボリュームが別 々 のHAペアに配置されている場合に提供されます。クラスタ全体が停止すると、クラスタがリカバリされるまでボリュームにアクセスできなくなります。クラスタ内のSnapMirror同期関係が、同時処理の全体的な制限にHAペアあたりの関係数影響します。

iSCSI

ONTAP 9.5

LUNクローンとNVMeネームスペースクローン

ONTAP 9.7

アプリケーションで作成されたSnapshotコピーによってバックアップされるLUNクローン

ONTAP 9.7

混在プロトコルアクセス（NFS v3とSMB）

ONTAP 9.6

NDMP / NDMPリストア

ONTAP 9 .13.1

でSnapMirror同期を使用するには、ソースクラスタとデスティネーションクラスタの両方でONTAP 9が実行されている必要があります。詳細については、を参照してください NDMPコピーを使用してデータを転送します。

AFF / ASAプラットフォームでのみ、無停止のSnapMirror同期処理（NDO）を実行できます。

ONTAP 9 12.1

ノンストップオペレーションをサポートしているため、ダウンタイムのスケジュールを設定することなく、一般的なメンテナンスタスクの多くを実行できます。サポートされる処理には、テイクオーバーとギブバック、およびボリューム移動があります（2つのクラスタのそれぞれで1つのノードが稼働している場合）。

NFS v4.2

ONTAP 9 10.1

NFS v4.3

ONTAP 9.5

NFS v4.0

ONTAP 9.6

NFS v4.1

ONTAP 9.6

NVMe / TCP

9.10.1

メタデータ処理頻度の上限の削除

ONTAP 9.6

TLS 1.2暗号化を使用した機密データの転送中のセキュリティ

ONTAP 9.6

単一ファイルおよび部分ファイルのリストア

ONTAP 9 .13.1

SMB 2.0以降

ONTAP 9.6

SnapMirror同期ミラー-ミラーカスケード

ONTAP 9.6

SnapMirror同期関係のデスティネーションボリュームからの関係は、SnapMirror非同期関係である必要があります。

SVMディザスタリカバリ

ONTAP 9.6

* SnapMirror同期ソースは、SVMディザスタリカバリソースにすることもできます。たとえば、SnapMirror同期を一方のレッグとして、SVMディザスタリカバリをもう一方のレッグとして使用するファンアウト構成などです。* SnapMirror同期はデータ保護ソースのカスケードをサポートしていないため、SnapMirror同期ソースをSVMディザスタリカバリデスティネーションにすることはできません。デスティネーションクラスタでSVMディザスタリカバリのフリップ再同期を実行する前に、同期関係を解放する必要があります。* SVMディザスタリカバリではDPボリュームのレプリケーションがサポートされないため、SnapMirror同期デスティネーションをSVMディザスタリカバリソースにすることはできません。同期ソースの逆再同期を実行すると、SVMディザスタリカバリでデスティネーションクラスタのDPボリュームが除外されます。

ソースボリュームへのテープベースのリストア

ONTAP 9 .13.1

NASのソースボリュームとデスティネーションボリューム間のタイムスタンプパリティ

ONTAP 9.6

ONTAP 9 .5からONTAP 9 .6にアップグレードした場合、タイムスタンプはソースボリューム内の新規および変更されたファイルについてのみレプリケートされます。ソースボリューム内の既存のファイルのタイムスタンプは同期されません。

サポートされない機能

SnapMirror同期関係では、次の機能はサポートされません。

  • 整合グループ

  • DP_Optimized（DPO）システム

  • FlexGroupホリユウム

  • FlexCacheホリユウム

  • グローバルスロットル

  • ファンアウト構成では、SnapMirror同期関係にできる関係は1つだけで、ソースボリュームからのその他の関係はすべてSnapMirror非同期関係にする必要があります。

  • LUNノイトウ

  • MetroClusterコウセイ

  • SANアクセスLUNとNVMeアクセスLUNとNVMeネームスペースの混在は、同じボリュームまたはSVMではサポートされていません。

  • SnapCenter

  • SnapLockボリューム

  • Snapshotコピーの改ざん防止

  • デスティネーションボリュームでのダンプとSMTapeを使用したテープバックアップまたはリストア

  • ソースボリュームのスループットの下限（最小QoS）

  • ボリュームSnapRestore

  • VVol

動作モード

SnapMirror同期には、使用するSnapMirrorポリシーのタイプに基づいて、次の2つの動作モードがあります。

  • * Syncモード* Syncモードでは'アプリケーションI/O処理はプライマリ・ストレージ・システムとセカンダリ・ストレージ・システムに並行して送信されます何らかの理由でセカンダリストレージへの書き込みが完了しなかった場合、アプリケーションはプライマリストレージへの書き込みを続行できます。エラー状態が修正されると、SnapMirror同期テクノロジは自動的にセカンダリストレージと再同期し、プライマリストレージからセカンダリストレージへのレプリケーションを同期モードで再開します。Syncモードでは、セカンダリレプリケーションに障害が発生するまでRPO=0とRTOは非常に低くなります。障害が発生すると、RPOとRTOは不確定になりますが、セカンダリレプリケーションに失敗した原因となった問題を修復して再同期が完了するまでの時間と同じです。

  • * StrictSyncモード* SnapMirror同期は、オプションでStrictSyncモードで動作できます。何らかの理由でセカンダリストレージへの書き込みが完了しないと、アプリケーションI/Oが失敗し、プライマリストレージとセカンダリストレージが同一であることが保証されます。プライマリへのアプリケーションI/Oは、SnapMirror関係が `InSync`ステータスに戻るまで再開されません。プライマリストレージに障害が発生しても、フェイルオーバー後にデータを失うことなく、セカンダリストレージでアプリケーションI/Oを再開できます。StrictSyncモードでは、RPOは常にゼロであり、RTOは非常に低くなります。

関係のステータス

SnapMirror同期関係のステータスは、 `InSync`通常運用時は常にの状態になります。何らかの理由でSnapMirror転送が失敗した場合、デスティネーションはソースと同期されておらず、 `OutofSync`ステータスがになる可能性があります。

SnapMirror同期関係の場合は、 InSync `OutofSync`一定の間隔で関係のステータスまたは）が自動的にチェックされます。関係のステータスがの場合、 `OutofSync`ONTAPは自動再同期プロセスを自動的にトリガーして関係を `InSync`ステータスに戻します。自動再同期は、ソースまたはデスティネーションでの計画外のストレージフェイルオーバーやネットワークの停止などの処理が原因で転送が失敗した場合にのみトリガーされます。 `snapmirror quiesce`やなどの処理をユーザが開始した `snapmirror break`場合、自動再同期はトリガーされません。

`OutofSync`StrictSyncモードでSnapMirror同期関係のステータスがになると、プライマリボリュームに対するI/O処理がすべて停止します。 `OutofSync`同期モードでのSnapMirror同期関係の状態はプライマリに影響を与えず、プライマリボリュームでI/O処理が許可されます。
関連情報

"NetAppテクニカルレポート4733：『SnapMirror synchronous configuration and best practices』"