HYPERLINK"http://www.shoruba.com/"网络资源下载站HYPERLINK"http://www.shoruba.com/"http://www.shoruba.com/c6j编辑清除SQLSERVER错误日志出现操作系统错误的解决方案之前在UAT环境搭建的SQLSERVER2008R2数据库一直用得比较正常，但最近发现在Sharepoint中不能进行任何操作了，开始以为是什么配置出了问题(因为一直在研究一些新的应用和集成，需要不断地测试)，但后来发现是数据库硬盘没用一点空间了，那么自然是不能存任何数据了，所以最先开始清理一些无用的数据库日志，磁盘空间多了几个G的容量，但是等到第二天情况依然如此，数据库硬盘还是满了，问题依旧存在，后台仔细检查了一下所有数据库的容量(因为最初以为是数据库空间每天增长太快了把硬盘占满了)，发现才十几个G的，而硬盘总空间有126G，因此进一步检查了这个磁盘空间，发现才三十多个G，一开始感觉很纳闷，为什么会缺少将近90G呢?后来发现是原来windows账号的关系，之前用的登录账号权限有限，无法获取磁盘的所有空间容量，因此换了管理员的账号登录后，发现原来是SQLSERVER有一个错误日志的容量将近90G，总算找到磁盘满的原因了，下一步就是如何去解决它。一开始听了同事的建议，直接通过文件剪贴的方式把这个SQLSERVER错误日志文件直接移动到另外一个硬盘上，折腾了好几个小时最终以失败告终，说明错误日志被系统进程占用着，并不能通过这个暴力方式进行，因此走回正轨，通过SQLSERVER维护命令进行操作，最终成功清除了90G的错误日志文件，具体过程如下：由于默认情况下，SQLServer保存7个ErrorLog文件，名为：ErrorLogErrorLog.1ErrorLog.2ErrorLog.3ErrorLog.4ErrorLog.5ErrorLog.6--清除SQLServer错误日志文件存档EXECsp_cycle_errorlogGO执行一次EXECsp_cycle_errorlog就会产生一个新的errorlog，然后把errorlog.6给删掉。就是先进先出(队列类似的情况)这样循环6次就可以把errorlog都刷新一遍。当查询窗口中，出现以下错误信息时：消息17049，级别16，状态1，过程sp_cycle_errorlog，第9行由于出现操作系统错误‘5(拒绝访问。)’，无法将错误日志文件从‘C:ProgramFilesMicrosoftSQLServerMSSQL10_50.MSSQLSERVERMSSQLLogERRORLOG.5’循环到‘C:ProgramFilesMicrosoftSQLServerMSSQL10_50.MSSQLSERVERMSSQLLogERRORLOG.6’。SQLServer外部的进程可能会阻止SQLServer读取这些文件。因此，错误日志条目可能已丢失，并且或许不可能查看某些SQLServer错误日志。请确保任何其他进程都未将该文件锁定为只写访问。"DBCC执行完毕。如果DBCC输出了错误信息，请与系统管理员联系。手工删除那个90G的错误日志文件即可。通过本次的经历，适当掌握一些SQLSERVER维护命令在实际工作上也非常有必要的，而且相对于ORACEL数据库，SQLSERVER的维护要相对简单一些。以下内容为繁体版之前在UAT環境搭建的SQLSERVER2008R2數據庫一直用得比較正常，但最近發現在Sharepoint中不能進行任何操作瞭，開始以為是什麼配置出瞭問題(因為一直在研究一些新的應用和集成，需要不斷地測試)，但後來發現是數據庫硬盤沒用一點空間瞭，那麼自然是不能存任何數據瞭，所以最先開始清理一些無用的數據庫日志，磁盤空間多瞭幾個G的容量，但是等到第二天情況依然如此，數據庫硬盤還是滿瞭，問題依舊存在，後臺仔細檢查瞭一下所有數據庫的容量(因為最初以為是數據庫空間每天增長太快瞭把硬盤占滿瞭)，發現才十幾個G的，而硬盤總空間有126G，因此進一步檢查瞭這個磁盤空間，發現才三十多個G，一開始感覺很納悶，為什麼會缺少將近90G呢?後來發現是原來windows賬號的關系，之前用的登錄賬號權限有限，無法獲取磁盤的所有空間容量，因此換瞭管理員的賬號登錄後，發現原來是SQLSERVER有一個錯誤日志的容量將近90G，總算找到磁盤滿的原因瞭，下一步就是如何去解決它。一開始聽瞭同事的建議，直接通過文件剪貼的方式把這個SQLSERVER錯誤日志文件直接移動到另外一個硬盤上，折騰瞭好幾個小時最終以失敗告終，說明錯誤日志被系統進程占用著，並不能通