server is too busy和server is too busy怎么辦怎么解決
server is too busy?翻譯：服務器太忙; 服務器是太繁忙的;
一般IIS比較容易出現這個錯誤，我們要查看自己使用的IIS版本，比如IIS6 IIS7等等。
要解決此問題，請按照下列步驟操作： 1.驗證是否已為虛擬服務器配置了應用程序池。默認的應用程序池是 MSSharePointPortalAppPool。
請按照下列步驟來確定虛擬服務器正在使用的應用程序池。 a. 單擊“開始”，指向“管理工具”，然后單擊“Internet 信息服務 (IIS) 管理器”。
b. 展開“ServerName”，展開“Web 站點”，右鍵單擊虛擬服務器，然后單擊“屬性”。
c. 單擊“主目錄”選項卡。
為虛擬服務器配置的應用程序池列在“應用程序池”框中。
d. 單擊“確定”。
2.驗證應用程序池帳戶使用的密碼是否正確。IIS 不會自動輪詢 Active Directory 目錄服務中的密碼更改。如果應用程序池帳戶是一個域帳戶，其密碼已過期，則在為此帳戶重新指定一個新密碼后，您可能會收到本文“癥狀”部分所描述的錯誤信息。
請按照下列步驟來驗證應用程序池帳戶所用的密碼是否正確： a. 在 Internet 信息服務 (IIS) 管理器中，展開“應用程序池”。
b. 右鍵單擊為虛擬服務器配置的應用程序池(例如，右鍵單擊“MSSharePointPortalAppPool”)，然后單擊“屬性”。
c. 單擊“標識”選項卡。
d. 在“密碼”框中，鍵入列在“用戶名”框中的應用程序池帳戶所用的密碼，然后單擊“確定”。
e. 在“確認密碼”對話框中，再次鍵入密碼，然后單擊“確定”。
3.驗證應用程序池帳戶是服務器上的 IIS_WPG 組和 STS_WPG 組的成員。
根據您的具體情況選用下列方法之一。 a. 在成員服務器上安裝了 SharePoint Portal Server 的情況下： 1.單擊“開始”，指向“管理工具”，然后單擊“計算機管理”。
2.展開“本地用戶和組”，然后展開“用戶”。
3.右鍵單擊虛擬服務器的應用程序池使用的帳戶，然后單擊“屬性”。
4.單擊“成員屬于”選項卡。
驗證 IIS_WPG 和 STS_WPG 是否都出現在“成員屬于”列表中。如果其中之一沒有列出或者兩者均未列出，請根據具體情況將 IIS_WPG 組、STS_WPG 組或者這兩個組添加到列表中。
b. 在域控制器上安裝了 SharePoint Portal Server 的情況下： 1.啟動“Active Directory 用戶和計算機”。
2.展開“用戶”。
3.右鍵單擊虛擬服務器的應用程序池使用的帳戶，然后單擊“屬性”。
4.單擊“成員屬于”選項卡。
驗證 IIS_WPG 和 STS_WPG 都出現在“成員屬于”列表中。如果其中之一沒有列出或者兩者均未列出，請根據具體情況將 IIS_WPG 組、STS_WPG 組或者這兩個組添加到列表中。
4.重新啟動 IIS 以回收應用程序池： a. 在 Internet 信息服務 (IIS) 管理器中，右鍵單擊“ServerName”，指向“所有任務”，然后單擊“重新啟動 IIS”。
b. 單擊“在 ServerName 上重新啟動 Internet 信息服務”，然后單擊“確定”。
修改方法：修改服務器.net配置“machine.config＂文件，該文件位于Windows系統目錄下，如“C:WINDOWS Microsoft.NETFrameworkv1.1.4322CONFIG”，視你的網盤程序版本，修改對應目錄下的 machine.config文件，如2.0版本用戶就修改“C:WINDOWSMicrosoft.NETFramework v2.0.50727CONFIG”下的machine.config文件，查找該文件中的“processModel”配置段落，修改其中的字段 maxWorkerThreads="200" maxIoThreads="200"，1.1和2.0的默認段落不太一樣，修改后的配置如下：
1.1版本：
<processModel
enable="true"
timeout="Infinite"
idleTimeout="Infinite"
shutdownTimeout="0:00:05"
requestLimit="Infinite"
requestQueueLimit="5000"
restartQueueLimit="10"
memoryLimit="60"
webGarden="false"
cpuMask="0xffffffff"
userName="machine"
password="AutoGenerate"
logLevel="Errors"
clientConnectedCheck="0:00:05"
comAuthenticationLevel="Connect"
comImpersonationLevel="Impersonate"
responseDeadlockInterval="00:03:00"
maxWorkerThreads="200"
maxIoThreads="200"
/>
2.0版本：
原來默認的是<processModel autoConfig="true"/>
改為<processModel maxWorkerThreads="200" maxIoThreads="200"/>
不用重新啟動服務器就可以看到效果。
以上只是個人實踐體會，我的服務器狀態是：２００３操作系統，
服務器上網站，或者是虛擬主機上的網站偶爾發現訪問時提示：Server is too busy，一般情況是服務器或空間資源不足引起的，或是資源限制所致。解決方法可以從以下幾方面進行。
１，軟件無限制刷新所致
部分網站某個頁面被人無限制刷新，或具有高防問量的投票，登錄窗口，留言，評論等功能的部分極容易產生此類問題，導致網站因此癱瘓。
可以采用排除方式，逐一排查，或請專業服務器維護人員對網站相應設計、功能進行定期維護管理。
２，IIS原因及相應處理
由于程序開發過程中，不注意代碼的高效性，簡單完成任務式的開發，導致程序執行效率底，運行慢，例如asp程序開發過程中，多次運用server.createobject請求，導致每次的情況一直處于等帶狀態，進而產生IIS訪問時出現“http:1001 server is too busy"”的錯誤。
例如你的服務器可以容納的請求是1000,當數量在999時，再有人訪問，立刻超過1000的頂限，這時就會提示“server is too busy”的錯誤提示，導致網站無法正常工作。
因此要做好或避免此類問題的產生，除了應該注意程序開發的高效性和代碼的規范性之外，還應注意以下幾點：
１）網站某部分頁面數據相對固定的，可以盡量采用靜態的html后綴的靜態頁文件，避免也減少運用動態的asp對服務器CPU的負擔，
２）網站程序開發中減少使用server.createobject的頻率。
３）盡量少調用非本地服務器資源，少調用第三方代碼。
４）盡量優化你的程序結構，避免出現死循環，代碼繁瑣運行效率低的程序應用。
５）定期進行網站維護，性能檢測監控等
今天一早起來，登錄博客想再記錄點東西，卻發現昨天寫的草稿總是打不開了，顯示server is too busy.
網站維護，服務升級，暫時中斷業務，無可厚非，可總需要提前給用戶通知吧，對CSDN這種維護升級從不提前通知用戶的做法真有點憤怒，找時間博客得搬家了。。。。
------解決方案--------------------
沙發，哈哈，一樣的，csdn是不是又放假啦。六一了。。。
轉:java.net.SocketException: Too many open files解決方法最近隨著網站訪問量的提高把web服務器移到linux下了，在移服務器的第二天，tomcat頻繁的報 java.net.SocketException: Too many open files錯誤，錯誤日志達到了100多兆，郁悶了，windows上運行了很長 時間都沒出現這個錯誤，后來才知道li
轉:java.net.SocketException: Too many open files解決方法最近隨著網站訪問量的提高把web服務器移到linux下了，在移服務器的第二天，tomcat頻繁的報 java.net.SocketException: Too many open files錯誤，錯誤日志達到了100多兆，郁悶了，windows上運行了很長 時間都沒出現這個錯誤，后來才知道li
0 Comments.