我应该使用异步镜像吗？

Question

我计划在目前正在生产的SQL 2012数据库上设置镜像。不过，我担心的是它会对主体数据库的性能产生多大的影响。

我使用镜像进行灾难恢复，除了出现问题时，没有人需要访问镜像数据库。

我正计划执行异步镜像。这是个不错的选择吗？

Answer 1

数据库镜像更像是一种高可用性解决方案，而不是灾难恢复解决方案。是什么使您认为同步提交会导致环境中的高延迟？主体服务器和镜像服务器在地理上是分开的吗？

如果需要强制服务故障转移，异步提交将导致潜在的数据丢失，因此需要确保SLA准则与此一致。数据库镜像会话中强制服务的BOL引用：

强制服务可能涉及一些数据丢失。因此，只有当您愿意冒丢失某些数据的风险以便立即将服务还原到数据库时，才强制服务。

同样重要的是，数据库镜像被标记为弃用。：

此功能将在Microsoft Server的未来版本中删除。避免在新的开发工作中使用此功能，并计划修改当前使用此功能的应用程序。使用AlwaysOn可用性组代替。

你为什么不想使用AlwaysOn AG？有关永远--论可用性组的概述，请参见BOL。

AlwaysOn AG拥有数据库镜像的所有功能，还有更多的进步。

Answer 2

你在评论上说：

不能使用AlwaysOn，因为我们使用的是Server标准版.就像我要用镜像

--这意味着您不能使用异步镜像，作为标准版只支持同步镜像

(由于最初的问题是在2013年提出的，这在Server 2012中已经是一样的了_

以及“完全安全”(在截图上) 意思是“仅同步镜像”。。

在最后一个链接“异步数据库镜像(高性能模式)”下，有一个蓝色框，上面写着：

Server 2017的大多数版本只支持同步数据库镜像(“安全完整仅限”)。