週一上午剛坐下就有同事說客戶那邊有臺SQL的數據庫打不開了。遠程連過去一看,確實是的。
版本環境:
WIN :2003 server R2
DB: sql server 2008 rtm 10.0.1600.22
症狀:
裏面掛了兩個用戶數據庫,一個正常,一個異常。
異常的數據庫點擊右鍵查看屬性時,直接報錯
服務器: 消息 945,級別 14,狀態 1,行 1
因爲文件不可訪問,或者內存或磁盤空間不足,因此沒法打開數據庫 'jijiwaiwai'。有關詳細信息,請參閱 SQL Server 錯誤日誌。
官網上對945錯誤的定義:
因爲文件不可訪問,或者內存或磁盤空間不足,所以沒法打開數據庫 '%.*ls'。有關詳細信息,請參閱 SQL Server 錯誤日誌。
細節狀況整理:
1.查看磁盤空間,發現C盤只有2個多G了,系統數據庫是創建在C盤上的,用戶數據庫是建在E盤
2.查看用戶數據庫備份狀況,發現昨天的前天的備份都失敗,但具體緣由不可知
3.系統的其餘狀況如內存,CPU都還算正常,壓力不大。
4.客戶天天對該數據庫作全備份,單個數據庫已經有3個多G大小
準備用DBCC DBCHECK來檢查一下數據庫的狀態,而後再去rubild一下。
剛要操做,服務器被客戶重啓了,真是坑爹。過來十幾分鍾,客戶告知數據庫正常了......
再去檢查發現C盤的空間回收了一部分,有4個G左右的剩餘空間了。
此時再去執行DBCC DBCHECK,發現數據庫果真是正常了,可是花費了5分多鐘時間,感受有些長。
調整建議: 1.C盤從新整理,清理一些空間出來 2.每週作一次全備份,天天作增量備份和日誌備份 3.按期作檢查 4.對數據庫作shrinkfile收縮 想到的暫時就這些了。 實際的操做也可參考: http://technet.microsoft.com/zh-cn/library/aa258746(v=SQL.80).aspx