對于一個需要長期維護的網站來說，如何讓網站長久穩定運行是件很有意義的事情。有些在開發階段沒有暴露的問題很有可能就在運維階段出現了，這也是很正常的。還有些時候，我們希望不斷地優化網站，讓網站更快速的響應用戶請求，這些事情都發生在開發之后的運維階段。

與開發階段不同的，運維階段不可能讓你去調試程序，發現各類問題，我們只能通過各種系統日志來分析網站的運行狀況，對于部署在IIS上的網站來說，IIS日志提供了最有價值的信息，我們可以通過它來分析網站的響應情況，來判斷網站是否有性能問題，或者存在哪些需要改進的地方。

我前面說到【IIS日志提供了最有價值的信息】，這些信息有哪些呢？看看這個截圖吧：

這里面記錄了：
1. 請求發生在什么時刻，
2. 哪個客戶端IP訪問了服務端IP的哪個端口，
3. 客戶端工具是什么類型，什么版本，
4. 請求的URL以及查詢字符串參數是什么，
5. 請求的方式是GET還是POST，
6. 請求的處理結果是什么樣的：HTTP狀態碼，以及操作系統底層的狀態碼，
7. 請求過程中，客戶端上傳了多少數據，服務端發送了多少數據，
8. 請求總共占用服務器多長時間、等等。

這些信息在分析時有什么用途，我后面再說。先對它有個印象就可以了。

默認情況下，IIS會產生日志文件，不過，還是有些參數值得我們關注。IIS的設置界面如下（本文以 IIS 8 的界面為例）。

在IIS管理器中，選擇某個網站，雙擊【日志】圖標，請參考下圖：

此時（主要部分）界面如下：

在截圖中，日志的創建方式是每天產生一個新文件，按日期來生成文件名（這是默認值）。
說明：IIS使用UTC時間，所以我勾選了最下面的復選框，告訴IIS用本地時間來生成文件名。

點擊【選擇字段】按鈕，將出現以下對話框：

注意：【發送的字段數】和【接收的字節數】默認是沒有選擇的。建議勾選它們。
至于其它字段，你可以根據需要來決定是否要勾選它們。

如果你按照我前面介紹的方法設置了IIS日志參數，那么IIS在處理請求后（的一段時間之后），會生成IIS日志。
我們可以在【日志界面】的右邊區域【操作】中點擊【查看日志文件】快速定位到IIS日志的根目錄，然后到目錄中尋找相應的日志文件（默認會根據應用程序池序號來區分目錄）。

比如：我找到了我需要的日志：

這個文件一大堆密密麻麻的字符，現在我該如何分析它呢？

有個叫 Log Parser 的工具就可以專門解析IIS日志，我們可以用它來查看日志中的信息。
比如我可以運行下面的命令行（說明：為了不影響頁面寬度我將命令文本換行了）：

 

發表評論 共有條評論 用戶名: 密碼: 驗證碼: 匿名發表