SQL2000分配日志空间导致延时问题

[shine888]

有台服务器在清空日志后,日志增长时需要需要分配日志空间时,会导致插入数据延时40秒左右.目前把日子增长改为50M一次增长方式也会导致分配日志空间时延时.服务器内存4G,SQL分配到的内存1.7G左右

[jamesrggg]

这个要看你本身每天的数据量有多大,一般建议设置增量为原文件的50%左右,预计每增长一次可使用时间为半年到一年;个人感觉50M的增量,太小了点

[shine888]

数据文件6G左右,每周备份后日志自动删除收缩空间.当写日志要去分配空间时就需要几十秒,导致插入数据延时

[shine888]

Sql日志记录出错提示如下: Autogrow of file 'Produce_Data' in database 'produce' cancelled or timed out after 30015 ms. Use ALTER DATABASE to set a smaller FILEGROWTH or to set a new size.

[卖水果的net]

就根据他的提示建议，把日志收缩后完成后，再给日志文件分配一个比较合适的大小，比如 500M ,1024M，这样一个数值 。 还有一点，这个可能不是写日志造成的延时，也可能是数据文件你也收缩了，建议考虑一下硬盘的速度问题。

[jamesrggg]

引用 2 楼 shine888 的回复:

数据文件6G左右,每周备份后日志自动删除收缩空间.当写日志要去分配空间时就需要几十秒,导致插入数据延时

不知道你的6G是多久的数据累计, 建议你把数据文件的增量,设置为每增加一次,可以持续1年;另外日志文件,设置初始大小为2G,增量为1G试试

[Tiger_Zhao]

[Quote=MSDN:]DBCC SHRINKDATABASE

收缩操作不会保留数据库中索引的碎片状态，通常还会在一定程度上增加碎片。这是不要反复收缩数据库的另一个原因。[/Quote]
不要想方设法地减少数据文件、日志文件的大小，这没意义。
而是应该先设定一个足够的初始大小，不用频繁分配空间。
如果每周日志平均有500M，那么初始大小至少设个2G。
正常使用日志文件大小是不变的。
如果哪周异常，日志增长到10G，那么备份后收缩空间会重新截成2G。
这才兼顾了正常时的性能和异常时的空间回收。