default礦池
『壹』 amoeba.xml里defaultpool是什麼意思
amoeba.xml里defaultpool是默認池的意思
『貳』 為什麼我的站點伺服器中的應用程序池DefaultAppPool會自動停止
你可以設置回收時間，如果程序有問題。可以通過密集的程序回收時間來設置。
停止之後如何重啟
裡面有個資源限制操作
超過了
1：不操作
2：關閉
這個不操作和關閉，很多人誤解的。 你可能會想不操作就是達到這個資源我 不限制他，他就沒事，就不會死IIS池了。但你就錯了，這個不操作是達到這個資源後自動死池，死了後不自動重新啟動恢復。所以我們這里要選 關閉。關閉後 默認是 90秒後自動恢復！！
每個站點一個程序池？？？如果站點多，你的資源肯定不夠，，
建議4-5站點一個池。
『叄』 應用程序池 'DefaultAppPool' 被自動禁用，原因是為此應用程序池提供服務的進程中出現一系列錯誤。
為應用程序池 'DefaultAppPool' 提供服務的進程意外終止。進程 ID 是 '3056'。進程退出代碼是 '0xffffffff'。
有關更多信息，請參閱在 http://go.microsoft.com/fwlink/events.asp 的幫助和支持中心。
-----------------------------------
解決方法，給NETWORK SERVICE 加上訪問iis服務的許可權，具體方法如下：
-----------------------------------
點擊「開始」-「控制面板」-「管理工具」-「組件服務」-「計算機」-「我的電腦」-「DCOM」選項，
選擇其下的「IIS ADMIN SERVICE」，右健選擇「屬性」，找到「安全」，在「啟動和激活許可權」中編輯「自定義」，添加帳號「NETWORK SERVICE 」，
給該帳號賦予「本地啟動」和「本地激活」的許可權，重新啟動IIS（點「開始」-「運行」-「CMD」，點確定，然後運行IISRESET），
之後再訪問同一站點，則一切正常。
另一解決方案：
事件類型: 警告
事件來源: W3SVC
事件種類: 無
事件 ID: 1009
日期: 2007-8-XX
事件: XX:XX:XX
用戶: XX
計算機: XXXX
描述:
為應用程序池 'XXXXX' 提供服務的進程意外終止。進程 ID 是 'XXXX'。進程退出代碼是 '0x80'。
有關更多信息，請參閱在 http://go.microsoft.com/fwlink/events.asp 的幫助和支持中心。
原因：
CAUSE
Together with each worker process that IIS creates under a separate identity, the system creates a new desktop object by allocating memory from the configured desktop heap. This issue occurs because, when that heap has been exhausted, IIS cannot create more worker processes. Clients then receive the "service unavailable" error message in their Web browsers when they try to visit Web sites that those application pools host.
獨立進程的 內存堆戔消耗完了，IIS不能創建更多的進程工作空間來處理
解決方法：
警告：需要修改伺服器的注冊表，請修改前備份相關鍵值
add the UseSharedWPDesktop registry key to your computer that is running IIS. This registry key permits all worker processes to run in one shared desktop, regardless of their worker process identities.
To add the UseSharedWPDesktop registry key:
1. HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\W3SVC
2. 在Parameters鍵下新建一個DWORD項，名字為：UseSharedWPDesktop 值為1 重啟IIS
MS關於此鍵值描述：
UseSharedWPDesktop
注冊表路徑：HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\W3SVC\Parameters
數據類型：REG_DWORD
默認值： 0
范圍： 0 - 1
如果您正使用唯一標識設置應用程序池，那麼根據伺服器上的應用程序和內存資源，將會達到大約 60 個應用程序池的上限。某些分配了單個新登錄會話的系統資源存在一定的限制。這表明可以有 60 個進程以不同的帳戶同時運行。IIS 6.0 支持在單個共享的工作站和桌面中運行這些進程，所需的成本為在所有各方之間共享單個用戶會話的單個封裝。要擴展到 60 個應用程序池以上並共享單個桌面，可將 UseSharedWPDesktop 更改為 DWORD 值 1。更改此注冊表項之後，應當可以擴展到上百個應用程序池已及上百個同時運行的工作進程。
以上為轉載，是否恢復正常還需驗證！
續：經過上面兩個方法後，系統日誌還是出錯，都是說應用池程序相關的進程(與world wide web通信)致命錯誤 ，突然在網上看到一句話，說要給system32的user許可權(猜想可能要給system32\temp的許可權,因為是discuz的NT版)，給了之後，網站可以了,不過錯誤還是會出現,最終按上述的第一個辦法去解決,發現裡面的netman的network service許可權不見,添加之後,經過幾小時的觀察,錯誤沒有出來了
『肆』 應用程序池DefaultAppPool'提供服務的進程意外終止是什麼原因
應用程序池 'DefaultAppPool' 提供服務的進程關閉時間超過了限制
伺服器經常產生「應用程序池 'DefaultAppPool' 提供服務的進程關閉時間超過了限制。進程 ID 是 '2068'。」的錯誤，導致iis處於假死狀態，經了解是IIS應用程序池的設置問題。解決方法如下：
Internet 信息服務(IIS)管理器－＞應用程序池－＞DefaultAppPool－＞右擊屬性
一、回收
1、回收工作進程（分鍾）：選中，值為1740
2、回收工作進程（請求數目）：不選（原先設置為35000）
3、在下列時間回收工作進程：不填
4、消耗太多內存時回收工作進程：全不選。（2、3、4項可能避免了在訪問量高的時候強制回收進程可能引發的伺服器響應問題，導致iis假死不響應）
二、性能
只選中空閑超時20分鍾。其他都不選。WEB園最大工作進程數為1（默認）。注意web園這里一定要保持默認，如果填寫其他超過1的數字就會導致一些網站程序的後台程序打不開或者刷新不停。
原來的請求隊列限制為4000，現在無限制。
三、運行狀況
前兩項都起用，是原來的默認設置。啟動時間限制90秒，關閉時間限制180秒。
啟動快速失敗保護的鉤去掉！
為了避免真的遇到很多錯誤時沒有提示，可以不關閉，只是把快速保護的保護范圍加大些，例如失敗數50次 時間段5分鍾 則關閉對應的程序。
「關閉時間限制180秒」是必須的，因為進程關閉的時間，原來為90秒限制,是默認值，如果進程關閉時間超過90秒，則認為超時，從而出現：進程關閉時間超過了限制 日誌，所以，適當延長這個時間，可以避免這種錯誤www.cnzz.cc
第2種方法：
原因：獨立進程的 內存堆戔消耗完了，IIS不能創建更多的進程工作空間來處理
解決方法：
1. HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\W3SVC
2. 在Parameters鍵下新建一個DWORD項，名字為：UseSharedWPDesktop 值為1 重啟IIS
第3種
問題已解決,發現是資料庫連接無法釋放,不知道是什麼原因,同樣的代碼在本地就是好的,在伺服器端就有問題,最後在連接串里加入以下語句解決問題.
Pooling=true; MAX Pool Size=512;Min Pool Size=50;Connection Lifetime=30
第4種
新建應用程序池，不同的網站引用不同程序池。
為應用程序池 'AppPool #1' 提供服務的進程關閉時間超過了限制。進程 ID 是 '3000'。
出現上面情況後，該應用程序池對應的網站就訪問的非常慢，幾乎是打不開。
這種現象是不是iis假死？
重啟下該站點，問題可以得到解決。
可能是應用程序池設置問題，不知道具體應該怎麼設置！
請高手指點。
程序代碼解決辦法：
1 設置進程池回收時間.在進程池屬性里.
2 如果你的程序是使用 asp + acc 資料庫.且acc資料庫大於30m.建議更換sql資料庫. acc資料庫大於這個值.2003系統下會造成iis6的頻繁假死.2000下會造成dllhost.exe佔用大量cpu及內存資源.都會嚴重影響web訪問速度.
3 asp程序存在死循環.
4 可使用 microsoft office 壓縮修復acc資料庫,須先備份.
引用內容2003應用程序池假死常見問題及解決方法
2006-10-09 09:48
經常見到大家談起，2003應用程序池自動死了，不能恢復了，一直出現 Service Unavailable 常見方法如下。
1：以前沒有SP1打補丁的時候會出現這個IIS6。0假死問題，但現在微軟都在自動更新裡面出補丁了，一般你打好最新補丁後是不會出現此問題了。（所以現在的IIS假死與這個關系不是很大）
2：從IIS6.0開始CPU資源都在應用池裡面限制了，不象以前的IIS。5。所以假死的池的緣故就是池被拉死，你在網站打不開的時候可以看到你的某個應用池是禁用的，上面出現一個紅叉。你滑鼠右鍵啟動網站又會自動恢復。 這個原因：大概是以下幾個因數造成的。
（1）：你限制了應用池的資源限制，限製得太小 比如：50這樣或更少更多一點，這個時候如果你這個池下面的網站佔用CPU太高，比如超過50% 那麼5分鍾後他就自動死了，手工默認建立的應用池默認是超過資源不操作。
出現上面這個情況解決方法：1：不限制CPU資源，（這個是不可取的，不限制資源，有的程序有BUG佔用資源厲害了的，伺服器都會被拉死，你可能都無法操作伺服器。）2：在超過資源那裡選擇 關閉，這個關閉默認是失敗5次，90秒內恢復，一般默認就可。網站能自動恢復，這個關閉：不是永久關閉，意思是超過資源關閉，然後在某時間內自動恢復池。不操作就是不恢復，這個是很多人的誤區。上次我寫過相關的這個講解了。
（2）：內存限制 在IIS6。0應用池上面有虛擬內存和最大內存限制，如果你設置了這個。那麼網站訪問量大了 也會出現假死，所以不建議設置這里。默認就可。
3：就是伺服器自身內存太小，網站運行當然需要使用到內存了，當內存不夠的時候應用池也會死掉變成禁用。那麼只有等內存全部釋放出來才能恢復應用池了。出現這個情況：那麼你就要考慮加內存或者檢查到底是什麼程序佔用了內存了。比如MSSQL資料庫，這個可是吃內存得大戶啊，最好別和WEB伺服器同時一個伺服器上。很多人用1G內存做 2003系統，2003NET結構是很佔用內存的，所以做伺服器選2003還得把內存加到2G或更高才好。 內存不夠上面 2點講到的，是沒辦法操作了，也無法自動恢復。
4：就是ACCESS資料庫太大或查詢太多，這個也會出現把IIS拉死，解決方法；修復ACCESS資料庫，或盡量少用ACCESS資料庫。
5：不同網站用不同應用池：根據你自己實際情況而定，站點大的最好獨立一個應用池，限制他的資源超過了自動回收，看上面 （1）講到的，這樣就不影響其他站點。 中型站點：多個網站共用一個應用池，比如5個站點用一個池，設置他資源時間等等。這樣他們就算超資源了也不影響其他應用池的網站。
6：設置回收時間：很多人以為設置回收池越短越好，其實是錯誤的，每次回收當然是把內存回收回來了，但加重了一次伺服器的負擔，當伺服器比較繁忙的時候，有可能導致其他應用池死。所以建議設置共1000就行了。其他獨立池按照他網站流量而設置 可以設置600 也行，共用的不建議設置太短。
『伍』 'IIS APPPOOL\DefaultAppPool'這個是什麼賬戶
這個是應用程序池，
應用程序池是將一個或多個應用程序鏈接到一個或多個工作進程集合的配置
可以在window功能配置
『陸』 win10 c盤用戶里的DefaultAppPool文件夾可以刪除嗎
你確定是win7的驅動而不是win10的？確定的話可以刪除的。最好還是留在吧如果不佔用很大空間的話
『柒』 任務管理器 進程中出現w3wp.exe 用戶名是DefaultAppPool,這個是什麼意思
w3wp.exe 是 Windows 系統文件。 程序沒有可視窗口。 這是個由 Microsoft 發行的可信任程序
『捌』 為應用程序池「DefaultAppPool」提供服務的進程意外終止。進程 ID 是「5036」。進程退出代碼是「0xc00000
有空繼續進行用戶進行發帖就是想
『玖』 User 文件夾下出現一堆賬戶 DefaultAppPool，TEMP 開頭，如何刪掉
應該是系統的IIS某個服務被開啟了。
『拾』 為什麼我的應用程序池沒有Classic.NETAppPool，而只有DefaultAppPool
控制面板-程序和功能-打開或關閉windows功能，internet信息服務，web管理工具，還有microsoft .net framework 裡面的文件一股腦的全選上，然後等待幾分鍾windows配置完
在應用程序池裡添加Classic.NETAppPool，選經典，然後就可以了
備註：如果添加Classic.NETAppPool後仍無法使用，就在第一步裡面的internet信息服務和microsoft .net framework裡面的文件多選幾個勾上，具體是為什麼我也不懂，反正之後就可以了，祝你好運