SQL Server 的事务日志太大

Question

我有一个有 33 GB 事务日志的数据库。这是因为数据库处于完全恢复模式，在第一次备份之前已经使用了 5 年以上。

我想使用以下命令截断和缩小日志文件

Backup log dbname with truncate_only
go
DBCC shrinkfile('logicalfilename',100)

我想知道在我运行了上面的命令之后，将来我是否能够恢复到 Future full backup 1 和 2 之间的时间点？

时间线

1. 预截断备份
2. 截断和收缩
3. 未来完全备份 1
4. 未来全备份2

谢谢，

Answer 1

我能否恢复到未来完整备份 1 和 2 之间的某个时间点？

是的。您关心的是Log Chain。日志链从完整备份开始。因此，future full backup 1您将开始一个新的日志链，并且通过事务日志备份，您将能够恢复到时间点。

关于使用事务日志备份的 BOL 参考

至于您截断日志的初始方法，请注意BOL on BACKUP 中的以下内容：

在BACKUP LOG WITH NO_LOG和WITH TRUNCATE_ONLY选项都已经停产。如果您使用完整或大容量日志恢复模式恢复并且必须从数据库中删除日志备份链，请切换到简单恢复模式。

我猜这是不言而喻的，但我会很明确。为了不遇到同样的问题，您确实需要进行日常事务日志备份。

Answer 2

这里的主要问题是您似乎没有进行任何常规日志备份。我要做的第一件事是确保您了解SQL Server 的恢复模型。首先，在数据库中FULL，并BULKLOGGED须参加定期日志备份。

我建议清理您的日志文件，首先进行日志备份：

BACKUP LOG foo TO DISK='<backup file location>'

完成后，您就可以安全地执行DBCC SHRINKFILE命令以适当调整日志文件的大小。

最后，您应该安排定期对数据库进行日志备份。有很多工具可以做到这一点，维护计划或Ola Hallengren 的维护脚本。另外，我强烈建议阅读和理解Thomas Stringer 的 BOL 链接。

Answer 3

我刚刚弄清楚了 SQL 备份，并有一个非常相似的问题。

要恢复到某个时间点，您需要：

• 时间点之前的最新完整备份
• （可选）完整备份之后和时间点之前的最新差异备份
• 自您要从中恢复的完整备份或差异备份以来的所有事务日志备份

当你跑

Backup log dbname with truncate_only

您不是在备份日志，而是在删除它。因此，您可以执行的唯一还原是从完整（或差异）备份进行还原。

Mike Fal 的回答显示了如何设置事务日志备份，而Thomas 的回答解释了日志链，但我觉得有必要准确发布您需要的内容以便恢复到某个时间点，因为我有同样的问题上周，我对我需要什么才能进行时间​​点恢复感到非常困惑。