清除IIS日志文件的方法技巧

時間：2022-05-28 16:15:01 | 來源：網絡營銷

時間：2022-05-28 16:15:01 來源：網絡營銷

IIS在運行的過程中日志會不停地增長，若IIS的網站被頻繁的調用或不當?shù)恼{用，則會產生很多日志，我在系統(tǒng)運維的時候曾出現(xiàn)過20G的系統(tǒng)盤，由于合作商開發(fā)的程序有問題，每幾百微秒調用一次web服務，短期內導致日志膨脹至8～9G，對于系統(tǒng)盤或者磁盤空間不夠的服務器來說，IIS日志自動清理則非常有必要。

很多使用Windows IIS的站長可能都會遇到這個問題，就是服務器的IIS日志增長經常會導致磁盤空間被占滿，而IIS也沒有自動刪除日志的功能，因此需要經常關注即時清理日志，在此，億企邦就為大家介紹以下幾個能夠刪除IIS日志的方法，在下邊的解決方案里請大家可以選擇適合自己的。

1、手動清除IIS日志釋放空間

維護項目過程中，一次注意到虛擬主機突然死機了，查看了下，C盤只有幾十兆大小，進一步查找問題，發(fā)現(xiàn)“C:/WINDOWS/system32/LogFiles/W3SVC1/”下有幾G的日志文件，網絡查詢了下，原來是虛擬主機的日志文件常時間得不到清理，占據了磁盤空間，導致程序崩盤。

打開“我的電腦”發(fā)現(xiàn)10GB容量的C盤只剩余355MB“可用空間”，已經嚴重不夠用，如下圖：

如果服務器的管理員并沒有在C盤存儲大容量文件，而IIS中站點的訪問量又非常大，那么C盤的磁盤容量有90%的可能性是被IIS日志記錄文件占用了（具體可查看億企邦《IIS日志的作用有哪些》的相關介紹）。

IIS存放日志文件的默認存儲路徑是c:/windows/system32/logfiles，我們依次打開“我的電腦”，C盤，Windows文件夾，system32文件夾，logfiles文件夾，發(fā)現(xiàn)里面還有多個子文件夾，每個文件夾都對應一個IIS站點。

我們逐個打開這些文件夾查看，發(fā)現(xiàn)里面有大量以.log后綴結尾的文件，這就是IIS日志文件，它們不僅數(shù)量多，而且每個文件占用字節(jié)數(shù)也大，如下圖：

我們全選這些文件，然后按Shift+DEL強行刪除，再打開“我的電腦”，發(fā)現(xiàn)C盤“可用空間”由剛才的355MB提升到6.73GB。

2、如何不記錄IIS日志

如果網站的訪問量特別大，管理員覺得每段時間都需要去清除一次IIS日志比較麻煩，那么在IIS的站點中設定可以不記錄IIS日志，方法如下：

打開“Internet信息服務(IIS)管理器”，選擇到不需要記錄IIS日志的站點，按下鼠標右鍵，選擇“屬性”，在默認的“網站”選項卡中將“啟用記錄的復選勾”去掉，點“確定”，如下圖：

設置完成后，再重啟IIS或者服務器，設置即可生效。

3、自動刪除IIS日志的程序

這個刪除程序的功能很簡單，每天自動刪除N天前的日志（時間根據情況自己設置，一般設置為30天），可以使用DOS批處理或VBS腳本來實現(xiàn)，總體設計思路是這樣的：

IIS日志文件的格式是：ex年月日.log，比如：ex071116.log

IIS日志文件存儲位置，默認情況下是在：%windir%/system32/LogFiles，如果您使用的是專業(yè)的IIS管理軟件，里面一般會讓你設置相應日志目錄（具體可查看億企邦《在服務器上設置網站IIS日志的方法步驟》的相關介紹）。

IIS日志清理批處理版：跟據當前時間計算出前N天的日期，比如今天是：2015-10-12，前60天的日期就是2015-8-12(程序可以自動識別30天或31天或潤月)，然后再處理成20150812這樣的格式，然后再組合成ex150812.log這樣的IIS日志文件格式，這樣一來我們就得到的要清理的日志文件名然后，我們再使用del/s/f d:/iislog/ex070916.log來清除日志所在文件夾目錄及子目錄下的所有這個文件名的文件了，從而清除志。

但這個僅僅是清除一天的日志，所以我們還得把這個批處理加到計劃任務里，讓它每天定時執(zhí)行，這樣一來，所有的計算機的日志問題我們就可以不用管了。

IIS日志清理VBS版：VBS版理論是沒有iis版快，因為他還要借助腳本驅動，而不像cmd版直接使用dos系統(tǒng)的批處理功能快（猜的），VBS畢竟是高級語言，處理日期的能力用一句話就實現(xiàn)了，而CMD版得寫半頁。

IIS日志清理VBS版的實現(xiàn)用VBS遍歷IIS日志所在目錄下的所有文件，及文件夾，然后取文件名組合成日期型的，然后當前日期-這個日期，看看是不是超過了設定的天數(shù)，超過的話delete，這種思路有個好處就是一次可以清除N天前的所有記錄，而不是只是一天的，他可以你CMD版日志清理一樣，把這個腳本寫到計劃任務里，天天運行，也可以過一段時間手動運行一次，這個代碼明顯比IIS日志清理CMD版少了。

IIS日志清理CMD版代碼(DelIISLog.bat)代碼如下：

@echo off
title
::設置當前日期前多少天或后多少天
set/a beforedays=-3
::設置目錄所在位置
set dir="F:/log/"
::當前日期轉換為天數(shù)并進行計算
call :Date2Day %date:~0,10% days
set/a days=%days%%beforedays%
call :Day2Date %days% lastdate
::計算完畢,生成想要的字符組合
set okstr=ex%lastdate:~2,6%.log
::刪除這些文件
del del /f /s /q %dir%/%okstr%
cmd /k
:Date2Day
setlocal ENABLEEXTENSIONS
for /f "tokens=1-3 delims=/-, " %%a in ('echo/%1') do (
set yy=%%a & set mm=%%b & set dd=%%c
)
set /a dd=100%dd%%%100,mm=100%mm%%%100
set /a z=14-mm,z/=12,y=yy+4800-z,m=mm+12*z-3,j=153*m+2
set /a j=j/5+dd+y*365+y/4-y/100+y/400-2472633
endlocal&set %2=%j%&goto :EOF
:Day2Date
setlocal ENABLEEXTENSIONS
set /a i=%1,a=i+2472632,b=4*a+3,b/=146097,c=-b*146097,c/=4,c+=a
set /a d=4*c+3,d/=1461,e=-1461*d,e/=4,e+=c,m=5*e+2,m/=153,dd=153*m+2,dd/=5
set /a dd=-dd+e+1,mm=-m/10,mm*=12,mm+=m+3,yy=b*100+d-4800+m/10
(if %mm% LSS 10 set mm=0%mm%)&(if %dd% LSS 10 set dd=0%dd%)
endlocal&set %2=%yy%%mm%%dd%&goto :EOF

IIS日志清理VBS版代碼(DelIISLog.vbs)代碼如下：

'IIS日志清理VBS版代碼(DelIISLog.vbs)
'調用方法：DelIISLog "IIS日志所在路徑",保留多少天的IIS日志
'遍歷IIS日志文件夾下的所有文件及子文件夾下的文件
Function DelIISLog(IISLogPath,KeepDays)
on error resume next
Set oFso = CreateObject("Scripting.FileSystemObject")
Set oFolder = oFso.GetFolder(IISLogPath)
Set oSubFolders = oFolder.SubFolders '得到該目錄下所有的文件夾的集合
Set oFiles = oFolder.Files '得到該目錄下所有的文件的集合
'第一步處理當前目錄下的所有文件
For Each oFile In oFiles '遍歷所有文件
if right(oFile.name,3)="log" then
oDate=cdate("20" & mid(oFile.name,3,2) & "-" & mid(oFile.name,5,2) & "-" & mid(oFile.name,7,2))
if date-oDate > KeepDays then oFile.delete '判斷是不是要處理的IIS日志文件，如果是的話直接刪除
end if
Next
'第二步處理當前目錄下的所有目錄，進行遞歸調用
For Each oSubFolder In oSubFolders
DelIISLog oSubFolder.Path,KeepDays '遞歸
Next
End Function
DelIISLog "D:/IISLogTest",20 '遍歷

總之，IIS在運行的過程中日志會不停地增長，若IIS的網站被頻繁的調用或不當?shù)恼{用，則會產生很多日志，對于系統(tǒng)盤或者磁盤空間不夠的服務器來說，IIS日志自動清理則非常有必要。

億企邦點評：

服務器的一些狀況和訪問IP的來源都會記錄在IIS日志中，所以IIS日志對每個服務器管理者非常的重要，如果入侵者技術比較高明，會刪除IIS日志文件以抹去痕跡，這時可以到事件查看器看來自W3SVC的警告信息，往往能找到一些線索，當然，對于訪問量特別大的Web服務器，僅靠人工分析幾乎是不可能的了！