sql server 2005镜像数据库事务日志文件维护

Question

对于标准的非镜像数据库，确保事务日志保持在检查状态，无论是简单地使数据库处于简单模式还是定期备份。我们保持简单，因为我们有SAN快照备份，并且不需要SQL备份。

我们现在要镜像。我显然不再有简单模式的选择，并且必须使用完整模式。这显然导致大型日志文件和日志备份的需要。没关系，我可以解决这个问题。一个采取日志备份并丢弃任何以前的维护计划。我意识到，如果没有其前身，这种备份本质上是无用的，但SAN快照正在进行备份。

我的问题是...

一）有没有一种方法，以截断所有处理的行日志文件，而无需创建一个备份？ （因为无论如何我都无法使用它们......）

b）维护计划对于服务器是本地的，不会跨镜像对复制。应该如何在镜像设置上完成？这样当数据库故障转移时，该计划开始在新的主体上运行，但是当其镜像时不会不高兴？

感谢

Answer 1

答：如果您的服务器足够重要，以便对其进行镜像，为什么事务日志备份不够重要？ SAN快照只是一个时间点的时间点映像，但它们不能让您在一段时间内停止不同的时间点。当你的开发人员截断一个表时，你想要重播所有的日志，直到这个语句结束。这就是事务日志备份的优点。

B.建立一个维护计划（或更好的T-SQL脚本，如Ola Hallengren的http://ola.hallengren.com）来备份所有的数据库，但选中这些复选框只备份在线的数据库。 （关于我的头顶，不知道2005年这是否是一种选择 - 可能只是2008年）。这样，你总能得到任何发生故障的事情。

当然，请记住，您需要小心清理脚本和复制这些备份文件。如果一个共享中有一半的t-log备份，另一半共享一半，则恢复更为困难。

Answer 2

一）不，你不能截断日志是镜像数据库的一部分。支持日志是您的最佳选择。我有几个数据库只是基于HA需求进行镜像设置，但由于各种原因，DR不是必需的。这似乎是你的情况？我真的仍然建议保持一段时间的日志备份。没有理由杀死您的高可用性策略所添加的完美恢复计划。 :)

b）我自己的解决方案是有一个辅助代理作业，根据镜像的状态进行监视。如果发现镜像发生更改，则将启用镜像实例上的辅助作业，并且如果可能，旧主体将被禁用。如果委托人倒闭并恢复正常工作，该工作仍然被禁用。工作本身将被切换回来的唯一方式就是再次发生另一次强制故障切换。