如何在IIS中检查weblog

Question

我的应用程序部署在IIS 7上，我想检查失败的次数，因为我的逻辑在某个时候出现了故障，并且让errors.Is在IIS中有任何一般的weblog，我只能在事件日志中看到系统错误。有网页日志吗？

Answer 1

该文件夹名为“日志”，位于所有日志所在的“inetpub”文件夹中。您可以查看IIS管理器中IIS下的日志记录选项卡，查看应该检查站点的特定日志的名称。

Answer 2

如果您正在查找某些内容类型的请求，那么手动搜索标准W3C日志是可以的，但是它们不会告诉您web应用程序失败的原因以及使用许多4XX和5XX状态代码进行响应的原因。你会得到一个状态代码，但仅此而已。

失败请求跟踪：

您的“转到”诊断工具应该是内置到IIS7+中的失败请求跟踪功能。

FRT是IIS7 7/8中我最喜欢的特性之一，用于跟踪生产站点的问题，特别是在调试基于WebAPI和Ajaxy类型的应用程序时。

有关更多信息，请参见：

http://www.iis.net/learn/troubleshoot/using-failed-request-tracing

例如，上周FRT帮助我了解了一个客户端托管站点的问题。站点的一个特定部分(使用WebAPI)在发出HTTP请求时与405 Method Not Allowed状态代码失败，尽管允许使用DELETE谓词。

使用FRT，我能够生成失败请求的跟踪，这向我展示了以下内容：

​

​

展开“查看跟踪”条目显示了以下错误：

​

​

我们客户的解决方案是禁用(不使用) WebDAV本机模块，它不允许具有特定谓词(例如DELETE)的非Windows身份验证请求完成。即使WebDAV模块没有处理请求，它仍然处于请求管道中，检查和验证请求头。

失败的请求跟踪是一个非常宝贵的诊断工具，您应该学习如何使用它。

HTTPERR日志：

您还应该检查HTTPERR日志，这些日志位于：

C:\Windows\System32\LogFiles\HTTPERR

如果您得到了503 - Service Unavailable错误，那么它们是一个很好的地方，可以在应用程序池灾难性地、经常地失败时寻找错误所在的线索。