我正在运行 SQL Server 2019,我需要更好地管理我的备份和日志。
我的主数据库(mdf)只有 9GB,但是日志(ldf)是 792GB。我已经使用 SSMS > Tasks > Backup 创建了这些备份...我期待在备份数据库后日志会重置。由于这并没有违反谷歌的建议,我试图缩小日志文件,没有发生任何事情。
我尝试将日志文件的最大大小设置为较小,但是由于日志文件已经太大,因此不允许这样做。这是一个开发服务器,很快我将把它切换到生产服务器。所以目前不需要历史备份,但一旦上线就可以了。
与此同时,我不得不删除其他数据库和日志文件以释放空间。我把 mdf 和 ldf 放在不同的分区上。
编辑:我处于完全恢复模式,但我现在已将其切换为简单。我希望将来有一个时间点,但现在就可以了。我进行了备份,但是在简单恢复模式中,只有完整备份和差异备份类型可用,我现在无法备份日志。我做了两个可用的选项,希望这会减少日志的大小,但它没有。
问题:现在我有一个备份,我可以删除日志文件,然后 SQL Server 会创建一个新的。当磁盘填满时,我可以重复这个过程吗?
时间点恢复
您需要时间点恢复吗?如果不是,请检查您的恢复模式,并考虑更改为
SIMPLE
. 使用SIMPLE
恢复模型,事务数据仅在活动事务期间保留在事务日志中,然后释放。如果您确实需要时间点恢复,除了完整备份之外,您还需要开始进行日志备份。弄清楚业务 RPO/RTO 是什么,并相应地计划备份计划。我的偏好是每 15 分钟备份一次日志作为一个好的起点。但是,人们每 5 分钟甚至每 1 分钟运行一次它们的情况并不少见。
选择上述选项之一后,您应该能够将日志文件截断回可管理的大小。
你采取了什么类型的备份?
只有事务日志备份才会对事务日志产生任何影响。