无法访问主服务器时的日志传送故障转移

Question

日志托运失败

我已经设置了带有群集的日志传送。在这个场景中，我想模拟整个集群无法访问的情况。我的失败之路是

1. 复制和还原未应用的T-日志(WITH RECOVERY)，以便将数据库联机
2. 由于主目录不可访问，所以我不能接受T-日志并将其置于还原状态。
3. 禁用上述两个作业
4. 将应用程序连接字符串更改为新主服务器。

当老小学重获新生时，我感到困惑，我该怎么办：

1. 我是否应该将T日志恢复并将数据库恢复到还原状态，以便将其设置为次要状态，然后失败，使其成为主数据库。

如果是这样的话，那么如果我想在不初始化的情况下配置日志传送(因为我的数据库处于还原状态)，那么日志传送不会失败吗?因为它将查找我没有应用到我的新辅助程序的最后一个T-日志，因为在故障转移期间无法访问主日志？

Answer 1

你提到的那些问题和复杂的事情都是我自己想过的。很久以前，我尽我最大的努力写出一个解决方案，以帮助它更容易地失败，同时也失败回来。我建议去codeproject.com，并搜索“流线型日志航运失败”，看看我在那里写的那篇短文。您可以下载SQL脚本，看看它是否对您的情况有帮助。本质上，它是在备用上运行的SQL脚本，它动态地生成需要失败的脚本，然后再失败。

我在生产环境中多次使用它来执行DR测试。我也使用过它一次在一个真正的生产下降的情况下，它确实有助于简化流程。