五、日志功能

　　服務(wù)器的日志功能很少成為首要的關(guān)注對(duì)象，但卻是日復(fù)一日的服務(wù)器管理和監(jiān)視工作不可或缺的助手。IIS 6.0在日志功能方面有許多重大的改進(jìn)，但遺憾的是，W3SVC日志事件仍不能以本地時(shí)間記錄。

　　在IIS 6.0中，記錄日志的功能已經(jīng)改為由http.sys實(shí)現(xiàn)，http.sys在內(nèi)核模式下運(yùn)行。這一改進(jìn)加快了日志寫入速度，同時(shí)避免了多個(gè)工作進(jìn)程爭(zhēng)用同一日志文件。某些特殊的情況下，http.sys會(huì)遇到錯(cuò)誤，這時(shí)它應(yīng)該但卻不能將日志信息寫入Web網(wǎng)站的日志，例如，工作進(jìn)程正在被回收，禁止http.sys處理用戶請(qǐng)求，或者用戶試圖連接到服務(wù)器，但請(qǐng)求中只提供了IIS所需信息的一部分。如果出現(xiàn)這類情況，http.sys將把事件寫入一個(gè)新的日志文件httperr.log。

　　在排解故障、優(yōu)化IIS 6.0的過程中，httperr.log日志文件是十分重要的。默認(rèn)情況下，httperr.log文件保存在/system32/logfiles目錄，但可以修改，修改方法是找到HKEY_LOCAL_MACHINE/SYSTEM/CurrentControlSet/Services/HTTP/Parameters注冊(cè)子鍵，在它下面添加一個(gè)名為ErrorLoggingDir的字符串值，在ErrorLoggingDir中設(shè)置保存日志文件的完整路徑。在httperr.log日志文件中可以找到的信息包括：所有的503（服務(wù)不可用）錯(cuò)誤，空閑連接超時(shí)，解析URL時(shí)出現(xiàn)的各種錯(cuò)誤，最后10個(gè)提交給失敗的應(yīng)用程序池的請(qǐng)求。

　　IIS 6.0還擁有一種稱為二進(jìn)制日志的功能，啟用這個(gè)功能后，IIS 6.0將把Web網(wǎng)站的所有日志信息寫入一個(gè)二進(jìn)制格式的日志文件，日志文件的擴(kuò)展名是.ibl。要啟用二進(jìn)制日志功能，只要把配置文件的W3SVCC/CentralBinaryLoggingEnabled條目設(shè)置成ture（1）即可。對(duì)于ISP來說，這個(gè)功能應(yīng)該非常有用。ISP的每臺(tái)機(jī)器上可能有1000甚至更多的Web網(wǎng)站，如果每個(gè)Web網(wǎng)站每天生成一個(gè)日志文件，日志文件的總數(shù)很快會(huì)達(dá)到一個(gè)天文數(shù)字。微軟最近發(fā)布的Log Parser 2.0工具能夠讀取二進(jìn)制日志文件并生成報(bào)告，這個(gè)工具可以從http://download.microsoft.com/download/iis50/utility/2.0/nt5xp/en-us/setup.exe下載。Log Parser 2.0還能夠讀取前面介紹的httperr.log文件并生成報(bào)告。

　　從很久以前開始，IIS就允許指定本地服務(wù)器上保存日志文件的目錄了。不過，雖然IIS 5.0和IIS 4.0的IIS管理器允許在指定日志文件路徑的時(shí)候輸入一個(gè)遠(yuǎn)程服務(wù)器的通用命名規(guī)范（UNC）的路徑，但Web服務(wù)器實(shí)際上不會(huì)把日志保存到遠(yuǎn)程服務(wù)器。只有IIS 6.0才真正支持日志文件路徑的UNC路徑名。

　　六、網(wǎng)站ID

　　對(duì)于IIS服務(wù)器來說，唯一標(biāo)識(shí)一個(gè)網(wǎng)站的不是網(wǎng)站的名稱，而是網(wǎng)站的ID數(shù)值。當(dāng)我們?cè)贗IS 5.0和IIS 4.0中創(chuàng)建一個(gè)新的網(wǎng)站，Web服務(wù)器將下一個(gè)可用的數(shù)字順序號(hào)指定給網(wǎng)站（即，Web服務(wù)器給默認(rèn)站點(diǎn)指定的數(shù)字是1，下一個(gè)網(wǎng)站是2，接下來是2、3、4，等等），這個(gè)數(shù)
字就是網(wǎng)站的唯一ID。如果要訪問一個(gè)網(wǎng)站的日志文件，首先必須知道該網(wǎng)站的ID，因?yàn)槿罩疚募４嬖?W3SVC/<網(wǎng)站的ID編號(hào)>目錄。如果Web服務(wù)器上運(yùn)行著一個(gè)以上的網(wǎng)站，僅僅依靠日志文件的路徑名稱根本無法判斷哪一個(gè)日志目錄屬于哪一個(gè)網(wǎng)站。另外，無論是在編寫管理腳本時(shí)，還是在修改配置數(shù)據(jù)文件時(shí)，網(wǎng)站ID都是必不可少的，例如，在IIS配置數(shù)據(jù)文件中指定ADSI（活動(dòng)目錄服務(wù)接口，Active Directory Service Interface）路徑時(shí)往往要指定正確的網(wǎng)站ID。

　　盡管如此，在IIS 5.0和IIS 4.0中，從IIS管理器無法直接找到網(wǎng)站的ID編號(hào)。為此，IIS 6.0的管理器在網(wǎng)站清單中增加了一個(gè)新的“標(biāo)識(shí)符”列，該列的內(nèi)容就是網(wǎng)站的ID編號(hào)。不過，即使IIS 6.0 Web服務(wù)器上只有二三個(gè)網(wǎng)站，網(wǎng)站的ID也可能很大，例如387660891（因此該網(wǎng)站的日志文件路徑是/W3SVC/387660891），不必奇怪，IIS 6.0不再按照順序指定網(wǎng)站的ID了——它根據(jù)網(wǎng)站的名字計(jì)算出網(wǎng)站的ID。

　　如果你編寫了一些腳本程序輔助管理，這些腳本要求使用原有的網(wǎng)站ID順序生成方式，可以禁用IIS 6.0新式的ID生成方式，具體的操作步驟是：找到HKEY_LOCAL_MACHINE/SOFTWARE/Microsoft/InetMgr/Parameters注冊(cè)子鍵，創(chuàng)建一個(gè)REG_DWORD值IncrementalSiteIDCreation，將它設(shè)置為2（注意，默認(rèn)情況下，該鍵不存在）。

最新評(píng)論