校園 Windows 2003 Web 伺服器常見故障與 IIS 6.0 應用程式集區隔離機制解析

前言

校園網站多採用 Windows Server 2003 + IIS 6.0 架設，但從 IIS 5.0 升級而來的管理員常遇到隔離模式變更、應用程式集區設定不當導致的穩定性問題。本文針對校園常見故障，深入解析 IIS 6.0 工作進程隔離模式與應用程式集區運作原理。

一、 IIS 5.0 隔離模式 vs IIS 6.0 工作進程隔離模式

二、 如何切換/確認隔離模式

1. 開啟 IIS 管理員，右鍵「網站」→「內容」。
2. 「服務」標籤中，勾選/取消勾選「以 IIS 5.0 隔離模式執行」。
3. 預設為未勾選（即 IIS 6.0 模式），強烈建議保持預設。

三、 應用程式集區核心概念

• 定義：一或多個應用程式連結至一或多個工作進程的組態集合。
• 隔離邊界：集區間由工作進程邊界隔離，記憶體、處理序、安全性語彙基元互不干擾。
• 身分識別：每個集區可指定執行身分（NetworkService、LocalSystem、自訂帳號），實現最小權限原則。
• 回收機制：可設定固定時間、要求數、記憶體上限、排程等觸發條件自動重啟工作進程，防止記憶體洩漏。

四、 校園常見故障與對策

1. 網站掛掉導致其他網站連帶當機

原因：多網站共用同一應用程式集區（預設 DefaultAppPool）。
解決：為每個網站建立獨立集區，並設定適當回收條件。

2. ASP.NET 應用程式出現「Server Application Unavailable」

原因：集區身分帳號密碼過期、或無權限存取資料庫/檔案。
解決：檢查集區「身分識別」帳號密碼，授予必要 NTFS 權限。

3. 上傳大檔案失敗（Request 對象錯誤 ASP 0104）

原因：IIS 6.0 預設限制上傳 200KB。
解決：編輯 Metabase.xml 修改 AspMaxRequestEntityAllowed（見另文詳細步驟）。

五、 管理建議

• 採用「一網站一集區」原則，命名規範如 AppPool_網站名。
• 啟用「快速失敗保護」：連續 5 分鐘內失敗 5 次自動停用集區，避免無限重啟佔資源。
• 定期匯出 Metabase.xml 備份，配合 ASR 災難復原。

總結

IIS 6.0 的工作進程隔離模式與應用程式集區是穩定、安全、高效能 Web 服務的基石。善用集區隔離、身分分離、自動回收機制，可解決校園網站 90% 以上的穩定性問題。