0
在我的IIS日志中，我发现了警告级别事件ID 1013，它表示停止时间超过了特定Web应用程序的工作进程的预期停止时间。IIS 6.0应用程序池停止问题
我的问题是，我怎么知道或跟踪IIS工作进程停止的原因？此警告级别事件ID是否意味着工作进程应用程序池已停止或未停止？
由于事先 乔治
A
回答
2
如果您的应用程序是一个ASP.NET（2.0或更新版本），你可以打开它shoudl记录的详细信息，包括IIS applciation游泳池复位健康监测。
相关链接
相关问题
- 1. IIS 6.0应用程序池共享DLL
- 2. IIS 6.0应用程序池崩溃
- 3. asp.net中的IIS池停止问题？
- 4. 停止应用程序池问题Programitically IIS7
- 5. 应用程序池停止在webrequest上
- 6. IIS 6 - 应用程序池不断停止
- 7. IIS 8应用程序池停止间歇
- 8. IIS应用程序池 - 停止/启动与回收
- 9. Update-SPSolution停止IIS上的应用程序池
- 10. 停止IIS 7.5应用程序池回收
- 11. IIS 6.0意外停止
- 12. 在IIS 6.0应用程序池中设置用户帐户
- 13. 被忽略的IIS 6.0应用程序池标识
- 14. IIS应用程序池
- 15. IIS应用程序池PID
- 16. IIS 7.5应用程序池网络驱动器访问问题
- 17. 问题在httpost应用程序停止
- 18. Appcmd脚本将监视IIS应用程序池并在应用程序池停止时发送电子邮件
- 19. ASP.NET应用程序池关闭问题
- 20. IIS 7，经典应用程序池，100％CPU使用率问题
- 21. IIS 7.5：问题在一天应用程序池
- 22. IIS应用程序池和多线程
- 23. IIS 6＆7 - 更改应用程序池停止时显示的默认消息
- 24. 将vbs转换为c＃ - 启动和停止iis网站和应用程序池
- 25. 如何防止POST请求上的应用程序池停止？
- 26. IIS 6.0中每个应用程序池默认使用多少内存？
- 27. 如何使用PowerShell脚本远程启动/停止IIS 6.0/7.0？
- 28. IIS7应用程序池标识问题
- 29. ASP.NET应用程序池回收问题
- 30. 列出所有停止的应用程序池的IIS6农场
这是旧代码，NET 1.1。有任何想法吗？ – George2 2009-06-06 08:37:51