2008-10-02 86 views
0

因此,有一個可怕的書面網站,我偶爾會幫忙,最初是用傳統的ASP編寫的。IIS6:503錯誤和CPU峯值

然後通過將全局變量移動到後面的代碼並將其餘代碼保留在aspx中,然後「移植」到ASP.NET ......這是一個巨大的混亂。

在一些頁面上,似乎觸發了一個偶然的競爭條件,導致IIS6死亡(返回503錯誤),並將CPU高達100%。

我們設置了一些監控工具並回收apppool,當這種情況發生時,保持網站穩定,但這只是一個bandaid。

有沒有人知道任何工具,讓我指出正確的方向找出爲什麼發生這種情況?

內存使用率保持不變,所以它不是泄漏的參考問題。

回答

1

通常以最好的地方開始是Http.sys的日誌:

HTTP.SYS錯誤日誌 - %WINDIR%\ SYSTEM32 \ LogFiles文件\ HTTPERR

您還可以查看事件日誌和IIS日誌看看你有沒有任何額外的信息。