产品知识库
问题号 | Data0007 | 提问人 | Xuner |
提交日期 | 2009-02-12 12:20:12 | 答复日期 | 2009-02-12 |
产品/模块 | 数据库管理 | 问题等级 | 一般问题 |
问题描述 | 关于primary文件组已满的原因及解决方法总结 | ||
解决办法 | 具体如下: 1、检查你的磁盘剩余空间是否足够,如果没有磁盘剩余空间,则清理磁盘,腾出空间 2、检查你的磁盘分区格式 , 如果是FAT16,则数据文件最大只能是2G ;如果是FAT32,则数据文件最大只能是4G ;改为NTFS分区则没有这种限制 3、检查一下你有没有限制数据库文件的大小,企业管理器--右键你的数据库--属性--文件增长限制--如果有限制大小,取消限制 4、检查你的SQL版本,如果你用MSDE,则限制了数据文件最大是2G 5、你也可以为 primary 组添加新的数据文件来解决这个问题 alter database 库名 add file(NAME = 逻辑文件名,FILENAME = 'c:\实际文件名.ndf'
系统出现异常,具体表现,做任何单据都无法保存且很慢,甚至某些业务出现无响应状态. 初步判断应该是数据库服务器的问题.首先将SQLSERVER服务停止又重新打开,还是一样. 进入企业管理器,看此数据库属性,设置都正常,磁盘剩余空间还有20多G,检查锁也没发现有死锁的情况. 运行DBCC CHECKDB 检查数据库,也正常,没有错误提示. 尝试重建索引时,发现错误,"primary文件组已满",无法执行重建索引SQL语句. 这才想起可能是FAT32分区导致.再次查看数据库属性,果然primary文件组已达到4G,所以另增加一个primary文件组,即可解决问题. 为此,建议客户在使用数据库时,最好将数据库文件放到NTFS分区,以减少此类问题. | ||
备 注 |