像专家一样进行IIS7排错

来源：IT168 作者：微山 编辑：帝国战猪 日期：10-17 点击次数：

   注意这个错误包含许多有用的信息：
   1) 标题包括次状态代码，次状态代码是一个IIS特别代码，进一步描述问题。大部分常见问题有一个典型的<状态代码>.<次状态_代码>联合，你可以在google上寻找额外的信息。
    2) 这个页码暗示了IIS Web Core是什么模块，在哪种MapRequestHandler情况下会发生错误。当你在调试服务器问题时，这个信息非常重要，尤其是在IIS7+世界中，当大部分错误发生在其中一个模块上，而此模块参与了请求运转，这个信息更加重要。
    3) 页码给你提供了许多有用的请求信息，例如：被请求的url，以及它解决问题的物理途径。看到请求变成一个错误的url，或者因为错误的虚拟目录映射，而被发送到错误的物理途径时，大部分404错误就在这里解决了。
    4) “最可能的原因”以及“你能干什么”版块为错误提供了最有可能的解释，以及你可以做些什么。对于大部分常见的IIS7错误，它们就是完全正确的。 
    5) 注意：当你带着错误来到论坛，我期望你能提供一个详细的错误，帮助我们为你解决问题。关于IIS7里的特定错误支持的更多信息，请参考http: //www.iis.net/articles/view.aspx/IIS7/Managing-IIS7/Diagnostics-in-IIS7/Deciphering-Error-Messages/How-to-Use-HTTP-Detailed-Errors-in-IIS7.

3.绕过—503“无可用服务”错误

有时候，你可能得到一个像这样的错误：

    这个错误最可能要么暗示了服务器的关键性错误配置，因此导致IIS不能成功开始一个工作者进程/处理你的请求，要么暗示了一个系统超载，因此导致过早就拒绝了请求，从而在响应中不会有更多的错误信息可用。如果你得到这样的一个错误，请遵循我的详细指导Where did my IIS7 server go? Troubleshooting "service unavailable" errors.

   使用失败请求追踪深入诊断（官方称为FREB）

    如果单独只有错误不能诊断这一情况，或者需要更多的信息来决定到底是什么导致了这一错误，或者，这里没有错误（例如，链接超时），你可以利用IIS7特点，此特点非常有用，被称为“失败请求追踪”。

    这个功能可以用于生成一个详细的、失败的事件追踪，与ETW非常相像，但是现在它具有更多的信息，更容易打开，能用于排错。

    更重要的是，你可以组装一个失败信息追踪，仅仅追踪那些特殊的、失败了的请求，例如：一个特别的响应状态/次状态代码，特别的冗长的事件，或者超时事件。