2003服务器IIS应用程序池老是出问题
服务器2014年7月左右部署的一个项目，.net+SQLserver2008，最近经常出现应用程序池卡死现象出现Server Unable现象，重启IIS或回收应用程序池后一切正常。网上找了很多方法，也咨询了下阿里云的售后，像更改IIS Admin service权限、每个站点独立配置应用程序池等，都做了，但最近还是出现类似这样的错误“为应用程序池 'DefaultAppPool' 提供服务的进程在与 World Wide Web Publishing 服务通信时遇到致命错误。进程 ID 为 '4868'。数据字段包含错误……”，但问题还是有，实在没办法了，希望在论坛上求助，哪位高手经能指点一二？感谢！
版权声明：本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
遇到您描述的这种应用程序池频繁卡死的问题，确实需要从多个角度进行排查和优化。根据您的情况，这里提供一些可能的解决方案和排查思路：
-
日志分析：首先，查看IIS的日志文件（通常位于
C:\inetpub\logs\LogFiles），以及Windows事件查看器中的系统和应用程序日志，寻找与错误时间相匹配的记录，这些信息可能会给出导致问题的具体原因。 -
性能监控：
- 使用性能监视器（PerfMon）监控CPU、内存、磁盘I/O和网络使用情况，看是否有资源瓶颈。
- 监控SQL Server的性能，确保数据库查询效率高，没有长时间运行的查询或锁争用问题。可以使用SQL Server Profiler或SQL Server Management Studio中的活动监视器来帮助诊断。
-
应用程序代码审查：
- 检查.NET应用程序中是否存在内存泄漏。长时间运行的应用程序可能会因为未释放的对象累积而耗尽内存。
- 确认是否有异常处理不当的情况，比如未捕获的异常可能导致应用程序池崩溃。
-
配置调整：
- 考虑增加应用程序池的回收频率，或者设置基于内存或其他资源使用的回收条件。
- 检查应用程序池的管道模式是否正确设置（集成模式或经典模式），根据应用需求选择合适的模式。
- 确保.NET Framework版本与应用程序兼容，并且是最新补丁状态。
-
安全设置：确认是否有安全软件或防火墙配置导致的问题，有时安全软件会干扰IIS的正常工作。
-
阿里云服务支持：既然已经联系了阿里云售后，可以进一步要求他们协助进行更深入的服务器健康检查，包括但不限于磁盘检查、系统稳定性检查等。
-
升级考虑：考虑到您的环境相对较老（SQL Server 2008已不再受官方支持），长远来看，升级到较新的.NET框架版本和SQL Server版本（如SQL Server 2019）能获得更好的性能和安全性。
如果以上步骤都无法定位问题，建议在确保数据备份的前提下，尝试在隔离环境中重新部署应用程序，逐步排除环境因素的影响。同时，也可以考虑邀请专业的第三方技术支持团队介入，进行更深入的故障排查。
