22,210
社区成员
发帖
与我相关
我的任务
分享[求招]SQL Server 2000上的tempdb库日志文件每天能增大30几G
现在每天都要上服务器清空下tempdb日志，要不就得报磁盘空间满了，有没有办法查出是哪些操作导致他增长这么快？
...全文
请发表友善的回复…
发表回复
mizuho_2006 2011-12-02
- 打赏
- 举报
好恐怖，换ORACLE吧。。
Ubuntu_Fedora 2011-12-02
- 打赏
- 举报
tempdb恢复模型是不可更改的，
正常情况,checkpoint大致每分钟会触发，标志日志为可重用。
你这种情况是I/O性能出问题了，系统数据库的checkpoint一般在用户数据库之后的，如果I/O太繁忙，tempdb的checkpoint就会有可能被打断 ，如此到处日志不断增长
你可以定时运行checkpoint，或者创建一个警报判断日志达到20G时运行checkpoint
正常情况,checkpoint大致每分钟会触发，标志日志为可重用。
你这种情况是I/O性能出问题了，系统数据库的checkpoint一般在用户数据库之后的，如果I/O太繁忙，tempdb的checkpoint就会有可能被打断 ，如此到处日志不断增长
你可以定时运行checkpoint，或者创建一个警报判断日志达到20G时运行checkpoint
勿勿 2011-12-02
- 打赏
- 举报
是些什么东西有那么快。跟踪看看 ，优化下
wmcode 2011-12-02
- 打赏
- 举报
@roy_88，已经是简单模型了。
@AcHerat，刚把服务重启下，好像增长没那么快了，等再观察下。
@fredrickhu，跟踪了下，是有一些存储过程中创建了临时表，不过平台程序很长一段时间没有更新了，以前都正常的。
@AcHerat，刚把服务重启下，好像增长没那么快了，等再观察下。
@fredrickhu，跟踪了下，是有一些存储过程中创建了临时表，不过平台程序很长一段时间没有更新了，以前都正常的。
小祝 2011-12-02
- 打赏
- 举报
1、当在存储过程中创建一个临时表时，比如(CREATE TABLE #a)，无论你在使用哪个数据库，SQL数据库引擎都会将这个表创建在tempdb数据库中。
2、对大型的结果集进行排序，比如使用ORDER BY或GROUP BY或UNION或执行一个嵌套的SELECT时，如果数据量超过了系统内存容量，SQL数据库引擎就会在tempdb中创建工作表。
3、运行DBCC check/ DBCC REINDEX/ALTER TABLE,SQL数据库引擎同样会使用tempdb。
SQL会在完成指定操作后自动清理，并销毁这些临时表，但是，很多时候系统部会自动清理的。比如，t-sql创建了一个事务，但是却没能执行，那么这些孤儿对象将遗留在tempdb中。
如果条件允许，重新启动SQL服务会重建TempDB，TempDB空间会释放出来。
亲，你可以考虑下尽量少使用create table #tmp
2、对大型的结果集进行排序，比如使用ORDER BY或GROUP BY或UNION或执行一个嵌套的SELECT时，如果数据量超过了系统内存容量，SQL数据库引擎就会在tempdb中创建工作表。
3、运行DBCC check/ DBCC REINDEX/ALTER TABLE,SQL数据库引擎同样会使用tempdb。
SQL会在完成指定操作后自动清理，并销毁这些临时表，但是，很多时候系统部会自动清理的。比如，t-sql创建了一个事务，但是却没能执行，那么这些孤儿对象将遗留在tempdb中。
如果条件允许，重新启动SQL服务会重建TempDB，TempDB空间会释放出来。
亲，你可以考虑下尽量少使用create table #tmp
--小F-- 2011-12-02
- 打赏
- 举报
看下LOG？用SQL PROFILER跟踪下。
-晴天 2011-12-02
- 打赏
- 举报
奇怪,那里头能放些什么东西,会那么大呢?
AcHerat 2011-12-02
- 打赏
- 举报
建立个跟踪看下，在空闲的时候服务重启下。
中国风 2011-12-02
- 打赏
- 举报
把Tempdb設置為簡單模式沒?
sweetqueen1 2011-12-02
- 打赏
- 举报
最好是关闭一些什么日志记录啥的~
