未能为数据库 '*'中得对象'*'分配空间,因文件组'PRIMARY'已满

服务器使用mssqlserver2005,最近经常出现无法新增信息错误,查看日志,发现严重错误提示,内容大致为:

 

无法为数据库 ‘weixin_main‘ 中的对象 ‘dbo.wx_logs‘.‘PK_wx_logs_id‘ 分配空间,因为 ‘PRIMARY‘ 文件组已满。请删除不需要的文件、删除文件组中的对象、将其他文件添加到文件组或为文件组中的现有文件启用自动增长,以便增加可用磁盘空间。

 

打开企业管理器,右键报错的数据库,选择“属性”,弹出对话框,发现常规标签页的可用空间显示只有1.03M,原来问题就在这里,想起是之前做过限制。
这时的一种解决方案是:设置该数据库文件以及日志的“最大文件大小”为文件增长不受限制。
注意要经常清理数据库日志和备份数据库文件。


以下相关内容整理仅供参考

提示:对于该问题,主要检是否限制了数据库文件增长
1.检查你的磁盘剩余空间是否足够,如果没有磁盘剩余空间,则清理磁盘,腾出空间
2.检查你的磁盘分区格式
如果是FAT16,则数据文件最大只能是2G;如果是FAT32,则数据文件最大只能是4G,改为NTFS分区则没有这种限制
3.检查一下你有没有限制数据库文件的大小
企业管理器--右键你的数据库--属性--文件增长限制--如果有限制大小,取消限制
4.检查你的SQL版本,如果你用MSDE,则限制了数据文件最大是2G
5.你也可以为 primary 组添加新的数据文件来解决这个问题
alter database 库名 add file(NAME = 逻辑文件名,FILENAME = c:实际文件名.ndf
另外,请注意TEMPDB的空间占用情况!该临时数据库应该经常清理!

清理日志的方法

当SQL数据库日志文件已满,可以取消日志文件大小限制,当然我们更希望定期对其压缩,清除N天前的无用记录
提供一种压缩日志及数据库文件的方法如下:
1.清空日志
  DUMP  TRANSACTION  库名  WITH  NO_LOG   
2.截断事务日志:
  BACKUP LOG 数据库名 WITH NO_LOG
3.收缩数据库文件(如果不压缩,数据库的文件不会减小
  企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件
   --选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了
   --选择数据文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了
  也可以用SQL语句来完成
  --收缩数据库
  DBCC SHRINKDATABASE(客户资料)
  --收缩指定数据文件,1是文件号,可以通过这个语句查询到:select * from sysfiles
  DBCC SHRINKFILE(1)
4.为了最大化的缩小日志文件(如果是sql 7.0,这步只能在查询分析器中进行)
  a.分离数据库:
   企业管理器--服务器--数据库--右键--分离数据库
  b.在我的电脑中删除LOG文件
  c.附加数据库:
   企业管理器--服务器--数据库--右键--附加数据库
  此法将生成新的LOG,大小只有500多K
  或用代码:
  下面的示例分离 pubs,然后将 pubs 中的一个文件附加到当前服务器。
  a.分离
  E X E C sp_detach_db @dbname = pubs
    b.删除日志文件
  c.再附加
  E X E C sp_attach_single_file_db @dbname = pubs,
     @physname = c:Program FilesMicrosoft SQL ServerMSSQLDatapubs.mdf
5.为了以后能自动收缩,做如下设置:
  企业管理器--服务器--右键数据库--属性--选项--选择"自动收缩"
  --SQL语句设置方式:
  E X E C sp_dboption 数据库名, autoshrink, TRUE
6.如果想以后不让它日志增长得太大
  企业管理器--服务器--右键数据库--属性--事务日志
   --将文件增长限制为xM(x是你允许的最大数据文件大小)
  --SQL语句的设置方式:
  alter database 数据库名 modify file(name=逻辑文件名,maxsize=20)
特别注意:
  请按步骤进行,未进行前面的步骤,请不要做后面的步骤
  否则可能损坏你的数据库.
  一般不建议做第4,6两步
  第4步不安全,有可能损坏数据库或丢失数据
  第6步如果日志达到上限,则以后的数据库处理会失败,在清理日志后才能恢复.

一种更简单的解决方法:
   1、右建数据库属性窗口--故障还原模型--设为简单
   2、右建数据库所有任务--收缩数据库
   3、右建数据库属性窗口--故障还原模型--设为大容量日志记录

未能为数据库 '*'中得对象'*'分配空间,因文件组'PRIMARY'已满,布布扣,bubuko.com

未能为数据库 '*'中得对象'*'分配空间,因文件组'PRIMARY'已满

上一篇:Windows Azure Storage (17) Azure Storage读取访问地域冗余(Read Access – Geo Redundant Storage, RA-GRS)


下一篇:Windows 2008 上 T-SQL 延迟5秒