服務(wù)器使用mssqlserver2005，最近經(jīng)常出現(xiàn)無(wú)法新增信息錯(cuò)誤，查看日志，發(fā)現(xiàn)嚴(yán)重錯(cuò)誤提示，內(nèi)容大致為：

?

無(wú)法為數(shù)據(jù)庫(kù) 'weixin_main' 中的對(duì)象 'dbo.wx_logs'.'PK_wx_logs_id' 分配空間，因?yàn)?'PRIMARY' 文件組已滿。請(qǐng)刪除不需要的文件、刪除文件組中的對(duì)象、將其他文件添加到文件組或?yàn)槲募M中的現(xiàn)有文件啟用自動(dòng)增長(zhǎng)，以便增加可用磁盤(pán)空間。

?

打開(kāi)企業(yè)管理器，右鍵報(bào)錯(cuò)的數(shù)據(jù)庫(kù)，選擇“屬性”，彈出對(duì)話框，發(fā)現(xiàn)常規(guī)標(biāo)簽頁(yè)的可用空間顯示只有1.03M，原來(lái)問(wèn)題就在這里，想起是之前做過(guò)限制。
這時(shí)的一種解決方案是：設(shè)置該數(shù)據(jù)庫(kù)文件以及日志的“最大文件大小”為文件增長(zhǎng)不受限制。
注意要經(jīng)常清理數(shù)據(jù)庫(kù)日志和備份數(shù)據(jù)庫(kù)文件。

以下相關(guān)內(nèi)容整理僅供參考

提示：對(duì)于該問(wèn)題，主要檢是否限制了數(shù)據(jù)庫(kù)文件增長(zhǎng)
1.檢查你的磁盤(pán)剩余空間是否足夠,如果沒(méi)有磁盤(pán)剩余空間,則清理磁盤(pán),騰出空間
2.檢查你的磁盤(pán)分區(qū)格式
如果是FAT16,則數(shù)據(jù)文件最大只能是2G；如果是FAT32,則數(shù)據(jù)文件最大只能是4G，改為NTFS分區(qū)則沒(méi)有這種限制
3.檢查一下你有沒(méi)有限制數(shù)據(jù)庫(kù)文件的大小
企業(yè)管理器--右鍵你的數(shù)據(jù)庫(kù)--屬性--文件增長(zhǎng)限制--如果有限制大小,取消限制
4.檢查你的SQL版本,如果你用MSDE,則限制了數(shù)據(jù)文件最大是2G
5.你也可以為 primary 組添加新的數(shù)據(jù)文件來(lái)解決這個(gè)問(wèn)題
alter database 庫(kù)名 add file(NAME = 邏輯文件名,FILENAME = c:實(shí)際文件名.ndf
另外，請(qǐng)注意TEMPDB的空間占用情況！該臨時(shí)數(shù)據(jù)庫(kù)應(yīng)該經(jīng)常清理！

清理日志的方法

當(dāng)SQL數(shù)據(jù)庫(kù)日志文件已滿，可以取消日志文件大小限制，當(dāng)然我們更希望定期對(duì)其壓縮，清除N天前的無(wú)用記錄
提供一種壓縮日志及數(shù)據(jù)庫(kù)文件的方法如下：
1.清空日志
? DUMP? TRANSACTION? 庫(kù)名? WITH? NO_LOG???
2.截?cái)嗍聞?wù)日志：
? BACKUP LOG 數(shù)據(jù)庫(kù)名 WITH NO_LOG
3.收縮數(shù)據(jù)庫(kù)文件(如果不壓縮,數(shù)據(jù)庫(kù)的文件不會(huì)減小
? 企業(yè)管理器--右鍵你要壓縮的數(shù)據(jù)庫(kù)--所有任務(wù)--收縮數(shù)據(jù)庫(kù)--收縮文件
?? --選擇日志文件--在收縮方式里選擇收縮至XXM,這里會(huì)給出一個(gè)允許收縮到的最小M數(shù),直接輸入這個(gè)數(shù),確定就可以了
?? --選擇數(shù)據(jù)文件--在收縮方式里選擇收縮至XXM,這里會(huì)給出一個(gè)允許收縮到的最小M數(shù),直接輸入這個(gè)數(shù),確定就可以了
? 也可以用SQL語(yǔ)句來(lái)完成
? --收縮數(shù)據(jù)庫(kù)
? DBCC SHRINKDATABASE(客戶資料)
? --收縮指定數(shù)據(jù)文件,1是文件號(hào),可以通過(guò)這個(gè)語(yǔ)句查詢到:select * from sysfiles
? DBCC SHRINKFILE(1)
4.為了最大化的縮小日志文件(如果是sql 7.0,這步只能在查詢分析器中進(jìn)行)
? a.分離數(shù)據(jù)庫(kù):
?? 企業(yè)管理器--服務(wù)器--數(shù)據(jù)庫(kù)--右鍵--分離數(shù)據(jù)庫(kù)
? b.在我的電腦中刪除LOG文件
? c.附加數(shù)據(jù)庫(kù):
?? 企業(yè)管理器--服務(wù)器--數(shù)據(jù)庫(kù)--右鍵--附加數(shù)據(jù)庫(kù)
? 此法將生成新的LOG，大小只有500多K
? 或用代碼：
? 下面的示例分離 pubs，然后將 pubs 中的一個(gè)文件附加到當(dāng)前服務(wù)器。
? 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.為了以后能自動(dòng)收縮,做如下設(shè)置:
? 企業(yè)管理器--服務(wù)器--右鍵數(shù)據(jù)庫(kù)--屬性--選項(xiàng)--選擇"自動(dòng)收縮"
? --SQL語(yǔ)句設(shè)置方式:
? E X E C sp_dboption 數(shù)據(jù)庫(kù)名, autoshrink, TRUE
6.如果想以后不讓它日志增長(zhǎng)得太大
? 企業(yè)管理器--服務(wù)器--右鍵數(shù)據(jù)庫(kù)--屬性--事務(wù)日志
?? --將文件增長(zhǎng)限制為xM(x是你允許的最大數(shù)據(jù)文件大小)
? --SQL語(yǔ)句的設(shè)置方式:
? alter database 數(shù)據(jù)庫(kù)名 modify file(name=邏輯文件名,maxsize=20)
特別注意：
? 請(qǐng)按步驟進(jìn)行,未進(jìn)行前面的步驟,請(qǐng)不要做后面的步驟
? 否則可能損壞你的數(shù)據(jù)庫(kù).
? 一般不建議做第4,6兩步
? 第4步不安全,有可能損壞數(shù)據(jù)庫(kù)或丟失數(shù)據(jù)
? 第6步如果日志達(dá)到上限,則以后的數(shù)據(jù)庫(kù)處理會(huì)失敗,在清理日志后才能恢復(fù).

一種更簡(jiǎn)單的解決方法：
?? 1、右建數(shù)據(jù)庫(kù)屬性窗口--故障還原模型--設(shè)為簡(jiǎn)單
?? 2、右建數(shù)據(jù)庫(kù)所有任務(wù)--收縮數(shù)據(jù)庫(kù)
?? 3、右建數(shù)據(jù)庫(kù)屬性窗口--故障還原模型--設(shè)為大容量日志記錄

總結(jié)

以上是生活随笔為你收集整理的未能为数据库 '*'中得对象'*'分配空间，因文件组'PRIMARY'已满的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。