昨天突然有客戶反應(yīng)系統(tǒng)無法正常的操作了！感到很震驚啊，系統(tǒng)一直運行正常啊，怎么會突然出問題。于是趕緊跟蹤調(diào)查終于發(fā)現(xiàn)了問題的根源。
問題一：數(shù)據(jù)庫 'XXXX' 的事務(wù)日志已滿。若要查明無法重用日志中的空間的原因，請參閱 sys.databases 中的 log_reuse_wait_desc 列
問題二：無法為數(shù)據(jù)庫 'XXX' 中的對象 ''PK_tbl_XXXX' 分配空間，因為 'PRIMARY' 文件組已滿。請刪除不需要的文件、刪除文件組中的對象、將其他文件添加到文件組或為文件組中的現(xiàn)有文件啟用自動增長，以便增加可用磁盤空間。"
對于解決這兩個問題的解決方案如下（在網(wǎng)上搜索了一把，問題解決了。現(xiàn)在整理了如下）：
問題一的解決方法：
方法1： MSSQL2005日志的收縮
１.右鍵在清除日志的數(shù)據(jù)庫，如“TestDB”，點擊[新建查詢（Q）]
２.輸入以下SQL語句，其中“TestDB”是數(shù)據(jù)庫名稱
DUMP TRANSACTION TestDB WITH NO_LOG３.執(zhí)行該SQL，成功后繼續(xù)以下操作
４.右鍵該數(shù)據(jù)庫節(jié)點，點擊[任務(wù)（T）] -> [收縮（S）] -> [文件（F）]
５.在彈出的“收縮文件”對話框中，將“文件類型（T）”選為“日志”，將“收縮操作”選中“在釋放未使用的空間前重新組織頁（O）”
６.在“將文件收縮到（K）”文本框中輸入后面提示的最小大小的數(shù)值，點擊[確定]即可。
方法2：下面的所有庫名都指你要處理的數(shù)據(jù)庫的庫名
1.清空日志
DUMP TRANSACTION 庫名 WITH NO_LOG
2.截斷事務(wù)日志：
BACKUP LOG 庫名 WITH NO_LOG
3.收縮數(shù)據(jù)庫文件(如果不壓縮,數(shù)據(jù)庫的文件不會減小
企業(yè)管理器--右鍵你要壓縮的數(shù)據(jù)庫--所有任務(wù)--收縮數(shù)據(jù)庫--收縮文件
--選擇日志文件--在收縮方式里選擇收縮至XXM,這里會給出一個允許收縮到的最小M數(shù),直接輸入這個數(shù),確定就可以了
--選擇數(shù)據(jù)文件--在收縮方式里選擇收縮至XXM,這里會給出一個允許收縮到的最小M數(shù),直接輸入這個數(shù),確定就可以了
也可以用SQL語句來完成
--收縮數(shù)據(jù)庫
DBCC SHRINKDATABASE(庫名)
--收縮指定數(shù)據(jù)文件,1是文件號,可以通過這個語句查詢到:select * from sysfiles
DBCC SHRINKFILE(1)
4.為了最大化的縮小日志文件(如果是sql 7.0,這步只能在查詢分析器中進行)
a.分離數(shù)據(jù)庫:
企業(yè)管理器--服務(wù)器--數(shù)據(jù)庫--右鍵--分離數(shù)據(jù)庫
b.在我的電腦中刪除LOG文件
c.附加數(shù)據(jù)庫:
企業(yè)管理器--服務(wù)器--數(shù)據(jù)庫--右鍵--附加數(shù)據(jù)庫
此法將生成新的LOG，大小只有500多K
或用代碼：
下面的示例分離 pubs，然后將 pubs 中的一個文件附加到當(dāng)前服務(wù)器。
a.分離
EXEC sp_detach_db @dbname = '庫名'
b.刪除日志文件
c.再附加
EXEC sp_attach_single_file_db @dbname = '庫名',
@physname = 'c:/Program Files/Microsoft SQL Server/MSSQL/Data/庫名.mdf'
5.為了以后能自動收縮,做如下設(shè)置:
企業(yè)管理器--服務(wù)器--右鍵數(shù)據(jù)庫--屬性--選項--選擇"自動收縮"
--SQL語句設(shè)置方式:
EXEC sp_dboption '庫名', 'autoshrink', 'TRUE'
6.如果想以后不讓它日志增長得太大
企業(yè)管理器--服務(wù)器--右鍵數(shù)據(jù)庫--屬性--事務(wù)日志
--將文件增長限制為xM(x是你允許的最大數(shù)據(jù)文件大小)
--SQL語句的設(shè)置方式:
alter database 庫名 modify file(name=邏輯文件名,maxsize=20)
特別注意：--最好備份日志，以后可通過日志恢復(fù)數(shù)據(jù)。。。
以下為日志處理方法
一般不建議做第4,6兩步
第4步不安全,有可能損壞數(shù)據(jù)庫或丟失數(shù)據(jù)
第6步如果日志達到上限,則以后的數(shù)據(jù)庫處理會失敗,在清理日志后才能恢復(fù).
問題二的解決方案：
解決方法：
1.檢查你的磁盤剩余空間是否足夠,如果沒有磁盤剩余空間,則清理磁盤,騰出空間
2.檢查你的磁盤分區(qū)格式
如果是FAT16,則數(shù)據(jù)文件最大只能是2G
如果是FAT32,則數(shù)據(jù)文件最大只能是4G
改為NTFS分區(qū)則沒有這種限制
3.檢查一下你有沒有限制數(shù)據(jù)庫文件的大小
企業(yè)管理器--右鍵你的數(shù)據(jù)庫--屬性--文件增長限制--如果有限制大小,取消限制
4.檢查你的SQL版本,如果你用MSDE,則限制了數(shù)據(jù)文件最大是2G
5.你也可以為 primary 組添加新的數(shù)據(jù)文件來解決這個問題
alter database 庫名 add file(NAME = 邏輯文件名,FILENAME = 'c:/實際文件名.ndf'
或者 選中數(shù)據(jù)庫->屬性->文件：添加一個新文件