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

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

由（yóu）於默認情況下，SQL Server 保存 7 個 ErrorLog 文件，名（míng）為：

ErrorLog

ErrorLog.1

ErrorLog.2

ErrorLog.3

ErrorLog.4

ErrorLog.5

ErrorLog.6

--清除 SQL Server 錯誤（wù）日誌文件 存檔

EXEC sp_cycle_errorlog
GO

執行一（yī）次EXEC sp_cycle_errorlog就（jiù）會產生一個新的errorlog，然（rán）後把errorlog.6給刪掉。就（jiù）是先進（jìn）先出（隊（duì）列類似的情況（kuàng））這樣（yàng）循環6次就可以把errorlog都刷新一遍。

 當（dāng）查詢窗口中（zhōng），出現以（yǐ）下錯誤信息（xī）時：

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

手工刪除那個90G的（de）錯誤日誌文件即可（kě）。       

通（tōng）過本次的經曆，適（shì）當掌（zhǎng）握一些SQL SERVER維護命令在實際工（gōng）作上也非常有必要的，而且相（xiàng）對於ORACEL數據庫，SQL SERVER的維（wéi）護要相對簡單（dān）一些。