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

使用ONTAP进行Microsoft SQL Server灾难恢复

贡献者

企业数据库和应用程序基础架构通常需要进行复制、以防止发生自然灾难或意外业务中断、同时最大限度地减少停机时间。

SQL Server无中断可用性组复制功能是一个绝佳的选择、NetApp提供了将数据保护与无中断集成的选项。但是、在某些情况下、您可能需要考虑使用ONTAP复制技术。ONTAP复制选项(包括MetroCluster和SnapMirror)可以更好地扩展、对性能的影响微乎其微、保护非SQL数据、并且通常可提供完整基础架构复制和灾难恢复解决方案。

SnapMirror异步

SnapMirror技术提供了一个快速灵活的异步企业解决方案、用于通过LAN和广域网复制数据。在创建初始镜像后、SnapMirror技术仅会将更改后的数据块传输到目标、从而显著降低网络带宽要求。

下面是有关适用于SQL Server的SnapMirror的建议：

  • 如果使用CIFS、则目标SVM必须是源SVM所属的同一Active Directory域的成员、以便在灾难恢复期间不会破坏NAS文件中存储的访问控制列表(ACL)。

  • 使用与源卷名称相同的目标卷名称并不是必需的、但这样可以简化将目标卷挂载到目标的过程、使其易于管理。如果使用CIFS、则必须使目标NAS命名空间与源命名空间的路径和目录结构完全相同。

  • 为保持一致、请勿从控制器计划SnapMirror更新。而是应启用SnapCenter中的SnapMirror更新、以便在完整备份或日志备份完成后更新SnapMirror。

  • 将包含SQL Server数据的卷分布在集群中的不同节点上、以允许所有集群节点共享SnapMirror复制活动。此分布可优化节点资源的使用。

有关SnapMirror的详细信息、请参见 "TR-4015：《适用于ONTAP 9的SnapMirror配置和最佳实践指南》"。