今天我们遇到了日志文件的问题;在三天内，它增长到1.3TB（驱动器的99.5％）并且缩小它变得非常困难。
无论如何，我将恢复模式更改为simple，处理问题，祈祷，并且能够缩小日志文件。
在重新回到full之前，我开始阅读它，看看它是否真的有必要。
我们每天备份数据库，如果发生任何事情，我们可以恢复到昨晚的副本。话虽如此，考虑到日志文件的含义以及每小时运行的进程数量，我认为没有必要将其设置为完整。
根据我的阅读，我需要完全恢复的唯一原因是，如果我想恢复数据库超过我的最后一次备份。
例如，我们说我昨晚有备份。如果数据库现在中断并且设置为“简单”，那么我只能恢复到昨晚的状态。
使用＆＃39; full＆＃39;，我可以使用日志文件来恢复昨晚不在备份中的内容。
这有意义吗？如果是这种情况，那么我认为我可以将其保留为简单的＆＃39;。
感谢。
答案 0 :(得分：2)
是的，情况确实如此。
我打赌你的日志文件增长了，因为你没有备份它们。备份事务日志时，会自动截断日志。在简单恢复模型中发生检查点时，它也会被截断。如果要保留完整恢复模型，请每小时或每30分钟备份一次事务日志，或者丢失时您的业务要求是否正常。也就是说，您应该问的问题是＆＃34;我可以承受多少数据丢失＆＃34; 。这次是什么，这是应该备份您的事务日志的频率。如果您可以丢失整整一天的数据（可能），那么使用简单恢复模型就足够了。