完全备份SQL2005数据库后，事务日志有多重要？

Question

完全备份SQL2005数据库后事务日志的重要性是什么？

示例：我有一个名为测试的数据库，我不关心使用事务日志进行时间点恢复，除了我可能想恢复到当时采用的数据库版本最后一次完整备份。

现在，在备份目录中，我有一个名为Test.bak的FULL备份以及4个相关的.trn文件。如果我再创建一个名为Test1.bak的新备份，那么从上一个备份序列中删除Test.bak + .trn文件是否安全？如果我删除除Test1.bak之外的所有备份文件，我是否只能从该文件中恢复，或者我是否应该因为.trn文件消失而导致恢复问题？

Answer 1

如果您不想将它们用于日志传送或作为备份策略的一部分，则可以忽略所有意图和目的的事务日志文件。

事务日志文件有两个目的，到目前为止，最重要的是在发生崩溃时（以及短期事务管理）维护数据完整性。第二个目的涉及备份，正如问题推断的那样，这个目的也有利于日志传送和相关事情。

如果您没有在给定数据库中使用事务日志而不是通常的崩溃恢复/完整性行为，那么您也可以使用简单恢复模式，这样就可以启用“trunc. log on checkpoint”数据库选项。发生这种情况时，无法备份事务日志，并且会定期截断它。即时无忧的交易日志！

Answer 2

如果您对时间点恢复不感兴趣，则根本不需要事务日志备份。您始终可以从完整数据库备份中恢复数据库。

但是，除非是开发人员或测试数据库（与您的一样），否则我无法想到不对时间点恢复感兴趣的好理由。

Answer 3

如果您不使用SIMPLE备份策略，并且保留了事务日志，那么当您执行完全备份时，我相信不再需要事务日志。因此，如果事务日志对您和您的备份策略很重要，您可能希望在备份期间使用COPYONLY标志，这样就不会中断事务日志历史记录的顺序。