服務器使用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、右建數據庫屬性窗口--故障還原模型--設為大容量日志記錄