Skip to main content
简体中文版经机器翻译而成,仅供参考。如与英语版出现任何冲突,应以英语版为准。

SnapMirror活动同步的用例

贡献者

全球互联业务环境的需求要求快速恢复业务关键型应用程序数据、在发生网络攻击、断电或自然灾难等中断时不会丢失任何数据。金融等领域以及遵守《一般数据保护条例》(GDPR)等法规要求的领域、这些要求都更加严苛。

SnapMirror主动同步提供了以下使用情形:

零恢复时间目标(RTO)的应用程序部署

在SnapMirror主动同步部署中、您有一个主集群和二级集群。主集群中的LUN 1LP)具有镜像 (L1s);这两个LUN共享相同的串行ID、并会向主机报告为读写LUN。但是、读写操作仅提供给主LUN、 1LP。对镜像执行的任何写入操作 L1S 由代理提供服务。

零RTO或透明应用程序故障转移(TAF)的应用程序部署

TAF基于主机MPIO软件的路径故障转移来实现对存储的无中断访问。这两个LUN副本(例如主副本(L1P)和镜像副本(L1))具有相同的标识(序列号)、并会向主机报告为可读写。但是,只能由主卷处理读取和写入操作。向镜像副本发出的 I/O 代理到主副本。根据非对称逻辑单元访问(AMUA)访问状态主动优化(A/O)、主机的L1首选路径为VS1:N1。在部署过程中、需要使用ONTAP调解器、主要用于在主系统发生存储中断时执行故障转移(计划内或计划外)。

SnapMirror主动同步使用ALOA机制、该机制允许应用程序主机多路径软件使用通过优先级和访问可用性公布的路径与存储阵列进行通信。AUA会将指向LUN所属控制器的活动优化路径以及其他路径标记为活动非优化路径、只有在主路径发生故障时才会使用。

集群应用程序

集群应用程序(包括VMware Metro Storage Cluster、Oracle RAC和使用SQL的Windows故障转移集群)需要同时访问、以便VM可以故障转移到其他站点、而不会产生任何性能开销。SnapMirror主动同步对称主动/主动通过双向复制在本地提供IO、以满足集群应用程序的要求。

灾难情形

在地理位置分散的站点之间同步复制应用程序的多个卷。主系统发生中断时、您可以自动故障转移到二级副本、从而为第一层应用程序实现业务连续性。当托管主集群的站点发生灾难时、主机多路径软件会将通过集群的所有路径标记为已关闭、并使用二级集群的路径。这样、ONTAP调解器就会对镜像副本启用无中断故障转移。

Windows故障转移

SnapMirror主动同步通过易于使用的应用程序级粒度和自动故障转移提供灵活性。SnapMirror主动同步可通过IP网络使用经验证的SnapMirror同步复制功能、通过LAN或WAN高速复制数据、从而在虚拟和物理环境中为Oracle、Microsoft SQL Server等业务关键型应用程序实现高数据可用性和快速数据复制。

通过将TAF复制到二级副本、SnapMirror主动同步功能可以使任务关键型业务服务即使在站点完全瘫痪时也能继续运行。触发此故障转移无需手动干预或执行其他脚本。