我的应用程序部署在IIS 7上。我想检查故障的数量,因为我的逻辑在某些时候出现故障并且出现错误.Ill中是否存在任何常规的Web日志。我只能在事件日志中看到系统错误。有没有网络日志?
答案 0 :(得分:1)
如果您正在追查某些内容类型的请求,手动拖网标准W3C日志是可以的,但是他们不会告诉您很多关于您的网络应用程序失败的原因以及许多4XX
和5XX
状态代码。你会得到一个状态代码,但那就是它。
请求跟踪失败:
您的 “转到” 诊断工具应该是IIS7 +中内置的失败请求跟踪功能。
FRT是我最喜欢的IIS7 / 8功能之一,用于跟踪生产站点的问题,尤其是在调试基于WebAPI和Ajaxy类型的应用程序时。
有关详细信息,请参阅:
http://www.iis.net/learn/troubleshoot/using-failed-request-tracing
例如,上周FRT帮助我解决了客户托管网站问题的根源。在发出HTTP 405 Method Not Allowed
请求时,尽管允许DELETE
动词,但网站的某个特定部分(使用WebAPI)失败并显示DELETE
状态代码。
使用FRT我能够生成跟踪失败请求的跟踪信息:
展开“查看跟踪”条目会显示此错误:
我们客户的解决方案是禁用(未使用)WebDAV本机模块,该模块不允许使用某些动词(例如DELETE
)完成非Windows身份验证请求。即使WebDAV模块没有处理请求,它仍然在请求管道中检查和验证请求标头。
失败的请求跟踪是一个非常宝贵的诊断工具,您应该学习如何使用它。
HTTPERR日志:
您还应该检查位于以下位置的HTTPERR日志:
C:\Windows\System32\LogFiles\HTTPERR
如果您收到503 - Service Unavailable
错误,那么如果应用程序池在灾难性情况下经常出现故障,那么它们就是一个寻找线索的好地方。
答案 1 :(得分:0)
这是'inetpub'文件夹中名为'logs'的文件夹,其中包含所有日志。您可以查看IIS管理器中IIS下的“日志记录”选项卡,以查看应为您的站点检查的特定日志的名称。