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