现在，当你发出请求，如果它遇到失败定义，详细追踪将作为XML文件登录，你可以查看XML文件，还可以在%systemdrive%\inetpub\logs\FailedReqLogFiles\W3SVC<ID>文件夹中找到这个文件。 
   
    如果你双击这个文件，打开它，可以看到里面早已有XSL样式表，XSL样式表显示了追踪事件。在Longhorn服务器，这个样式表有一个大的修改，可以更好地突出重要信息。如果你想要了解更多的信息，可以看http://blogs.iis.net/bills/archive/2006/10/19/Making-Failed-Request-Tracing-More-Approachable.aspx。你可以下载新的样式表，把它用在你的Vista机器上。

    失败的请求追踪日志给请求提供了详细的操作信息，此请求可以用于许多不同的方式中，进一步诊断更复杂的问题，而这些复杂问题可能来自于多个模块操作。例如：如果一个url重写模块改变了请求里的url，后来导致静态的文件处理器不能找到文件，SetUrl事件可以提供需要的信息。日志也提供这样重要的信息：每一个模块执行的时间，每一个嵌入模块操作的结果（经常包括事物不能工作的原因），也包括每次通过设置一个错误响应状态代码时，模块操作请求失败的情况。

    最后，失败请求追踪的其中一个好处就是你没必要作为客户来接受错误信息。作为管理者，你可以安装它来控制错误，当错误发生时，登录执行法定追踪，允许你把功能留在生产中。把它看成是增强型标记上的登录请求。想了解更多与失败请求追踪的信息，请看http://www.iis.net/articles/view.aspx/IIS7/Managing-IIS7/Diagnostics-in-IIS7/Using-Failed-Request-Tracing/Troubleshooting-Failed-Requests-using-Tracing-in-I. 

    将来，我会发表更多的怎样使用失败请求追踪日志来排错的具体解决方案。同时，当错误产生时，你应该做更多的准备来应付它，在你把它输入论坛之前就应该解决它。