Server 2008 IIS 应用池反复崩溃

简短答案

应用池反复崩溃（网站报 503/队列）几乎都是崩溃回收：先看「崩溃转储」定位是哪个 DLL 崩的，再按 .NET 运行时版本匹配与应用自身异常两条线处理。IIS 配置边界见 Web Server 2008 条目，系统总览见 Server 2008 条目。

现象对照

现象	最可能的原因
应用池过几分钟就回收，网站 503	w3wp 进程崩溃触发崩溃回收，非定时回收
只报「服务器不可用」无日志	站点访问配置（路径/权限/绑定）有问题
重启应用池就好、一会又崩	代码异常/内存泄漏累积，定位要转储
换 .NET 版本后立即崩	站点 .NET 运行时与已装版本不匹配

排查步骤

1. 开崩溃转储：IIS 管理器 → 应用程序池 → 对应池 → 高级 → 常规 → 崩溃转储，设为「完整」；复现后用诊断工具分析转储里的故障模块（哪个 .dll）。
2. 看日志：IIS 日志（%SystemDrive%\inetpub\logs\LogFiles）与应用程序日志（IIS 6.0 兼容性下的事件查看器「应用程序」），先找最近 ERROR。
3. .NET 匹配：站点绑定运行时（站点/应用池的「.NET CLR 版本」）必须与已安装运行时一致；多版本共存时指定到对的版本。
4. 应用自身异常：临时把 ASP 详错打开（站点的详细错误消息），让真实异常显形；代码类问题修复后回归。
5. 池配置兜底：把「快速关闭通信」保持开启、工作进程位数与代码一致（x86/x64 必须匹配站点位数）；R2 的系统组件边界以 Server 2008 R2 条目 说明为准。

反复崩溃别靠「加大回收间隔」掩盖，找到崩溃模块才是根因；拿不准模块归属「以厂商文档为准」。

操作小结

1. 先开崩溃转储，定位故障模块
2. 日志双线（IIS + 应用程序）
3. .NET 版本与位数对齐
4. 详错打开找应用异常

相关链接

• Server 2008 总览条目
• Web Server 2008 SP2 镜像
• Server 2008 R2 标准/企业版镜像