sqsever exe w3wp exe 占用 100 多 CPU

您可以開啟任務管理器，檢視哪個程式占用的比例較大，如果您懷疑該程式有問題，請重新安裝，如果仍有問題，請重新安裝系統並嘗試。

長時間占用大量CPU，這種情況應該是由於**程式死迴圈等問題造成的。 在IIS6下，記憶體和CPU使用率往往無法及時釋放，導致伺服器響應速度慢。

解決 CPU 使用率過高的方法：

1. 在 IIS 中為每個 ** 配置單獨的應用程式池。 也就是說，它們不會相互影響。

2.設定應用池的CPU監控，不超過25%（伺服器為4CPU），每分鐘重新整理一次，超過限制時關閉。

3.設定應用池的**時間，預設為1720小時，可根據情況進行修改。 然後設定占用多少記憶體（如500M），它會自動**記憶體。

硬體區不問這個問題，回答它的人肯定不多！ 我個人認為被攻擊的可能性還是不是很大，可能是因為節點多了幾個，程式執行效率低，CPU佔用率高，Microsoft不是大多數網路管理員的首選，bug很多，慢慢研究就會有結果（不在你身邊， 很難找到問題的原因，找到原因就會解決）。

IIS 管理 -**-屬性，啟用日期日誌記錄核取方塊，選擇 W3C 擴充套件日誌檔案格式，然後單擊“屬性 -選擇每小時”。

稍等片刻，然後檢查當天的日誌。

您可以從日誌中分析導致它的原因。

這是你的 ASP 程式，程式有乙個無限迴圈，但也有可能它被毒死了。

如果有人正在生成靜態檔案（非常大），也會發生這種情況。

乾掉他沒關係，鳥。

你的伺服器是嗎？，說IIS服務關閉就好了; 如果是，占用CPU和記憶體是正常的，如果覺得掙扎，可以公升級伺服器硬體。

參考《魯鬥》開年書。

在這種情況下，只有病毒，

以下**於2007-12-27 8173789。

伺服器杯的正常執行一般應該在60%以下，有時杯子波動很大，或者伺服器突然很卡住，或者很慢。 檢視任務管理器，可以發現消耗了大量的CPU，並且在結束之後立即出現了新的CPU，而管理員則處於這種情況。 不得不重新啟動IIS服務，奇怪的是，重新啟動IIS服務後一切正常，但可能過了一段時間，問題再次出現。

直接原因：乙個或多個訪問資料庫在多次讀取和寫入過程中損壞，當 Microsoft 的 MDAC 系統寫入此損壞的訪問檔案時，asp 執行緒處於阻塞狀態，其他執行緒只能等待，IIS 死鎖，並且消耗所有 CPU 時間。

解決方法：1

在 IIS 管理器中設定多個應用程式池，並將虛擬宿主站點新增到應用程式池中。 對於多個應用程式池，將為每個應用程式池生成乙個檔案。 您可以通過任務管理器檢視所有占用的 CPU 的使用情況。

通過 IIS 管理器開啟應用程式池，可以逐個停止應用程式池。 停止應用程式池時，在任務管理器中觀察 CPU 使用率突然降低，CPU 使用率恢復正常。 這將判斷該應用程式池是否存在問題。

然後，可以建立多個應用程式池，每個應用程式池對應乙個站點。 這樣，通過逐個停止應用程式池，可以確定是哪個**是問題所在。 最有問題的往往是訪問計數器類的檔案，例如：

解決方法：2

CPU 使用率查詢方式是很多 Web 提供商最麻煩的問題，任務管理器經常占用杯子太高，導致整個伺服器受到影響。 解決方案如下：

1.先開啟任務管理器，發現賬號高時結束程序。

2.在“我的電腦”-“管理”-“事件檢視器”-“系統”中，您將找到關閉的錯誤報告，記錄程式池的名稱，然後記錄具體時間。 （如。

3.系統之上的安全性。 查詢時間（例如，已登入的使用者。

4.開啟IIS找到在2中查詢到的程式池，和3查詢登入的使用者，取交叉點，就可以準確地找到哪個web點站杯

是在 IIS6 程序池中執行的程序。 首先在資源管理器中檢查此程序的 pid，然後在 cmd 下執行 iisapp p pid number 以找出程序池，然後檢查哪些包含在 iis 的程序池中，並關閉它們。

W3WP是乙個程序池，你的高臨時使用率是由於存在大量的訪問**（我們**現在就是這種情況，最好使用負載均衡，使用多個伺服器來分流流量）檢查VPS中是否有大量流量**。

關閉相當於重新啟動程序池，他會自己啟動。