镜像配置是否要求数据库停止接收请求？

Question

我要配置Server 2012镜像。我知道我必须创建主体服务器的完整备份，并在镜像服务器上还原它。之后，我将备份主体的事务日志，并在镜像服务器上还原它。

我的疑问是:如果我的主体数据库在线(正在制作中)并收到许多插入/删除/更新请求，这是一个问题吗？镜像和同步可以在不需要停止我的Web应用程序的情况下完成，在此过程中，主体数据库将是100%可用的？我很担心，因为将在镜像处还原的事务日志并不代表所有事务，因为其中一些事务将发生在备份恢复和镜像同步的启动之间。

Answer 1

在您接受事务日志备份并在镜像对上还原它之后，您可能已经进行了更多事务日志备份。如果是这样的话，尝试赶上备份，然后进入镜像。此时，所有未重播的旧事务都将排队，您将在日志文件中忍受一个DB_MIRRORING事件，该事件将阻止事务日志截断那些尚未重播的事务。请注意，如果您的网络非常慢，这些事务可能会继续排队，关键是在第二对上有一个经过批准的IO子系统和网络，这样它就可以跟上了。

我不确定您是否可以在您的环境中进行事务日志备份，但是如果事务日志备份发生得太快，那么您可能会遇到一个IO子系统问题，您需要在第二对或网络问题上进行检查。最糟糕的情况是，如果事务日志备份不会导致严重的增长问题，则可以暂停它。否则，您可以使用DIFF备份来完全赶上，然后执行1项事务日志还原。

此外，如果可以的话，可以考虑高性能模式而不是高安全模式，但如果不能确保您的网络和diskIO是生产质量的话。此外，还设置日志延迟监视，如果不这样做，它将在主服务器上造成巨大的增长。

Answer 2

我在配置镜像时也遇到了同样的问题，因为我的合作伙伴服务器位于不同的托管中心，没有交叉连接。我要做的是监视我的数据库使用情况。然后，这向我展示了一天中最安静的时间来做完整的日志备份。我的公司一般每分钟大约有20000笔交易。最后，我不得不在深夜配置镜像。对我来说幸运的是，我把一切都安排好了。第二天早上醒来，一切都结束了。我创建了使用TSQL创建备份和日志备份的脚本，该脚本一旦完成，就将备份文件发送到我的DR服务器。使用.net，我创建了一个小文件夹监视器应用程序，该应用程序将在检测到文件位置后立即启动还原。在所有这些恢复之后，我只需执行TSQL脚本来设置合作伙伴。