SnapMirror的应用场景
SnapMirror有两个主要用例： 灾难恢复和远程数据访问/数据分发
此外，通过 SnapMirror 来利用和复制 FlexClone 卷也正在成为一个新的重要用例。
灾难恢复。使用卷 SnapMirror，可在灾难恢复设施或二级数据中心中的其他 NetApp 存储系统内建立数据镜像。如果需要使用灾难恢复版本，可以将应用程序切换到灾难恢复站点上的服务器，并将应用程序流量重定向到这些服务器，保持恢复状态的时间根据您的需要而定。生产站点恢复正常后，SnapMirror 可以将数据高效地传输回生产存储系统，然后继续 SnapMirror 传输。
卷 SnapMirror 支持多跳或级联配置。例如，可将卷从旧金山的系统复制到纽约市的系统，然后从纽约市的系统复制到新加坡的系统。
远程数据访问/数据分发。SnapMirror 还支持将大量数据分发到地理位置偏远的地区，允许在本地以只读模式访问数据。可以采用 FlexClone 技术在本地建立可写副本。异步 SnapMirror 支持一对多和多对一配置。
通过远程数据访问，不仅可以加快本地客户访问数据的速度，而且还能提高成本高昂的网络资源和服务器资源的利用率并更准确地预测这些资源的使用量。这样，您便可在选定的时间复制源数据，从而最大限度地减少总体网络负载。控制复制数据的时间这一功能对于需要确保数据集处于一致状态的情况也非常有用。
▲图 3) 使用卷 SnapMirror 进行远程数据访问。
与FlexClone 配合使用的用例。SnapMirror 与 FlexClone 技术配合使用时可以提供独特的优势，能够支持应用程序开发/测试环境及灾难恢复测试。通过对灾难恢复存储设备执行应用程序开发/测试，您可以更充分地利用多数时间都可能处于闲置状态的资源。
要想在不影响正在进行的复制流程的前提下对灾难恢复流程进行测试可能比较困难。借助 FlexClone，您可以轻松克隆灾难恢复卷并充分测试灾难恢复流程，而不会影响正在进行的 SnapMirror 复制流程。
有些环境会利用 FlexClone 卷为虚拟桌面基础架构 (VDI)、数据仓库及本地开发和测试提供节省空间的副本。很多情况下可能都需要复制此类克隆副本来对它们进行保护。在 Data ONTAP 8.0.1(7 模式)之前，如果使用 Volume SnapMirror 来复制 FlexClone 卷，则会失去节省的空间。目标上的 FlexClone 卷需要的容量与父卷大小相等。从 Data ONTAP 8.0.1 开始，当在标准模式(7 模式)下操作时，只要也复制了 FlexClone 卷的父卷，就可以使用 Volume SnapMirror 来复制 FlexClone 卷，在目标系统上无需额外容量。
▲图 4) 从 Data ONTAP 8.0.1 开始，只要复制了父卷，就可以使用 SnapMirror 复制 FlexClone 卷，而不会降低存储效率。
