如果將IIS 5.0或IIS 4.0服務器升級到windows 2003，IIS 6.0不會被設置成自動啟動。也就是說，如果采用升級的方式安裝，IIS 6.0默認是禁用的，除非遇到下列情況之一：

　�、� 以前的IIS服務器上已經(jīng)安裝了IIS Lockdown工具。

　�、� 存在注冊子鍵HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W3SVC\RetainW3SVCStatus，且它包含一個任意的注冊鍵。例如，你可以創(chuàng)建一個名為EnableIIS6的鍵，設定它的值為DWORD類型的1。

　�、� 在無人值守的升級安裝中，應答文件的[InternetServer]部分存在DisableWebServiceOnUpgrade = True/False條目。

　　二、支持服務

　　自IIS 6.0發(fā)布以來，它的某些新特性一直是人們關(guān)注和議論的焦點，成為眾人矚目的明星，但另一些Internet支持服務雖然不是經(jīng)常有人說起，卻同樣值得關(guān)注，其中之一就是POP3服務和POP3服務Web管理器。我們無從得知微軟為何不在“應用程序服務器”組件清單中列出POP3服務，但是繼SMTP服務之后（SMTP服務隨同POP3服務一起安裝），管理員們盼望POP3服務已經(jīng)很久了，他們一直在期盼著用一個簡單的POP3服務來替代龐大的Microsoft Exchange Server。

　　統(tǒng)一描述、發(fā)現(xiàn)和集成協(xié)議（Universal Description, Discovery, and Integration，即UDDI）服務是Windows 2003提供的又一種新的功能，它也與IIS有關(guān)，但默認不安裝（注意，windows 2003 Web版不能安裝UDDI）。UDDI是一種產(chǎn)業(yè)標準（即不是微軟的發(fā)明），能夠通過廣告發(fā)布IIS服務器提供的Web服務——這里“廣告”一詞的含義與日常生活中的廣告不同，它是指一種讓客戶程序（通常是Web瀏覽器）獲知Web服務（通常是ASP.NET應用）各種細節(jié)的方式。UDDI仍在發(fā)展之中，但一些企業(yè)已經(jīng)在內(nèi)部采用UDDI，以便開發(fā)者將自己的代碼發(fā)布給其他協(xié)作開發(fā)的人。有關(guān)UDDI的更多知識，可以在下列網(wǎng)站找到：http://www.uddi-china.org/（中文），http://www.uddi.org（英文），http://www.uddicentral.com（英文）。

　　最后一種重要的支持服務是后臺智能傳送服務，即 Background Intelligent Transfer Service或BITS。BITS是一種后臺文件傳輸機制和隊列管理器，也稱作節(jié)流傳輸服務。BITS控制文件請求，減少帶寬消耗并改善最終用戶的體驗。針對IIS啟用BITS可保證Web服務器的服務質(zhì)量，如果沒有BITS，當100個用戶同時下載一個500 MB的文件，服務器的帶寬可能就被消耗殆盡，導致其他訪問Web服務的用戶頻繁地遇到超時錯誤。如果BITS就象廣告說的那樣有效，可以料想它將是一種非常實用的服務。windows 2003發(fā)布之后，按照計劃，BITS還將移植到Win2K上。關(guān)于BITS的更多信息，請參見http://www.microsoft.com/windows.netserver/techinfo/overview/bits.mspx。

　　三、全新的內(nèi)核

　　從體系結(jié)構(gòu)上看，IIS 5.0和IIS 4.0其實是一樣的：它們都是在用戶模式下運行的發(fā)布Web內(nèi)容的應用程序，或者在Inetinfo進程之內(nèi)以System帳戶運行，或者在Inetinfo進程之外以IWAM用戶運行。雖然在較重的負載下，IIS 5.0也有相當出色的表現(xiàn)；不過從IIS 6.0開始，我們對IIS底層結(jié)構(gòu)的看法應該改變了。為了使IIS不僅能夠輕松地支持1000個Web網(wǎng)站，而且能夠支持10000個甚至更多的網(wǎng)站，同時還要提高Web服務器的安全性和可靠性，微軟放棄了原有的IIS內(nèi)核，重新構(gòu)造了一個。

　　另一個促使微軟重新構(gòu)建IIS內(nèi)核的原因是，微軟（以及其他廠商）認識到，Web服務器的性能和可靠性問題絕大部分是由于質(zhì)量低劣的Web應用造成。IIS 5.0通過帶緩沖池的Out of Process容器減輕這類問題。在IIS 5.0中，在Out of Process池中運行的應用一旦崩潰，一般不會波及到IIS本身，因為應用程序在Inetinfo之外的進程中運行，但運行在Out of Process池之內(nèi)的所有Web應用都會終止——在默認情況下，所有的應用程序都在該池之中運行。在這種情況下，排解故障很不容易，因為要確定哪一個應用程序?qū)е铝藛栴}非常困難。IIS 6.0將監(jiān)聽請求、創(chuàng)建和監(jiān)視Web網(wǎng)站、運行Web服務這些不同的任務隔離了開來，這一新型體系可望解決IIS 5.0存在的問題。從理論上看，新的體系將極大地改善可用性、安全和性能；從實際情況看，根據(jù)微軟和Beta測試者的報告，新的體系令穩(wěn)定性和性能有了奇跡般地提高。IIS 6.0的內(nèi)核體系主要建立在三個組件之上：W3SVC，http.sys，以及W3Core。