SQL Server 2005的镜像数据库事务日志文件维护

题

确定，所以对标准的，非镜像数据库，事务日志是通过具有简单模式数据库或通过操作的方式定期备份保存在检查或者简单。我们保持简单我们，因为我们有SAN快照备份发生，也没有必要SQL备份。

我们现在要镜像。我显然不再有简单模式的选择，必须使用完整的。这显然会导致大量的日志文件，并需要进行日志备份。这很好，我可以处理这个;一个维护计划，需要一个日志备份并丢弃所有以前的。我知道这是备份基本上是无用的没有它的前辈，但SAN快照做备份。

我的问题是...

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

b）一个维修计划是本地服务器和跨越一对镜像不被复制。究竟应该如何在一个镜像安装完成？这样，当数据库发生故障转移，计划开始在新的主体运行，但不生气，当它的一面镜子？

由于

解决方案

一个。如果您的服务器镜像，重要的是，为什么不是采取事务日志备份重要的还不够吗？ SAN快照点的时间的时间只有一个点的图像，但他们不给你停在沿途不同时间点的能力。当你的开发人员截断表，要重播的所有日志的权利，直到该声明，并停在那里。这就是事务日志备份是不错的。

当然，记住，你需要小心像清理脚本的东西和那些复制备份文件。如果你有一个份额，另一半在其他的T-日志备份的一半，这是更难恢复。

其他提示

一）不，你不能截断日志是镜像数据库的一部分。备份日志起来是最好的选择。我有几个数据库是建立与镜像单纯依据德HA需求，但DR不要求因各种原因。这似乎是您的情况？我真的还是建议保持日志备份一段时间。没有理由杀害由您的HA策略增加了一个完美的恢复计划。：）

b）中我自己的这个解决方案是基于所述反射镜的状态显示器有一个第二药剂的工作。如果发现镜面改变，对德镜像实例次要任务已启用，如果可能的话，老校长被禁用。如果主跌，它回来了，工作仍然被禁用。本身将被切换回的唯一方式的作业是再次的情况下，另一被迫故障转移。