我不知道如何缩小数据库 ldf 文件的大小。
DBA 说我应该使用
backup log dbname with truncate_only
虽然看起来它在 SQL 查询分析器中正确执行,但 ldf 文件仍然超过 2 Gb。
**根据下面的一些评论和一些答案进行澄清。***有问题的特定数据库是我笔记本电脑上的一个数据库,我仅将其用于开发过程。日志文件增长到看起来会导致磁盘满的程度。不涉及生产风险。我了解我提出的问题中的方法和我接受的答案在生产环境中存在风险。*
我不知道如何缩小数据库 ldf 文件的大小。
DBA 说我应该使用
backup log dbname with truncate_only
虽然看起来它在 SQL 查询分析器中正确执行,但 ldf 文件仍然超过 2 Gb。
**根据下面的一些评论和一些答案进行澄清。***有问题的特定数据库是我笔记本电脑上的一个数据库,我仅将其用于开发过程。日志文件增长到看起来会导致磁盘满的程度。不涉及生产风险。我了解我提出的问题中的方法和我接受的答案在生产环境中存在风险。*
哦,恐怖!请停止告诉人们他们应该缩小他们的日志文件!
如果您遇到这种情况,则极有可能出现以下情况之一:
每个问题的答案如下:
If (1),然后将数据库切换到简单模式
If (2),然后安排定期日志备份
If (3),然后修复您的预定日志备份
If (4),然后不要那样做 :) 相反,做小批量工作。
请注意,这些都不需要使用(已弃用)“带有 truncate_only 的备份日志数据库名称”
相反,一旦您使用上述技术之一清除日志文件,然后使用以下方法缩小(现在为空)日志:
始终指定一个合理的最终大小,否则它会缩小到接近 0,并且下次需要它时,将不得不花时间增长。
在执行“使用 truncate_only 备份”后,您应该发出以下命令来缩小
例如
您在上面编写的脚本将标记日志内容以供重复使用。按照该脚本:
那会为你缩小它。