2010-02-10 57 views
1

我們有一個Windows Server 2003 Web服務器,並且在該服務器上運行大約5-6個頂級Sharepoint站點,每個站點都有一個不同的應用程序池。Sharepoint W3WP.EXE過程消耗100%CPU - 糾正措施?

有一個W3WP進程在一天中的大部分時間(昨天和今天發生)都保持100%掛鉤,並且它通過在命令行執行「Cscript iisapp.vbs」並通過匹配ProcessID連接到特定Sharepoint網站...幾乎無法使用。

我可以採取什麼樣的糾正措施?這些是我的想法如下

1)在IIS中停止並重新啓動網站 - 出於某種原因,這並不能阻止違規的W3WP進程?任何想法爲什麼不呢?

2)停止並重新啓動關聯的應用程序池。

3)回收關聯的應用程序池。

任何這些聽起來像正確的想法?如果不是有什麼好東西要嘗試?我不能做一個iisreset,因爲我不想將服務更改爲其他更常用的Sharepoint網站。

如果我確實需要做一些診斷工作,請指出正確的方向。我不是Sharepoint的管理員(他不在城裏,所以即使我只是一名開發人員,我仍在填補),但我會盡我所能。

如果您需要任何信息,請讓我知道,我會查找它(儘管如此,因爲一個過程掛鉤整個機器)。

+0

此問題的標記指示WSS,而不是MOSS。您能否確認SharePoint的版本和版本? – Goyuix 2010-02-10 20:29:13

+0

WSS 3.0,未定義MOSS – Albert 2010-02-10 21:48:28

回答

1

原來有人試圖安裝一些功能失靈。

於是,他寫了一個劇本STSADM卸載這些功能

處理器仍然掛。

我重新啓動了該IIS進程的IIS應用程序池,但沒有解決它。

因此,然後我重新啓動該網站的IIS,並解決了處理器問題。

3

這不是您需要的IISReset。你有一段代碼與你的記憶力不滿。這很可能不是CPU問題,而是尋呼問題。我已經遇到過幾次內存中的數據結構,這些數據結構變得太大而不能有效地頁面輸入/輸出,並且最終試圖分頁數據開始消耗一切。我建議的步驟是:

1)去獲取IIS Debug Diagnostics工具。和learn how to use them。 2)如果可能,將會話狀態從InProc中移除到狀態服務器或sql服務器(因爲這需要序列化進入會話的所有類,這可能是不可能的)。這將有助於緩解一些與流程相關的內存問題。

3)轉到您的應用程序池並向上調整工作進程的數量。刪除快速失敗保護(即使發生快速災難性錯誤,這也將允許網站繼續提供頁面)。

IIS調試診斷將記錄大量數據,但是您可以指定特定的「catch」警報來檢測掛起,過度的cpu使用情況等。它將捕獲數據的演出,因此準備嘗試等待很長一段時間查看日誌。

+0

感謝提示 – Albert 2010-02-10 21:46:18