之前在👌UAT环境搭🐓建的👑SQL SERVER 2008 R2数据【shù jù】库🎽一直用得比较🗼正常【zhèng cháng】🗽，但最近发现在Sharepoint中不能【zhōng bú néng】进行任何操作【hé cāo zuò】了【le】🕰，开始以📥为是什【wéi shì shí】么配置出了【chū le】🕰问题（因为一直在研究一些新的应用和集成，需要不🚽断地测试【shì】），但后【hòu】来【lái】🥖发现是【fā xiàn shì】数据【shù jù】😛库硬盘【kù yìng pán】没用一点空间【jiān】🥄了【le】🕰，那么自然是不【rán shì bú】能存任【néng cún rèn】何数据【shù jù】了【le】🕰，所以最🎼先开始【xiān kāi shǐ】清理一【qīng lǐ yī】些无用【xiē wú yòng】🗂的数据【shù jù】库🎽日志，磁盘空间【jiān】🥄多了【le】🕰几个【gè】👐G的容量【de róng liàng】🌩，但是等🐅到第二【dào dì èr】天情况【tiān qíng kuàng】🦑依然如此，数据【shù jù】库🎽硬盘还【yìng pán hái】是满了【shì mǎn le】🕰，问题依【wèn tí yī】旧存在【jiù cún zài】🥘，后【hòu】台仔细检查【xì jiǎn chá】了【le】🕰一下所有数据【shù jù】库🎽的容量【de róng liàng】🌩（因为最【yīn wéi zuì】初以为🗃是数据【shù jù】😛库空间【jiān】🥄每天增长太快【zhǎng tài kuài】了【le】把硬🐹盘占满了【le】🕰），发现才🍽十几个【shí jǐ gè】👐G的，而硬盘总空间【zǒng kōng jiān】🚿有126G，因此进一步检【yī bù jiǎn】查了【le】🕰这个【gè】磁盘空间【jiān】🥄，发现才🍽三十多个【gè】G，一开始感觉很纳闷，为什么【wéi shí me】会缺少🏏将近💹90G呢🕓？后来发【hòu lái fā】现是原🍅来【lái】windows账号的【zhàng hào de】关系【guān xì】，之前用【zhī qián yòng】的登录账号权🍢限有限，无法获取磁盘✡的所有空间【jiān】🥄容量【liàng】🌩，因此换了【le】🕰管理员的账🏤号登录【hào dēng lù】⛴后【hòu】，发现原来【lái】是SQL SERVER有一个【gè】🏏错误日【cuò wù rì】志的容量【de róng liàng】🌩将近💹90G，总算找到磁盘满的原因了【le】😩，下一步🚌就是如何去解☔决它。

一开始♿听了【le】同事的建议，直接通过【tōng guò】文件【wén jiàn】剪贴的【jiǎn tiē de】🙏方式把🐊这个【zhè gè】SQL SERVER 错误日【cuò wù rì】志🍬文件【wén jiàn】直接移动【jiē yí dòng】到另🚤外一个【wài yī gè】硬盘上👳，折腾了【shé téng le】好几个【hǎo jǐ gè】🗨小时最终以失败告终😛，说明错🌨误日志🍬被系统进程占用着🔜，并不能通过【tōng guò】这🔜个暴力😅方式进行，因此走回正轨，通过【tōng guò】SQL SERVER维护命【wéi hù mìng】👇令进行操作，最终成【zuì zhōng chéng】功清除【gōng qīng chú】了【le】90G的错误【de cuò wù】日志🍬文件【wén jiàn】，具体过程如下：

由于默【yóu yú mò】🚭认情况下【xià】，SQL Server 保存 7 个🖥 ErrorLog 文件🏠，名为【míng wéi】：

ErrorLog

ErrorLog.1

ErrorLog.2

ErrorLog.3

ErrorLog.4

ErrorLog.5

ErrorLog.6

--清除 SQL Server 错误日【cuò wù rì】志文件🐣 存档【cún dàng】🏭

EXEC sp_cycle_errorlog
GO

执行一次EXEC sp_cycle_errorlog就会产🎓生一个【shēng yī gè】新的errorlog，然后把errorlog.6给删掉🚾。就是先进先出【jìn xiān chū】（队列类似的情况）这样循🎴环【huán】6次就可【cì jiù kě】🚰以把💄errorlog都刷新【dōu shuā xīn】🏔一遍【yī biàn】。

 当查询窗口中🌡，出现以【chū xiàn yǐ】下错误【xià cuò wù】信息时🔼：

消息【xiāo xī】 17049，级别 16，状态🛡 1，过程 sp_cycle_errorlog，第 9 行
 由于出【yóu yú chū】现操作【xiàn cāo zuò】👛系统错误 '5(拒绝访问🚤。)'，无法将错误日志【zhì】🕯文件从【wén jiàn cóng】 'C:\Program Files\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQL\Log\ERRORLOG.5' 循环到 'C:\Program Files\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQL\Log\ERRORLOG.6'。SQL Server 外部的进程可能会阻❎止 SQL Server 读取这些文件💑。因此，错误日志【zhì】条目😻可能已丢失🐮，并且或【bìng qiě huò】🚒许不可能查看某些【mǒu xiē】 SQL Server 错误日志【zhì】🕯。请确保【qǐng què bǎo】任何其💏他进程都未将【dōu wèi jiāng】该文件【gāi wén jiàn】🏩锁定为只写访【zhī xiě fǎng】👺问🚤。"
DBCC 执行完【zhí háng wán】👐毕【bì】➖。如果【rú guǒ】 DBCC 输出了♿错误信【cuò wù xìn】息，请与系【qǐng yǔ xì】统管理🎒员联系。

手工删🕝除那个🌬90G的错误【de cuò wù】日志文件即可【jiàn jí kě】。       

通过本🐆次的经历，适当掌🚲握一些【xiē】📘SQL SERVER维护命令在实【lìng zài shí】际工作【jì gōng zuò】上也非😏常有必要的，而且相【ér qiě xiàng】对于【duì yú】ORACEL数据库🔹，SQL SERVER的维护【de wéi hù】要相对简单一🏬些【xiē】📘。