我有一个关于清理不再需要的事务日志备份的快速问题。所以,我有一个处于完全恢复模式的数据库。每天晚上 10 点进行一次备份(通过维护计划)。现在,我还有一个不同的维护计划,即在工作时间内每 15 分钟备份一次事务日志,所以在一天结束时,会有相当多的文件。
如果晚上 10 点备份成功执行,清除这些的最佳方法是什么?我可以只删除全天的所有事务日志备份吗?(此时他们已经陷入了备份,对吧?)。基本上,我试图以全新的方式开始新的一天,可以这么说,备份所有数据和一组新的事务日志备份。
谢谢!
我有一个关于清理不再需要的事务日志备份的快速问题。所以,我有一个处于完全恢复模式的数据库。每天晚上 10 点进行一次备份(通过维护计划)。现在,我还有一个不同的维护计划,即在工作时间内每 15 分钟备份一次事务日志,所以在一天结束时,会有相当多的文件。
如果晚上 10 点备份成功执行,清除这些的最佳方法是什么?我可以只删除全天的所有事务日志备份吗?(此时他们已经陷入了备份,对吧?)。基本上,我试图以全新的方式开始新的一天,可以这么说,备份所有数据和一组新的事务日志备份。
谢谢!
我会谨慎行事,删除超过三天、一周、两周的文件,你有什么。你永远不知道管理层什么时候会跑来告诉你有人在昨天或周末之前不小心删除了数据,他们需要恢复到某个时间点。确保您保留了足够的数据来涵盖所有这些可能的情况,如果您没有足够的空间,请购买更多 - 相信我,这比没有桨的小溪要便宜得多。
此外,确保在删除旧备份之前测试恢复备份的能力,并验证它们是否一致。您建议您根据昨晚的备份成功执行的事实删除昨天的日志。成功执行备份是不够的。您可能会备份损坏一个星期,除非您实际尝试恢复,否则您怎么知道?
您是否验证了您所做的备份通过了 VERIFYONLY,以及在通过 CHECKDB 评估的单独服务器上进行的完整还原?我问这个是因为我见过有人进行备份的情况,他们后来发现备份失败了 CHECKDB,但是他们已经删除了那天的事务日志,所以他们无法恢复到某个时间点。
也许,相对于数据,这没什么大不了的(即:加载完整数据集的 ETL 加载程序,如果需要可以完全重新完成),但我强烈建议保留所有事务日志备份,直到你已验证您的备份通过了 VERIFYONLY 和 CHECKDB。