接到客户的问题反馈,做日终操作时,遇到Primary文件组已满
查看其数据的基本情况:
使用SQL2000,业务库大约18G,设置了自动收缩,也设置了文件自动增长,按默认设置,每次增长10%.硬盘空闲空间也是有的.硬盘分区是NTFS,也不存在FAT32下文件不能突破4G的限制.
这样,从设置方面来看,应该不会出现该问题.
据查阅资料,设置了自动收缩,则每隔30分钟自动收缩作业会检查,如果空闲空间超过25%,则收缩.
这么说来,每次增10%,远远不到25%,不应该是被收缩了.
按照规律,关注了这一点,遭遇此问题,都是在大事务时候发生.
据分析,还是每次增加10%(这里,也就是大约1.8G)太大.导致超时.
所以,调整成为每次增长50M,结果不再发生该问题.
后来,继续跟踪此问题,找资料看,结果,看了下面链接的内容
参阅:http://www.cnblogs.com/zhijianliutang/p/4062747.html
则更加验证了分析的原因.
查看其数据的基本情况:
使用SQL2000,业务库大约18G,设置了自动收缩,也设置了文件自动增长,按默认设置,每次增长10%.硬盘空闲空间也是有的.硬盘分区是NTFS,也不存在FAT32下文件不能突破4G的限制.
这样,从设置方面来看,应该不会出现该问题.
据查阅资料,设置了自动收缩,则每隔30分钟自动收缩作业会检查,如果空闲空间超过25%,则收缩.
这么说来,每次增10%,远远不到25%,不应该是被收缩了.
按照规律,关注了这一点,遭遇此问题,都是在大事务时候发生.
据分析,还是每次增加10%(这里,也就是大约1.8G)太大.导致超时.
所以,调整成为每次增长50M,结果不再发生该问题.
后来,继续跟踪此问题,找资料看,结果,看了下面链接的内容
参阅:http://www.cnblogs.com/zhijianliutang/p/4062747.html
则更加验证了分析的原因.
来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/29512902/viewspace-1485588/，如需转载，请注明出处，否则将追究法律责任。
转载于:http://blog.itpub.net/29512902/viewspace-1485588/
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
