简单恢复数据库以节省空间

Question

这个旧的 SQL Server 2000 实例有一个 14 Gb 的数据磁盘和一个 30 Gb 的备份磁盘。

即使它很旧，它仍然有大量用户进行交易，因此该服务器上唯一数据库的日志文件每天都会填满数据驱动器。

我想我会把它放在简单的恢复中并刷新事务日志，但我想知道它会产生什么影响。

如果没有 T-log，您就不能使用备份恢复到完整备份时间以外的任何其他时间点，对吗？在对数据库进行此类更改时，除此之外我应该注意哪些最重要的影响？当我不生成 t-log 时，除了丢失一天的数据（每天备份到磁带）之外，还有什么可能发生？

提前致谢

Answer 1

首先是关于SIMPLE恢复的快速说明。这是一个商业决策。这绝不是一个技术决定。您的企业需要权衡保留成本FULL（这可能意味着拥有额外空间的新服务器、存档当前数据以释放一些空间等）与丢失一天或更多数据的成本。一旦他们决定了，你就可以继续了。

根据您的问题和评论，我看到了两种情况之一：

你在FULL恢复模式，但不考虑日志备份。

此时，您需要开始定期进行日志备份。很可能这实际上会节省您的空间。如果您每天少于一次进行日志备份以清除日志（注意：FULL备份不会释放日志空间），那么您的事务日志可能比它需要的要大。按顺序进行备份，然后确定您的事务日志实际需要多大。很可能它会比目前为您提供额外的备份空间小得多。最坏的情况是将您的备份移动到磁带上的频率比您目前的要高。

你在FULL恢复模式，但都以日志备份。

如果是这种情况，则您可能需要增加日志备份的频率。这不会产生额外的空间需求，因为日志文件会更小（标题信息有一些小开销，但并不重要）。这将使您的日志清除速度更快并保持较小。 假设（这是一个很大的假设）您没有一个或多个需要日志空间的单个事务。如果是这种情况，那么只有更改代码以减少事务的大小才能让您摆脱较小的日志文件。即使你切换到SIMPLE恢复您仍然需要最大单个事务（或最大并发事务组合）的日志空间。如果您缩小日志文件并运行需要更多空间的事务，它只会再次增加日志。

再次切换FULL和SIMPLE恢复是一个商业决策。在不咨询业务的情况下做出这种决定（然后是错误的）是让自己被解雇的好方法。