Service UnavailableService Unavailable 是一種系統(tǒng)的警告提示。如果一個網(wǎng)站的程序占資源太多或者發(fā)生太多的錯誤，系統(tǒng)日志就會提示：“應(yīng)用程序池 'xxx' 被自動禁

Service Unavailable

Service Unavailable 是一種系統(tǒng)的警告提示。如果一個網(wǎng)站的程序占資源太多或者發(fā)生太多的錯誤，系統(tǒng)日志就會提示：“應(yīng)用程序池 'xxx' 被自動禁用，原因是為此應(yīng)用程序池提供服務(wù)的進(jìn)程中出現(xiàn)一系列錯誤，或者提示：應(yīng)用程序池 'xxx' 超過了其作業(yè)限制設(shè)置。這時，訪問這個網(wǎng)站就會提示：Service Unavailable 。一般系統(tǒng)會在30秒左右恢復(fù)正常，多刷新幾次就能正常訪問了。 目錄

出現(xiàn)原因

云盾網(wǎng)安防CC 攻擊

分類解決方法

解決方案

整理資料

出現(xiàn)原因

云盾網(wǎng)安防CC 攻擊

分類解決方法

解決方案

整理資料

展開

編輯本段出現(xiàn)原因

Service Unavailable 的出現(xiàn)一般是資源不足，如IIS 、CPU 或內(nèi)存等，極少數(shù)情況下會因asp 和.net 程序錯誤導(dǎo)致出現(xiàn)。

一般情況下為多個站共用一個程序池，這個程序池可以簡單理解為資源庫，即這些站點共用這塊資源；內(nèi)存限制為500M 物理內(nèi)存（服務(wù)器為8G 內(nèi)存）。

如果這個資源被其中一個站用完，則程序池就會停止，所有使用這個程序池的站就會出現(xiàn)“Service Unavailable”的提示，直到該程序池被重新啟動。

大多數(shù)情況下，500M 內(nèi)存完全足夠使用；如果出現(xiàn)垃圾程序或遇到攻擊，則可能出現(xiàn)CPU 急速上升或內(nèi)存大量使用，這是大部分“Service Unavailable”出現(xiàn)的原因。從目前我們監(jiān)測的情況看，大部分是CPU 占用在90-100之間出現(xiàn)的。

編輯本段云盾網(wǎng)安防CC 攻擊

CC 攻擊可以歸為DDoS 攻擊的一種。他們之間都原理都是一樣的，即發(fā)送大量的請求數(shù)據(jù)來導(dǎo)致服務(wù)器拒絕服務(wù)，是一種連接攻擊。CC 攻擊又可分為代理CC 攻擊，和肉雞CC 攻擊。代理CC 攻擊是黑客借助代理服務(wù)器生成指向受害主機(jī)的合法網(wǎng)頁請求，實現(xiàn)DOS ，和偽裝就叫：cc （Challenge Collapsar ）。而肉雞CC 攻擊是黑客使用CC 攻擊軟件，控制大量肉雞，發(fā)動攻擊，相比來后者比前者更難防御。因為肉雞可以模擬正常用戶訪問網(wǎng)站的請求。偽造成合法數(shù)據(jù)包。

CC 攻擊主要是用來攻擊網(wǎng)站的。想必大家都有這樣的經(jīng)歷，就是在訪問某個網(wǎng)站時，如果這個網(wǎng)站比較大，訪問的人比較多，打開頁面的速度會比較慢，一般來說，訪問的人越多，論壇的頁面越多，數(shù)據(jù)庫就越大，被訪問的頻率也越高，占用的系統(tǒng)資源也就相當(dāng)可觀，現(xiàn)在知道為什么很多空間服務(wù)商都說大家不要上傳論壇，聊天室等東西了吧。

一個靜態(tài)頁面不需要服務(wù)器多少資源，甚至可以說直接從內(nèi)存中讀出來發(fā)給你就可以了，但是論壇之類的動態(tài)網(wǎng)站就不一樣了，我看一個帖子，系統(tǒng)需要到數(shù)據(jù)庫中判斷我是否有讀帖子的權(quán)限，如果有，就讀出帖子里面的內(nèi)容，顯示出來——這里至少訪問了2次數(shù)據(jù)庫，如果數(shù)據(jù)庫的體積有200MB 大小，系統(tǒng)很可能就要在這200MB 大小的數(shù)據(jù)空間搜索一遍，這需要多少的CPU 資源和時間？如果我是查找一個關(guān)鍵字，那么時間更加可觀，因為前面的搜索可以限定在一個很小的范圍內(nèi)，比如用戶權(quán)限只查用戶表，帖子內(nèi)容只查帖子表，而且查到就可以馬上停止查詢，而搜索肯定會對所有的數(shù)據(jù)進(jìn)行一次判斷，消耗的時間是相當(dāng)?shù)拇蟆?/p>

CC 攻擊就是充分利用了這個特點，模擬多個用戶（多少線程就是多少用戶）不停的進(jìn)行訪問（訪問那些需要大量數(shù)據(jù)操作，就是需要大量CPU 時間的頁面，比如asp/php/jsp/cgi）。很多朋友問到，為什么要使用代理呢？因為代理可以有效地隱藏自己的身份，也可以繞開所有的防火墻，因為基本上所有的防火墻都會檢測并發(fā)的TCP/IP連接數(shù)目，超過一定數(shù)目一定頻率就會被認(rèn)為是Connection-Flood 。當(dāng)然也可以使用肉雞發(fā)動CC 攻擊。肉雞的CC 攻擊效果更可觀。致使服務(wù)器CPU0，甚至死機(jī)的現(xiàn)象。 使用代理攻擊還能很好的保持連接，我們這里發(fā)送了數(shù)據(jù)，代理幫我們轉(zhuǎn)發(fā)給對方服務(wù)器，我們就可以馬上斷開，代理還會繼續(xù)保持著和對方連接（我知道的記錄是有人利用2000個代理產(chǎn)生了35萬并發(fā)連接）。 當(dāng)然，CC 也可以利用這里方法對FTP 、游戲端口、聊天房間等進(jìn)行攻擊，也可以實現(xiàn)TCP-FLOOD ，這些都是經(jīng)過測試有效的。

防御CC 攻擊可以通過多種方法，禁止網(wǎng)站代理訪問，盡量將網(wǎng)站做成靜態(tài)頁面，限制連接數(shù)量等。這里就不一一介紹了，推薦您使用云盾抗DDoS

防火墻，0防御CC 攻擊！云盾網(wǎng)安的云防御系統(tǒng)，更能將網(wǎng)站防御CC/DDOS攻擊能力提升數(shù)倍。

編輯本段分類解決方法

刷新幾下又可以訪問

如果出現(xiàn)“Service Unavailable”的提示，刷新幾下又可以訪問。 出現(xiàn)這種情況是由于您的網(wǎng)站超過了iis 限制造成的由于2003的操作系統(tǒng)在提示IIS 過多時并非像2000系統(tǒng)提示“鏈接人數(shù)過多”，而是提示"Service Unavailable",出現(xiàn)這種情況是由于網(wǎng)站超過了系統(tǒng)資源限制造成的，主要是程序占用資源太多。

比如同樣是100人在線的論壇，雷傲論壇所占的資源就是PW 論壇所占資源的10倍以上；另外，一些死循環(huán)程序，或者不優(yōu)化的程序都會占用太多的系統(tǒng)資源，而系統(tǒng)資源明顯是有限的。不過WINDOWS2003的操作系統(tǒng)，各網(wǎng)站之間是以獨立進(jìn)程運行的，不會相互影響。

另外，如果你的網(wǎng)站當(dāng)前訪問人數(shù)過多，超過了系統(tǒng)的iis 連接數(shù)限制，也會出現(xiàn)Service Unavailable的提示(win2k主機(jī)下出現(xiàn)連接過多就會提示：連接過多，請稍后再試；而win2003的主機(jī)剛直接提示：Service Unavailable ）

沒有限制IIS 連接仍遭遇

沒有限制IIS 連接，還是遭遇Service Unavailable

多見于使用ACCESS 數(shù)據(jù)庫的網(wǎng)站，一般使用windows 2003 IIS 6的用戶可能這個問題一直正常的系統(tǒng)，突然有一個網(wǎng)站打不開了提示： Service Unavailable 但這個網(wǎng)站并沒有限制IIS 連接數(shù)。然后馬上影響到了別的網(wǎng)站，不到一會，其他的網(wǎng)站也全變成了 Service Unavailable 這是什么原因呢？

我們分析后可以知道，還是MS 的老問題。ACCESS 引擎當(dāng)了。用服務(wù)器醫(yī)生的文件醫(yī)生修復(fù)，查看修復(fù)結(jié)果時會發(fā)現(xiàn)一些文件引起ACCESS 引擎“災(zāi)難性故障”及“未將對象引用設(shè)置到對象的實例”的錯誤。 通過文件醫(yī)生修復(fù)后，系統(tǒng)才會恢復(fù)正常。

瀏覽一個Web 站點時提示

瀏覽一個 Windows SharePoint Services Web 站點時，提示：Service Unavailable

Microsoft Internet 信息服務(wù) (IIS) 6.0 中沒有正確地配置用于虛擬服務(wù)器的應(yīng)用程序池，就可能會發(fā)生此問題。

編輯本段解決方案

要解決此問題，按照下列步驟操作：

1、驗證是否已為虛擬服務(wù)器配置了應(yīng)用程序池。默認(rèn)的應(yīng)用程序池是 MSSharePointPortalAppPool 。

請按照下列步驟來確定虛擬服務(wù)器正在使用的應(yīng)用程序池。

a). 單擊“開始”，指向“管理工具”，然后單擊“Internet 信息服務(wù) (IIS) 管理器”。

b). 展開“ServerName”，展開“Web 站點”，右鍵單擊虛擬服務(wù)器，然后單擊“屬性”。

c). 單擊“主目錄”選項卡。 為虛擬服務(wù)器配置的應(yīng)用程序池列在“應(yīng)用程序池”框中。

d). 單擊“確定”。

2、驗證應(yīng)用程序池帳戶使用的密碼是否正確。IIS 不會自動輪詢 Active Directory 目錄服務(wù)中的密碼更改。如果應(yīng)用程序池帳戶是一個域帳戶，其密碼已過期，則在為此帳戶重新指定一個新密碼后，您可能會收到本文“癥狀”部分所描述的錯誤信息。

3、 驗證應(yīng)用程序池帳戶是服務(wù)器上的 IIS_WPG 組和 STS_WPG 組的成員。

4. 、重新啟動 IIS 以回收應(yīng)用程序池

沒有正確加載ISAPI 篩選器

ISAPI 篩選器沒有加載成功的話會造成任意網(wǎng)站一訪問就出現(xiàn)Service unavailable ，這個時候需要根據(jù)加載失敗的原因解決，或者刪除該ISAPI 篩選器

編輯本段整理資料

原因一：網(wǎng)站超過了IIS 連接數(shù)

解決辦法一：增加IIS 連接數(shù)

備注一：Windows 2003的操作系統(tǒng)在提示IIS 過多時并非像win2000系統(tǒng)提示“鏈接人數(shù)過多”，而是提示"Service Unavailable" 原因二：網(wǎng)站超過了IIS 資源限制

解決辦法二：增加網(wǎng)站的資源

備注二：Winodws2003中網(wǎng)站占用了超過IIS 對該網(wǎng)站系統(tǒng)資源的限制后直接提示"Service Unavailable"

原因三：網(wǎng)站的程序發(fā)生太多的錯誤

解決辦法三：修改程序錯誤

備注三：Winodws2003中網(wǎng)站錯誤太多，就會造成該網(wǎng)站所在的應(yīng)用程序池出錯，這個時候可以在Windows2003的日志中看到“應(yīng)用程序池 'xxx'

被自動禁用，原因是為此應(yīng)用程序池提供服務(wù)的進(jìn)程中出現(xiàn)一系列錯誤”，這個時候網(wǎng)站就會直接顯示"Service Unavailable"

以上三個原因造成的"Service Unavailable"，一般現(xiàn)象是出現(xiàn)"Service Unavailable"后，多刷新幾次，就可以打開。

原因四：ACCESS 引擎錯誤

解決辦法四：重啟IIS

備注四：有一些文件造成了ACCESS 數(shù)據(jù)庫出現(xiàn)“災(zāi)難性故障”及“未將對象引用設(shè)置到對象的實例”的錯誤

原因四造成的"Service Unavailable"，現(xiàn)象是所有該服務(wù)器上的使用Access 數(shù)據(jù)庫的網(wǎng)站都出現(xiàn)錯誤，不能訪問。

以上四個原因是常見的造成了"Service Unavailable"

的原因，其他還有一些問題造成了該問題，基本只要IIS 重啟一下就可以的。

Service Unavailable的第五種原因就是今天的原因了：ISAPI 篩選器沒有正常加載

出現(xiàn)這種情況也有可能是他人非法攻擊，導(dǎo)致網(wǎng)站流量過大· 如超出CPU 也會出現(xiàn)這個提示的.

原因六：80端口被其它程序占用了。這是個非常隱蔽的原因，如果僅僅在IIS 上所有網(wǎng)站都Service Unavailable，并且查看一個簡單的html 頁都發(fā)“應(yīng)用程序池 'xxx' 被自動禁用”錯誤，那么在控制臺中執(zhí)行命令"netstat -a -n -o" ，看看占用80端口的是哪個程序。如果您安裝了迅雷，請尤其注意這點，迅雷在默認(rèn)情況下是要和IIS 搶80端口的。

出現(xiàn)Service unavailable怎么解決

瀏覽次數(shù)：9134次懸賞分：0 | 解決時間：2010-7-23 16:39 | 提問者：鄺天信

我的網(wǎng)頁是靜態(tài)的, 沒有連接數(shù)據(jù), 并且只有一個頁面, 只有幾個文字, 圖片也沒有, 我換了幾個空間了, 用一個域名, 剛換了是正常的, 但一會也這樣了. 怎么辦?

最佳答案

出現(xiàn)這種情況是由于您的網(wǎng)站超過了系統(tǒng)資源限制造成的，主要是流量太大或者程序占用資源太多。

1. 流量太大

比如您購買的是b002型基礎(chǔ)型主機(jī)，該主機(jī)的額定流量是15G/月。如果您的網(wǎng)站每月流量在15G, 每天流量在0.5G 以下，則應(yīng)該能正常訪問。如果連續(xù)幾天的訪問量上升，流量超過0.5G/天，則該主機(jī)屬于超負(fù)荷運行。超負(fù)荷運行情況下，則會出現(xiàn)有時能正常訪問，有時被系統(tǒng)自動停止（Service Unavailable）的情況。

解決辦法是：首先登錄虛擬主機(jī)管理中心查看最近的訪問統(tǒng)計和流量統(tǒng)計，看看流量有沒有異常增加的情況，有時站內(nèi)的個別RAR 或者mp3文件被其他網(wǎng)站盜鏈，則會出現(xiàn)流量上升幾十倍的情況。通過我們提供的日志下載功能和訪問統(tǒng)計

中的" 文件類別" 功能進(jìn)行分析，可以得出是否有盜鏈或者被大量下載。如果是流量自然增長，購買的型號不能滿足要求，則需要對虛擬主機(jī)型號進(jìn)行升級，以獲得更多的流量配額。

2. 程序占用資源過多

比如同樣是100人在線的論壇，雷傲論壇所占的資源就是動網(wǎng)論壇所占資源的10倍以上；另外，一些死循環(huán)程序，或者不優(yōu)化的程序(比如1.0版的阿江統(tǒng)計在數(shù)據(jù)庫太大的情況下）都會占用太多的系統(tǒng)資源，而系統(tǒng)資源明顯是有限的。由于我們的新虛擬主機(jī)是采用WINDOWS2003的操作系統(tǒng)，各網(wǎng)站之間是以獨立進(jìn)程運行的，不會相互影響。

如果一個網(wǎng)站的程序占資源太多或者發(fā)生太多的錯誤，系統(tǒng)日志就會提示：“應(yīng)用程序池 'west263pool11' 被自動禁用，原因是為此應(yīng)用程序池提供服務(wù)的進(jìn)程中出現(xiàn)一系列錯誤， 或者提示：應(yīng)用程序池 'hui999' 超過了其作業(yè)限制設(shè)置。

這時，訪問這個網(wǎng)站就會提示：Service Unavailable。一般系統(tǒng)會在30秒左右恢復(fù)正常，多刷新幾次就能正常訪問了。

如果經(jīng)常出現(xiàn)類似的錯誤，請及時優(yōu)化網(wǎng)站程序，或者升級你的虛擬主機(jī)至更高的款型，以獲得更多的系統(tǒng)資源。

程序占用資源太多的原因如下：

1. 有一個或多個ACCESS 數(shù)據(jù)庫在多次讀寫過程中損壞，微軟的MDAC 系統(tǒng)在寫入這個損壞的ACCESS 文件時，ASP 線程處于BLOCK 狀態(tài)，結(jié)果其他線程只能等待，IIS 被死鎖了，全部的CPU 時間都消耗在DLLHOST （ASP 進(jìn)程）中。

參考解決辦法：

壓縮和修復(fù)我的數(shù)據(jù)庫, 下載數(shù)據(jù)庫文件--[如果是.asp 的擴(kuò)展名，請改為.mdb 的擴(kuò)展名]--用ACCESS 打開--選擇工具--數(shù)據(jù)庫實用工具--壓縮和修復(fù)數(shù)據(jù)庫--[改回.asp 的擴(kuò)展名]--上傳覆蓋原來數(shù)據(jù)庫文件

2. 注冊了不良的Com 組件，特別是用VB 開發(fā)的ACTIVE X控件，可能導(dǎo)致占用內(nèi)存使用量不斷增長

參考解決辦法：盡量減少或避免非官方或是客戶要求的不必要的組件

3. 多媒體等文件下載占用服務(wù)器帶寬

參考解決辦法：停止下載

4. 程序問題

需要及時的關(guān)閉不再使用的數(shù)據(jù)庫，以避免一直占用服務(wù)器資源 在conn.asp 連接數(shù)據(jù)庫字符串語句中加入如下 sub endConnection() conn.close set

conn=nothing end sub 其它程序問題：把IE 選項里 顯示友好HTTP 錯誤信息 的勾取消掉，再訪問網(wǎng)站看出現(xiàn)什么錯誤信息，然后再調(diào)試

5. 上傳重要的數(shù)據(jù)庫等文件更新，由于正處于受訪問狀態(tài)，可能導(dǎo)致瞬間占用率上升

一般此情況較少，若有出現(xiàn)此情況時，可能有必要先暫停站點，再作更新

6.ACCESS 論壇（如動網(wǎng)）大了以后就很容易出現(xiàn)數(shù)據(jù)庫方面的問題，當(dāng)你的論壇數(shù)據(jù)庫在30M 以上，帖子5萬左右, 可能就會出現(xiàn)數(shù)據(jù)庫吃不消的情況

7. 建議取消程序中使用的on error resume next這個容錯語句，對錯誤進(jìn)行調(diào)試。 臨時解決辦法：定期刪除多余的數(shù)據(jù)、壓縮數(shù)據(jù)庫，限制論壇灌水，甚至限制論壇注冊。如果是動網(wǎng)論壇，可以使用論壇自帶的分表儲存功能，會有較好的效果. 比較長遠(yuǎn)辦法：更換論壇和數(shù)據(jù)庫，一般都采用動網(wǎng)sql 商業(yè)版本 MSSQL 的方案來解決。

“Service Unavailable”出現(xiàn)的原因

添加時間:2007-9-30

Service Unavailable的出現(xiàn)一般是資源不足，如IIS 、CPU 或內(nèi)存等，極少數(shù)情況下會因asp.net 程序

錯誤導(dǎo)致出現(xiàn)。

我們的所有虛擬主機(jī)均不限制IIS 和CPU ，因此可以排除IIS 和CPU 。

我司所有服務(wù)器操作系統(tǒng)均為windows2003，有個很關(guān)鍵的東西就是“應(yīng)用程序池”

一般情況下為多個站共用一個程序池，這個程序池可以簡單理解為資源庫，即這些站點共用這塊資源；內(nèi)

存限制為500M 物理內(nèi)存（服務(wù)器為8G 內(nèi)存）。

如果這個資源被其中一個站用完，則程序池就會停止，所有使用這個程序池的站就會出現(xiàn)“Service

Unavailable”的提示，直到該程序池被重新啟動。

大多數(shù)情況下，500M 內(nèi)存完全足夠使用；如果出現(xiàn)垃圾程序或遇到攻擊，則可能出現(xiàn)CPU 急速上升或內(nèi)存大量使用，這是大部分“Service Unavailable”出現(xiàn)的原因。從目前我們監(jiān)測的情況看，大部分是CPU

占用在90-100之間出現(xiàn)的。

1、出現(xiàn)“Service Unavailable”怎么辦？

我們自主開發(fā)了一套專門監(jiān)視并修復(fù)IIS 的程序，每隔5分鐘自動檢查一次IIS ，如果發(fā)現(xiàn)程序池停止，就會重新啟動。因此一旦出現(xiàn)“Service Unavailable”，最多不超過5分鐘，就會自動修復(fù)，大多數(shù)情況下只需要2-5分鐘。其他大部分公司都沒有監(jiān)控程序，則只能手工修復(fù)，一般持續(xù)時間為2-6小時才能發(fā)

現(xiàn)并啟動。

2、頻繁出現(xiàn)“Service Unavailable”怎么辦？

如果頻繁出現(xiàn)了這個提示，則表明其中一個和您共用資源的站點出了問題，請聯(lián)系我們的技術(shù)員進(jìn)行排查。

也有可能您的站因為消耗太多CPU 被放入了垃圾池，垃圾池有20的CPU 限制。

3、什么是垃圾池

垃圾池是我司針對消耗CPU 比較嚴(yán)重（在40-80之間）的站點，為防止對其他用戶產(chǎn)生影響，將其

放入有CPU 限制的程序池。

4、出現(xiàn)“Service Unavailable”是服務(wù)器問題嗎？

很多人都認(rèn)為是服務(wù)器不穩(wěn)定的問題，其實不然。如果是服務(wù)器問題，不會出現(xiàn)“Service Unavailable”

的提示，而是直接癱瘓掉，連FTP 也上不去。

出現(xiàn)這個是因為有站點消耗了大量資源，服務(wù)器的資源始終是有限的，如果長期超過設(shè)置的值，則服務(wù)器

會自動停止這個程序池，防止影響其他程序池的用戶。

英語在2樓

瀏覽 Windows SharePoint Services Web 站點時收到“Service Unavailable”（服務(wù)不可用）錯誤信息 癥狀

當(dāng)您瀏覽一個 Windows SharePoint Services Web 站點時，您可能會收到下面的錯誤信息： Service Unavailable 原因如果 Microsoft Internet 信息服務(wù) (IIS) 6.0 中沒有正確地配置用于虛擬服務(wù)器的應(yīng)用程序池，就可能會發(fā)生此問題。此問題可能會在存在下列一種或多種情況時發(fā)生： ?應(yīng)用程序池沒有運行。

?應(yīng)用程序池帳戶使用的密碼不正確。 ?應(yīng)用程序池帳戶不是服務(wù)器上的 IIS_WPG 和 STS_WPG 這兩個組的公共成員。

解決方案 要解決此問題，請按照下列步驟操作： 1. 驗證是否已為虛擬服務(wù)器配置了應(yīng)用程序池。默認(rèn)的應(yīng)用程序池是 MSSharePointPortalAppPool 。

請按照下列步驟來確定虛擬服務(wù)器正在使用的應(yīng)用程序池。 a. 單擊“開始”，指向“管理工具”，然后單擊“Internet 信息服務(wù) (IIS) 管理器”。

b. 展開“ServerName”，展開“Web 站點”，右鍵單擊虛擬服務(wù)器，然后單擊“屬性”。 c. 單擊“主目錄”選項卡。

為虛擬服務(wù)器配置的應(yīng)用程序池列在“應(yīng)用程序池”框中。

d. 單擊“確定”。

2. 驗證應(yīng)用程序池帳戶使用的密碼是否正確。IIS 不會自動輪詢 Active Directory 目錄服務(wù)中的密碼更改。如果應(yīng)用程序池帳戶是一個域帳戶，其密碼已過期，則在為此帳戶重新指定一個新密碼后，您可能會收到本文“癥狀”部分所描述的錯誤信息。

請按照下列步驟來驗證應(yīng)用程序池帳戶所用的密碼是否正確： a. 在 Internet 信息服務(wù) (IIS) 管理器中，展開“應(yīng)用程序池”。

b. 右鍵單擊為虛擬服務(wù)器配置的應(yīng)用程序池（例如，右鍵單擊“MSSharePointPortalAppPool”），然后單擊“屬性”。

c. 單擊“標(biāo)識”選項卡。

d. 在“密碼”框中，鍵入列在“用戶名”框中的應(yīng)用程序池帳戶所用的密碼，然后單擊“確定”。 e. 在“確認(rèn)密碼”對話框中，再次鍵入密碼，然后單擊“確定”。

3. 驗證應(yīng)用程序池帳戶是服務(wù)器上的 IIS_WPG 組和 STS_WPG 組的成員。

根據(jù)您的具體情況選用下列方法之一。 a. 在成員服務(wù)器上安裝了 SharePoint Portal Server 的情況下： 1. 單擊“開始”，指向“管理工具”，然后單擊“計算機(jī)管理”。

2. 展開“本地用戶和組”，然后展開“用戶”。

3. 右鍵單擊虛擬服務(wù)器的應(yīng)用程序池使用的帳戶，然后單擊“屬性”。

4. 單擊“成員屬于”選項卡。

驗證 IIS_WPG 和 STS_WPG 是否都出現(xiàn)在“成員屬于”列表中。如果其中之一沒有列出或者兩者均未列出，請根據(jù)具體情況將 IIS_WPG 組、STS_WPG 組或者這兩個組添加到列表中。

b. 在域控制器上安裝了 SharePoint Portal Server 的情況下： 1. 啟動“Active Directory 用戶和計算機(jī)”。

2. 展開“用戶”。 3. 右鍵單擊虛擬服務(wù)器的應(yīng)用程序池使用的帳戶，然后單擊“屬性”。

4. 單擊“成員屬于”選項卡。

驗證 IIS_WPG 和 STS_WPG 都出現(xiàn)在“成員屬于”列表中。如果其中之一沒有列出或者兩者均未列出，請根據(jù)具體情況將 IIS_WPG 組、STS_WPG 組或者這兩個組添加到列表中。

4. 重新啟動 IIS 以回收應(yīng)用程序池： a. 在 Internet 信息服務(wù) (IIS) 管理器中，右鍵單擊“ServerName”，指向“所有任務(wù)”，然后單擊“重新啟動 IIS”。

b. 單擊“在 ServerName 上重新啟動 Internet 信息服務(wù)”，然后單擊“確定”。

web 服務(wù)器出現(xiàn)Service Unavailable的解決

(2009-10-09 15:08:12)

轉(zhuǎn)載

web 服務(wù)器出現(xiàn)Service Unavailable的解決手記

日志錯誤為：

503 1 AppOffline DefaultAppPool

昨天在新安裝的windows2003操作系統(tǒng)基礎(chǔ)上，安裝了iis6.0和.net framework2.0，安裝完了一測試，才發(fā)現(xiàn)打開所有的網(wǎng)頁都是顯示的Service Unavailable ，到底是什么原因呢，立即上百度和google 里面搜索，基本上都是千篇一律的東西，說是重新安裝iis ，結(jié)果我在完全卸載iis 又重新安裝了2次，都失敗了，結(jié)構(gòu)都是這個Service Unavailable；所以開始尋找軟件設(shè)置上的問題。

首先看iis 設(shè)置的問題，發(fā)現(xiàn)一經(jīng)訪問本機(jī)的web 服務(wù)，應(yīng)用程序池的defaultapppool 就從正在運行的狀態(tài)變成了錯誤的狀態(tài)，已經(jīng)停止運行了；然后到C:WINDOWSsystem32LogFilesHTTPERR來查看iis 的錯誤日志文件發(fā)現(xiàn)的錯誤信息是“503 1 AppOffline DefaultAppPool”，然后繼續(xù)baidu 和google ，結(jié)果還是不能解決問題，然后我想還是到事件查看器里面看看是否有能發(fā)現(xiàn)的問題，結(jié)果發(fā)現(xiàn)系統(tǒng)錯誤里面有來源于DCOM 的錯誤，打開后發(fā)現(xiàn)錯誤提示是這樣的：

還有錯誤是W3SVC 錯誤，這個就是web 的進(jìn)程，打開這個錯誤提示是這樣的：

看來原因就在于由于dcom 的錯誤導(dǎo)致了應(yīng)用程序池的defaultapppool 掛起的錯誤；

這樣就可以重點排查DCOM 上面的那個錯誤了，根據(jù)上上圖的提示：錯誤信息在注冊表里是{A9E69610-B80D-11D0-B9B9-00A0C922E750}，所以把這個值輸入在注冊表編輯器中查找，發(fā)現(xiàn)有這個鍵，它的默認(rèn)數(shù)據(jù)名稱是IIS Admin Service；那么按照上面的提示就可以知道，是因為DCOM 組件里面的IIS Admin Service沒有授予權(quán)限給NETWORK SERVICE而造成的；解決的辦法就是打開管理工具—>組件服務(wù)—>組件服務(wù)à計算機(jī)à我的電腦àDCOM 配置；然后找到IIS Admin Service ，點擊右鍵à屬性à安全à自定義右邊的編輯à添加；然后把NETWORK SERVICE用戶添加近來，權(quán)限設(shè)置為允許本地啟動和本地激活即可。這樣再打開IE 進(jìn)行瀏覽，就沒有出現(xiàn)Service Unavailable；但是出現(xiàn)了未經(jīng)授權(quán)的錯誤提示，這種提示是因為IUSR_COMPUTER沒有加入到Users 組里面導(dǎo)致的，而它原來所在的guests 組基本上都是禁用，所以才造成無法通過ie 訪問，把這個用戶添加到users 組中，再把隸屬于guest 刪除即可。

IIS 出現(xiàn)Service Unavailable的提示有幾種可能：

一、 如果出現(xiàn)“Service Unavailable”的提示，刷新幾下又可以訪問。