Hea*_*ore 5 sql-server-2008 mirroring
我负责管理多个 SQL Server 实例，其中大多数使用 SQL Server 镜像来复制数据以用于 DR 目的。
我会自动为镜像编写登录、角色和作业的脚本，在发生故障转移时，我们实际上需要运行一个脚本来使镜像联机、应用登录、应用滚动和作业，然后它们就会消失（给予或采取一些不匹配的 SID 和通常的小问题）。
现在，我已经记录了这个故障转移过程，以防万一发生故障时我不在现场；然而，管理层认为这个过程过于复杂，并一直试图推动诸如DoubleTake等可以进行实例级复制的3rd方复制产品。
（公司不想在实例级别使用集群，因为共享存储将成为单点故障——他们不愿意购买多个复制 SAN。）
我们拥有从几兆到 200GB+ 的数据库。
以这种方式，DoubleTake 对于 DR 真的实用吗？我可以相信数据会在主要和次要之间保持最新吗？（正是出于这个原因，我们运行高安全模式镜像。）
我在论坛上读过很多意见，但总是有偏见或未经证实；我对这些产品有一些第一手的经验。
SQL Server 的本机数据库镜像包括一些非常巧妙的功能：自动页面修复。如果该原理检测到磁盘上有损坏的页面，它会自动从镜像中获取该页面的干净副本，而无需关闭数据库。任何第三方产品都无法提供这种级别的数据库修复。数据库意识是我更喜欢本机工具的原因之一 - 嗯，我只是不信任数据库服务器上的第三方过滤器驱动程序。我见过太多由于第三方过滤器驱动程序错误而导致的蓝屏死机。
坏消息：数据库镜像在 SQL 2012 中已被弃用。这意味着它在此版本中仍然存在，但将来会被删除。
好消息：SQL Server 2012 引入了AlwaysOn 可用性组来取代镜像，它们非常棒。您实际上可以从镜像进行查询或备份，并且最多可以获得四个镜像。有些可以是同步的，有些可以是异步的。这为您提供了数据库镜像方面的各种灵活性，并且超越了第三方工具。