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秒，您將看到流程的所有階段直至運行的階段爲