IIS 8.5失败请求跟踪报告需要花费0次

Question

我安装了一些失败的请求跟踪（在Windows Server 2012的IIS 8.5中），尝试分析为什么某些页面加载比其他页面加载花费的时间更长。我们有一种情况，有时一个页面会在几秒钟内加载，然后其他时间需要20秒来处理。所以我希望能够使用FRT来帮助我分析那些需要很长时间的时间。

这question here是非常相似，但它确实显示一点时间，而我没有。而我的问题与转移时间无关（至少不在IIS和我之间）。

这不仅仅是静态HTML。这些页面由PHP动态生成，而PHP则调用数据库来检索信息。我希望能够区分IIS或PHP花费的时间，但是我的日志文件都显示FRT的每个元素的时间都是0（或0持续时间）。

shotgunning对我而言的一点，因为我不知道到底是哪部分会在什么我汇报后，但这里是我的配置：

Content = All 
Conditions: Time = 2 (which is >2 if I read the help file correctly) 
Trace Providers: ISAPI Extensions (verbose), WWW 
Server (verbose) 
    * For WWW Server I have marked each of the 'Areas' 

PHP的编码，使得它也报告所花费的时间。这是告诉我，在某些情况下需要6-8秒。 （这是一个为此目的而设计的测试文件，因此它有50个查询，报告整个时间）。然而，有时在该运行中有一个查询需要15-20秒来处理。虽然FRT日志确实记录了一条踪迹，但它会说所花的时间仅为2.532s（作为一个例子），即使PHP（和挂钟）说它是6-8秒。但是，再次查看FRT日志的详细信息，无论它花了多长时间，它只显示所用时间为0。

我真的很想看看PHP调用需要多长时间;当你把2的时间限制上FRT跟踪停止IIS是不得不等待完成返回结果之前，因此它似乎将被记录...

感谢， 贾斯汀

Answer 1

在不幸2秒的阶段。

有几种方法。如果它位于可限制流量的机器上，如开发或测试平台，那么您可以将其设置为跟踪状态代码的结果'200'。它会记录所有成功（但长时间运行）的请求。

如果这是不可能的，那么将跟踪设置为更接近问题时标将有所帮助。因此，在您的情况下，将其设置为6秒，您将看到流程的所有阶段直至运行的阶段为