ボリュームレベルのSnapMirrorは何を複製しますか？
環境
- ONTAP 9.x
- Data ONTAP 8.x
- 7-Mode で動作する Data ONTAP
回答
- ボリュームレベルのSnapMirrorは、ソースボリューム（データ）、そのスナップショット、ソースボリュームオプション、CIFS ACLをレプリケートします。
- ボリュームレベルのSnapMirrorは、NTFS ACL（その中のSIDを含む）を保持します。ただし、SnapMirrorは、それらのSIDに関連付けられている基盤となるユーザーまたはグループのアイデンティティをレプリケートまたは再作成しません。
- ボリュームレベルのSnapMirrorは、SIDを含むNTFS ACLを保持しますが、CIFS共有、NFSエクスポート、ジャンクションパス、SAN構成などのデータへのアクセスはレプリケートしません。データSVMがデータを提供するため、このアクセスを提供するにはデータSVMの構成が必要になります。
- SnapMirrorは、レプリケートされたACLおよびSIDに関連付けられている基盤となるユーザーまたはグループのアイデンティティをレプリケートまたは再作成しません。
- ボリュームデータとSVMの構成の全部または一部をレプリケートする場合は、SVM DRを使用してSVMレベルでレプリケートすることを検討してください。
- WORKGROUP環境では、各SVMは独自のローカルドメインを維持します。固有のドメインSIDを持ちます。ボリュームレベルのSnapMirrorが NTFS ACLを宛先SVMにレプリケートする場合：
- ACLデータ（SIDを含む）は物理的に複製されますが、宛先SVMは異なるローカルドメインSIDを持っています。
- 宛先SVMで作成されたローカルユーザー/グループは、 同じ名前であっても異なるSIDを持ちます。
- したがって、ソースSVMのローカルユーザー/グループを参照する複製ACLは、宛先SVM上で解決できません。注記：宛先SVM上に同じ名前のユーザーを作成しても、同じSIDは生成されません。SID = SVMドメインSID + RID。
- ボリュームレベルの SnapMirror はボリューム内に存在する qtree を複製しますが、サブボリュームの qtree レベルの SnapMirror はサポートされなくなりました
- 宛先ボリュームの SACL を確認するには、宛先 SVM で監査を有効にする必要があります。有効になっていない場合は、最初に
vserver audit createおよびvserver audit enableを実行してください。