标签: high-availability

我正在尝试在 SQL Server 2008R2 中设置数据库镜像。我已经从我的主要数据库中进行了完整备份和事务备份，并且我已经恢复了两个WITH NORECOVERY.

但是，我的镜像数据库现在卡在RECOVERING模式中，当我在我的主体上点击“开始镜像”时，它说它无法连接。

我究竟做错了什么？

编辑：我应该说我的数据库相当大（mdf 文件大约为 4.8GB）所以这可能是原因。

Edit2：我也尝试在关闭两个防火墙的情况下执行此操作，所以我知道这不是防火墙问题。

Edit3：我已经运行了 Mark 建议的 SQL。主要结果在这里：http : //piersonthe.net/principal.xls和镜像在这里：http : //piersonthe.net/mirror.xls

值得注意的是，我在镜像上运行查询时出现以下错误：Msg 927, Level 14, State 2, Line 1 Database 'RHSCMSSites' cannot be open. 它正处于恢复过程中。

我们正在运行 SQL Server Standard 2016。有时需要安装 Microsoft 更新并重新启动服务器。

我们被要求研究在重启期间保持数据库可用。

因此，出于性能原因，我们不需要另一个数据库服务器，数据库应该“简单”在常规 Windows 更新的重新启动过程中可用。

在这种情况下，首选设置是什么？

有人可以帮我弄清楚我的理解是否正确：

在我的可读辅助副本的 AG 仪表板上，我看到：

• 预计恢复时间（秒） - 4598
• REDO 队列 - 将近 24 GB

那么，如果我的辅助 AG 需要将节点/故障转移或 SQL 重新启动作为活动的一部分，这究竟意味着什么？

这是否意味着我的二级数据库需要 4598 秒才能使用 24 GB 的重做队列启动这个数据库？

我很担心，因为我们的一个生产秒方在白天的大部分时间里重做大小为 400 GB，而从 AG 仪表板恢复时间将近 10 小时。这是否意味着所谓的 DR 受到了损害？

我刚刚做了一个测试故障转移，正如我从错误日志消息中看到的那样，数据库按预期进行了恢复，并看到它在 1235 秒内完成。只是好奇，因为估计恢复的数量还差得很远。这只是为了解释我的业务用户帮助他们我们正在谈论的中断窗口。

我在想，除了使用相同的架构设置 HADR 之外，是否可以以某种方式利用 SQL Server 2012 中的 AlwaysOn 架构为 DEV 和 QA 环境正确创建副本？

我们有两台服务器，每台服务器都被专用存储占用。我正在寻找一种方法来设置这两个服务器以在 MS SQL Server 上提供具有自动故障转移支持的数据库。

当只有两台服务器可用时，使用数据库镜像似乎对自动故障转移无效。

有关原因的更多信息：对于自动故障转移，数据库镜像需要称为见证的第三个元素来协调两个数据库实例之间的主体/镜像角色，并在故障转移期间协助切换。但是，我只有两台服务器可用，因此我不得不在其中一台服务器上安装见证，这些服务器可以是主（主体）或辅助（镜像）数据库实例。因此，当主体 DB 和见证服务器都运行的服务器上发生硬件故障时，镜像 DB 无法联机并且不会发生自动故障转移。

SQL Server 的一项名为Always On 可用性组的最新功能似乎提供了类似的镜像功能以及更多功能。是否可以使用只有两台服务器的Always On 可用性组来实现自动故障转移？