数据库

primary文件组已满的原因及解决方法总结

位置:首页 > 数据库 > SQL Server,2013-07-07
primary文件组已满的原因及解决方法总结1.检查你的磁盘剩余空间是否足够,如果没有磁盘剩余空间,则清理磁盘,腾出空间2.检查你的磁盘分区格式如果是FAT16,则数据文件最大只能是2G如果是FAT3...

primary文件组已满的原因及解决方法总结

1.检查你的磁盘剩余空间是否足够,如果没有磁盘剩余空间,则清理磁盘,腾出空间



2.检查你的磁盘分区格式
如果是FAT16,则数据文件最大只能是2G
如果是FAT32,则数据文件最大只能是4G
改为NTFS分区则没有这种限制


3.检查一下你有没有限制 数据库文件的大小
企业管理器--右键你的数据库--属性--文件增长限制--如果有限制大小,取消限制


4.检查你的 SQL版本,如果你用MSDE,则限制了数据文件最大是2G


5.你也可以为 primary 组添加新的数据文件来解决这个问题
alter database 库名 add file(NAME = 逻辑文件名,FILENAME = c:实际文件名.ndf


另外,请注意TEMPDB的空间占用情况!!!




当SQL数据库日志文件已满
先提供一种复杂的方法压缩日志及数据库文件如下:


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。右建数据库属性窗口--故障还原模型--设为大容量日志记录

TAGS:原因总结方法已满数据库管理器sql服务器

猜你喜欢

NewHot