IIS 6.0 啟動報「地址被佔用」故障排查與修復：重裝組件 vs 端口衝突深度分析

故障現象

Windows Server 2003 + IIS 6.0，手動啟動「World Wide Web Publishing Service (W3SVC)」失敗，事件日誌/彈窗報錯：「地址被佔用，啟動失敗!」 (Event ID 1003/1015/1022 等)。

根因分析：兩大核心可能

標準修復流程 (按成功率排序)

方案一：排查並釋放端口佔用 (最常見、最快)

1. 管理員 CMD：
   netstat -ano | findstr :80
netstat -ano | findstr :443
2. 記錄佔用端口的 PID。
3. 任務管理器 → 詳細信息 → 找到 PID → 右鍵 結束進程樹 (或 `taskkill /PID /F /T`)。
4. 若為系統服務 (如 `W3SVC` 自身殘留、`HTTP`、`SQL Server Reporting Services`)，服務管理器 (`services.msc`) 停用並設置為「手動/禁用」。
5. 重新啟動 W3SVC (`iisreset /start` 或 `net start w3svc`)。

方案二：清理 HTTP.sys 殘留註冊 (深度清理)

1. 管理員 CMD：
   netsh http show urlacl (查看 URL 保留)
   netsh http show servicestate (查看服務狀態/綁定)
2. 發現屬於已刪除網站/舊綁定的條目 → 刪除：
   netsh http delete urlacl url=https://+:80/OldApp/
netsh http delete sslcert ipport=0.0.0.0:443 (刪除 SSL 綁定)
3. `iisreset /restart` 驗證。

方案三：重新安裝 IIS 組件 (組件損壞終極修復)

適用於方案一二無效、系統文件損壞、配置庫元數據庫 (Metabase) 損壞。

1. 控制面板 → 添加或刪除程序 → 添加/刪除 Windows 組件。
2. 展開 應用程序服務器 → 取消勾選 Internet 信息服務 (IIS) → 下一步 → 完成移除 (需安裝光盤/源路徑)。
3. 重啟服務器** (強烈建議，釋放文件鎖定、清理註冊表殘留)。
4. 再次進入組件向導 → 勾選 Internet 信息服務 (IIS) → 詳細信息選擇所需子組件 (ASP、ASP.NET、FTP 等) → 安裝。
5. 重啟 → 驗證 W3SVC 啟動正常、默認網站響應。

方案四：內存/硬體故障排查 (低概率、高影響)

• 運行 Windows 內存診斷 (`mdsched.exe`) 或 MemTest86 過夜測試。
• 檢查事件日誌 System 中是否有 `Memory`、`Disk`、`Controller` 錯誤。
• 硬體故障需更換內存條/硬盤/主板，軟件層面無法修復。

預防性最佳實踐

1. 端口佔用預檢腳本：部署新軟件前運行 `netstat -ano | findstr ":80 :443 :8080 :8443"`，衝突先解決。
2. IIS 獨享端口策略：生產 Web 服務器**禁裝** Skype、TeamViewer、Apache、Nginx、SQL Reporting Services 等佔用 80/443 的軟件。
3. 配置備份常態化：`%windir%\system32\inetsrv\MetaBase.xml` 定期異地備份，或使用 `IIS備份精靈` 導出站點配置 (參考文章 45014)。
4. 監控納管：Zabbix/SCOM 監控 W3SVC 服務狀態、端口 80/443 可用性、HTTP 500/503 錯誤率，異常秒級告警。

結語

「地址被佔用」表象下，80% 是端口衝突，15% 是 HTTP.sys 殘留，5% 是組件損壞/硬體故障。**先查端口 (netstat)、再清 HTTP.sys (netsh)、最後重裝 IIS** 是黃金排查順序。將此流程製成單頁故障卡，運維值班必帶，可將 IIS 重啟故障 MTTR 從 30 分鐘壓縮至 5 分鐘以內。記住：生產 Web 服務器的 80/443 端口，只屬於 IIS——這是架構邊界，不可妥協。