故障回放

　　最近，筆者的一位朋友在辦公室中臨時使用安裝了Windows XP系統的計算機作為信息服務器，以便讓辦公室中的其他同事能夠輕松訪問共享信息。可是，朋友在對個人WWW服務器的站點屬性進行配置時，發現無法在IIS控制臺中自由添加應用程序擴展名映射。

　　一般來說，我們只要在IIS控制臺中打開目標網站的屬性設置窗口，單擊其中的“主目錄”標簽，在該標簽設置頁面的“應用程序設置”處單擊“配置”按鈕，在其后界面中單擊“添加”按鈕，之后就能根據界面提示完成應用程序擴展名映射添加操作了。然而，筆者的朋友在打開如圖1所示的應用程序擴展名添加對話框后，發現其中的“確定”按鈕處于灰色不可用狀態;并且，朋友通過“瀏覽”按鈕導入了應用程序詳細路徑，以及設置了對應程序的擴展名后，發現應用程序擴展名添加對話框中的“確定”按鈕依然處于灰色不可選狀態。

　　

　　圖1

　　故障診斷

　　由于筆者之前一直在Windows Server 2000以及Windows Server 2003服務器系統中進行過應用程序擴展映射配置操作，并且在很長時間內都沒有遇到過上述這種奇怪的故障現象，因此當朋友將上述故障現象告訴給筆者時，筆者自己也感到有點不可思議。究竟是什么原因造成了應用程序擴展映射無法被成功添加呢?

　　起初，筆者還以為是Windows系統中與IIS有關的系統文件受到了損壞，于是立即打開系統的運行對話框，在其中執行字符串命令“sfc /scannow ”，對系統文件進行修復操作;可是修復操作完畢后，系統也沒有彈出提示說有文件受到損壞，這說明無法添加應用程序擴展名映射故障與系統文件是否受損無關。

　　在毫無頭緒的情況下，筆者只好抱著試一試的心態，到微軟公司的官方網站中去尋求答案;在一番努力搜索之后，筆者還真的找到了相應的解釋說明：在安裝了Windows XP系統的計算機中配置IIS應用程序設置屬性時，單擊應用程序擴展名映射添加/編輯對話框中的“瀏覽”按鈕，將Web服務器中目標應用程序的具體路徑指定好，同時設置好對應的擴展名后，對應對話框中的“確定”按鈕會出現不可用狀態，之所以會出現這種現象主要是因為用戶在圖1界面的“可執行文件”文本框中輸入的應用程序包含了壓縮路徑，而壓縮路徑是Windows XP以上版本系統新增加的一種技術，這種技術雖然增強了可讀性，可是應用程序擴展名映射添加/編輯對話框卻認為這樣的應用程序路徑不正確，從而導致了對應對話框中的“確定”按鈕處于灰色不可選狀態。

　　要想解決這種故障現象，我們只要將鼠標指針移動到圖1界面的“可執行文件”文本框中并進行單擊操作，這樣我們就會看到壓縮路徑此時就會自動失效，同時應用程序擴展名映射添加/編輯對話框中的“確定”按鈕也就被自動激活了，一旦發現“確定”按鈕處于可點擊狀態時，我們就能成功完成應用程序擴展映射配置操作了。當然，我們如果知道目標應用程序的詳細路徑時，可以直接采用手工輸入的方法輸入目標應用程序的路徑信息，并且設置好它的擴展名稱，這樣一來“確定”按鈕就不會失效，我們只要單擊“確定”按鈕，就能將指定的應用程序擴展名映射添加成功了。

　　小提示：所謂壓縮路徑，是指在一些系統對話框中輸入應用程序或特定文件的詳細路徑信息時，要是地址框中輸入的應用程序路徑長度超過了地址框的實際顯示長度時，Windows系統就會自動對超長的應用程序路徑進行壓縮，以便讓目標應用程序或特定文件的開頭部分和結尾部分完全顯示在地址框中，中間的部分全部用省略號來替代，這樣就能有效增強輸入內容的可讀性以及操作的易用性。

　　故障小結

　　盡管將安裝了Windows XP系統的計算機作為信息服務器不太適合，不過在一些著急進行信息發布的特殊場合下，還是有不少用戶會選擇在Windows XP系統中臨時架設個人信息服務器，因此上面的小故障有時還會遇到的。面對類似這樣的細小故障，我們在找不到有效的應對辦法時，不妨多多嘗試從微軟公司的官方網站中去尋找答案!

　　當然，IIS服務器在長時間運行后，時常還會出現其他一些小故障，有的小故障只要通過我們的合理設置就能順利排除了。例如，有時在一些應用程序正在運行的過程中，我們嘗試打開IIS控制臺窗口時，發現速度非常緩慢;遇到這種現象時，多半是正在運行的特定應用程序消耗了大部分系統資源，并且常常會由于對系統CPU資源的消耗量過大而使得系統運行速度非常緩慢，這種現象在一些硬件配置相對較低的計算機中特別明顯。其實，此時我們只要對IIS服務器的運行進程優先級進行合適調整就能解決IIS控制臺窗口打開過慢的故障現象。