SQL 2005/SQL 2008 收缩日志 清空删除大日志文件
SQL2008 的收缩日志
由于SQL2008对文件和日志管理进行了优化,所以以下语句在SQL2005中可以运行但在SQL2008中已经被取消:
(SQL2005)
1 BackupLog DNName with
2 no_log
3 go
4 dumptransaction DNName
5 with
6 no_log
7 go
8 USE DNName
9 DBCC SHRINKFILE
2 no_log
3 go
4 dumptransaction DNName
5 with
6 no_log
7 go
8 USE DNName
9 DBCC SHRINKFILE
(2)
(SQL2008):
在SQL2008中清除日志就必须在简单模式下进行,等清除动作完毕再调回到完全模式。
1 USE[master]
2 GO
3
4 ALTER DATABASE DNName
5 SET
6 RECOVERY SIMPLE WITH NO_WAIT
7 GO
8
9 ALTER DATABASE DNName
10 SET
11 RECOVERY SIMPLE --简单模式
12 GO
13 USE DNName
14
15 GO
16 DBCC SHRINKFILE
17 (N'DNName_Log' , 11, TRUNCATEONLY)
18 GO
19
20 USE[master]
21 GO
22
23 ALTER DATABASE DNName
24 SET
25 RECOVERY FULL WITH
26 NO_WAIT
27
28 GO
29
30 ALTER DATABASE DNName
31 SET
32 RECOVERY FULL --还原为完全模式
33 GO
2 GO
3
4 ALTER DATABASE DNName
5 SET
6 RECOVERY SIMPLE WITH NO_WAIT
7 GO
8
9 ALTER DATABASE DNName
10 SET
11 RECOVERY SIMPLE --简单模式
12 GO
13 USE DNName
14
15 GO
16 DBCC SHRINKFILE
17 (N'DNName_Log' , 11, TRUNCATEONLY)
18 GO
19
20 USE[master]
21 GO
22
23 ALTER DATABASE DNName
24 SET
25 RECOVERY FULL WITH
26 NO_WAIT
27
28 GO
29
30 ALTER DATABASE DNName
31 SET
32 RECOVERY FULL --还原为完全模式
33 GO
优点:此清除日志所运行消耗的时间短,90GB的日志在分钟左右即可清除完毕,做完之后做个完全备份在分钟内
即可完成。
缺点:
不过此动作最好不要经常使用,因为它的运行会带来系统碎片。普通状态下LOG和DIFF的备份即可截断日志。
此语句使用的恰当环境:当系统的日志文件异常增大或者备份LOG时间太长可能影响生产的情况下使用。
在编程的道路上,一往无前,埋头狂奔。
[奔跑的人生] | [segmentfault] | [spring4all] | [csdn] | [掘金] | [OSChina] | [简书] | [知乎] | [51CTO]
[奔跑的人生] | [segmentfault] | [spring4all] | [csdn] | [掘金] | [OSChina] | [简书] | [知乎] | [51CTO]
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 如何编写易于单元测试的代码
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 周边上新:园子的第一款马克杯温暖上架
· Open-Sora 2.0 重磅开源!
· 分享 3 个 .NET 开源的文件压缩处理库,助力快速实现文件压缩解压功能!
· Ollama——大语言模型本地部署的极速利器
· DeepSeek如何颠覆传统软件测试?测试工程师会被淘汰吗?