之前在UAT環境搭建的SQL SERVER 2008 R2數據庫一直用得比較正（zhèng）常，但最近發現在Sharepoint中不能進行任何操作了，開始以為（wéi）是什麽配（pèi）置出了問題（因為一直（zhí）在研（yán）究一些新的應用和集（jí）成，需（xū）要不（bú）斷地測（cè）試），但後來發現是數據（jù）庫硬盤（pán）沒用一點空間了，那麽（me）自然是不能存任何數據了，所以最（zuì）先開始清（qīng）理一些無用的數據庫日誌，磁盤空間多了幾個G的容量，但是等到第（dì）二天情況依然如此，數據庫硬盤還是滿了，問（wèn）題依舊存在（zài），後台仔細檢查了一下所有數據庫的容量（liàng）（因為最初以為是數（shù）據庫空間每天增長太快了（le）把（bǎ）硬盤占滿了），發現才十幾個G的，而硬盤總空間有126G，因此進一步檢查了這個磁盤空間，發現（xiàn）才（cái）三十多個G，一開始感覺很納悶，為什麽會缺少（shǎo）將近90G呢？後來發（fā）現是原來windows賬號的關係，之（zhī）前用的登錄賬號權限有限，無法獲取磁盤的所有空間容量，因此換了管理員的賬號登錄後，發現原來是SQL SERVER有一個（gè）錯誤日（rì）誌的容量將近90G，總算找到（dào）磁盤（pán）滿的原因了，下一步就是如何去解決它。

一開始聽了同（tóng）事（shì）的建議（yì），直接通過文件（jiàn）剪貼的（de）方式（shì）把這個SQL SERVER 錯誤（wù）日誌文件直接移動（dòng）到另外一個硬盤上，折騰了好幾個小時最終（zhōng）以失敗告終，說明錯（cuò）誤日誌被係統（tǒng）進程（chéng）占用（yòng）著，並不能通過這個暴力（lì）方式進行，因此走回（huí）正軌，通過（guò）SQL SERVER維（wéi）護命令進行操作，最終成（chéng）功清除了90G的錯誤日誌文件（jiàn），具體過程如下（xià）：

由於默認情況下，SQL Server 保存 7 個（gè） ErrorLog 文件，名為：

ErrorLog

ErrorLog.1

ErrorLog.2

ErrorLog.3

ErrorLog.4

ErrorLog.5

ErrorLog.6

--清除 SQL Server 錯誤日誌文件 存檔

EXEC sp_cycle_errorlog
GO

執行一次EXEC sp_cycle_errorlog就會產生一個（gè）新的（de）errorlog，然後（hòu）把errorlog.6給刪掉。就是先進先出（隊列（liè）類似的情況）這（zhè）樣循環6次就可以把errorlog都刷新一遍。

 當查詢窗口中，出（chū）現以下錯誤信息（xī）時：

消息 17049，級別 16，狀態 1，過程 sp_cycle_errorlog，第 9 行
 由於出現操作係統錯誤 '5(拒絕訪問。)'，無法將錯誤日誌（zhì）文件從 'C:\Program Files\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQL\Log\ERRORLOG.5' 循環（huán）到 'C:\Program Files\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQL\Log\ERRORLOG.6'。SQL Server 外部的進程可能會阻止 SQL Server 讀取這些文件。因此，錯（cuò）誤日誌條目可能已丟失，並且或（huò）許（xǔ）不可能查看某些 SQL Server 錯誤日誌（zhì）。請確保（bǎo）任何其他進程都未將該（gāi）文件鎖定為（wéi）隻寫訪問。"
DBCC 執行完畢。如（rú）果 DBCC 輸出了錯誤信息，請與係統管理員聯係。

手工刪除那個90G的錯誤（wù）日誌文件（jiàn）即可。       

通過本次的經曆，適當掌握一些SQL SERVER維護（hù）命（mìng）令在實際工作上也（yě）非常有必要的，而（ér）且相對於ORACEL數據庫，SQL SERVER的維護要相對簡單一些。