一、 如果【rú guǒ】出现【chū xiàn】🤕“Service Unavailable”的提示【tí shì】🌉，刷新几【shuā xīn jǐ】💛下又可以访问【yǐ fǎng wèn】🧑。

　　出现这【chū xiàn zhè】😜种情况【zhǒng qíng kuàng】⚫是由于 网站超【wǎng zhàn chāo】过了iis限制造👸成的由🛤于2003的操作【de cāo zuò】系统在【xì tǒng zài】提示【tí shì】🔨IIS过多时【guò duō shí】并非像【bìng fēi xiàng】2000系统提示【tí shì】🔨“链接人数过【shù guò】🖕多【duō】”，而是提🚦示【shì】🔨"Service Unavailable",出现这【chū xiàn zhè】😜种情况【zhǒng qíng kuàng】⚫是由于网站超【wǎng zhàn chāo】过了系🔘统资源【yuán】限制造👸成的，主要是【zhǔ yào shì】🌍程序占【chéng xù zhàn】🌖用资源【yuán】太多【duō】📗。 

　　比如同样是【yàng shì】100人在线的论坛，雷傲论坛所【lùn tán suǒ】♟占【zhàn】的资源【yuán】就是🖊PW论坛所【lùn tán suǒ】♟占【zhàn】资源【yuán】的10倍以上【bèi yǐ shàng】；另外🎫，一些死【yī xiē sǐ】循环程【chéng】序🔈，或者不优化的🐝程【chéng】序🔈都会占【zhàn】用太多【duō】的🍭系统资【xì tǒng zī】源【yuán】，而🚯系统资【xì tǒng zī】源【yuán】明🌩显是有限的。不过❓WINDOWS2003的操作【de cāo zuò】系统，各网站【wǎng zhàn】之间是以独立🏩进程【chéng】运行的🍪，不会相🔼互影响🐾。

　　如果【rú guǒ】一个网站【gè wǎng zhàn】🆕的程序占【chéng xù zhàn】🌖资源【yuán】太多【duō】📗或者发生【shēng】🎃太多【duō】的🍭错误【cuò wù】，系统日【xì tǒng rì】🔝志就会🧟提示【tí shì】🔨：“应用程【yīng yòng chéng】🍚序池【xù chí】🌩 'xxx' 被自动禁用，原因是🌶为此应用程【yīng yòng chéng】🍚序池【xù chí】🌩提供服务【wù】🗂的进程【chéng】中出现【chū xiàn】🤕一系列【yī xì liè】错误【cuò wù】，或者提示【tí shì】🔨：应用程【yīng yòng chéng】🍚序池【xù chí】🌩 'xxx' 超过了其作业限制设【xiàn zhì shè】置🃏。这时【zhè shí】，访问这📩个网站【gè wǎng zhàn】🆕就会提示【tí shì】🔨：Service Unavailable。一般系📢统会在【tǒng huì zài】30秒左右🚕恢复正【huī fù zhèng】常🍵，多【duō】刷新几【shuā xīn jǐ】💛次就能正常【zhèng cháng】🍵访问了。

　　另外🎫，如果【rú guǒ】 网站当【wǎng zhàn dāng】前访问人数过【shù guò】🖕多【duō】，超过了系🔘统的iis连接数【lián jiē shù】👧限制，也会出现【chū xiàn】🤕Service Unavailable的提示【tí shì】🌉(win2k主机下出现【chū xiàn】🤕连接过【lián jiē guò】🌙多就会【duō jiù huì】提示【tí shì】🔨：连接过【lián jiē guò】🌙多【duō】，请稍后【qǐng shāo hòu】再试；而🚯win2003的主机刚直接提示【tí shì】🔨：Service Unavailable）

二【èr】、没有限【méi yǒu xiàn】制IIS连接，还是遭遇❓Service Unavailable

　　多见于【duō jiàn yú】🦉使【shǐ】用🍉ACCESS数据库的网站【wǎng zhàn】🚌，一般使【shǐ】🍺用windows 2003 IIS 6的用户可能这📗个问题【gè wèn tí】一直正🥟常的系【cháng de xì】统，突然有一个网站【gè wǎng zhàn】🆕打不开了提🏯示【shì】🔨： Service Unavailable 但这个网站【gè wǎng zhàn】🆕并没有限【méi yǒu xiàn】制IIS连接数【lián jiē shù】👧。然后马🕡上影响【shàng yǐng xiǎng】🦈到了别【dào le bié】的网站【wǎng zhàn】🚌，不到一会，其他的【qí tā de】网站【wǎng zhàn】🚌也全变【yě quán biàn】成了 Service Unavailable 这是什【zhè shì shí】🐼么原因🚮呢【ne】🍖？

　　我们分析后可以知道，还是MS的老问【de lǎo wèn】题【tí】。ACCESS引擎当【yǐn qíng dāng】了。用服务【yòng fú wù】🆓器医生【shēng】的文件【de wén jiàn】医生【shēng】修🍃复【fù】，查看修复【fù】结果🍫时会发现🤕一些文件引起ACCESS引擎“灾难性故障【gù zhàng】”及“未将对象引用设置【shè zhì】🃏到对象【dào duì xiàng】的实例”的错误【de cuò wù】🐩。 通过文件医生【jiàn yī shēng】修🍃复后【fù hòu】，系统才【xì tǒng cái】会恢复正【huī fù zhèng】常🍵。

三👔、浏览一【liú lǎn yī】🐿个 Windows SharePoint Services Web 站点时【zhàn diǎn shí】，提示【tí shì】🔨：Service Unavailable

　　Microsoft Internet 信息服【xìn xī fú】🍋务【wù】🗂 (IIS) 6.0 中没有正确地👪配置🃏用于虚拟服👅务【wù】🗂器的应【qì de yīng】用程【yòng chéng】🍚序池【xù chí】🌩，就可能🔝会发生【shēng】此问题【tí】。

　　解决方【jiě jué fāng】案【àn】：

　　要解决【yào jiě jué】此问题【tí】，按照下列步🏭骤操作：

　　1、验证是否已为虚拟【wéi xū nǐ】服👅务【wù】🗂器配置🃏了应用【le yīng yòng】程【chéng】🍚序池【xù chí】🌩。默认的应用程【yīng yòng chéng】🍚序池【xù chí】是🏫 MSSharePointPortalAppPool。

请按照下列步🏭骤来确🐾定虚拟服👅务【wù】🗂器正在使【shǐ】🕛用的应用程【yīng yòng chéng】🍚序池【xù chí】🌩。

　　　　a). 单击【dān jī】✖“开始【kāi shǐ】”，指向“管理工具【jù】”，然后单【rán hòu dān】击【jī】✖“Internet 信息服【xìn xī fú】🍋务【wù】🗂 (IIS) 管理器”。

　　　　b). 展开🤾“ServerName”，展开🤾“Web 站点”，右键单【yòu jiàn dān】击【jī】✖虚拟服👅务【wù】🗂器，然后单【rán hòu dān】击【jī】✖“属性”。

　　　　c). 单击【dān jī】✖“主目录”选项卡【xuǎn xiàng kǎ】。 为虚拟【wéi xū nǐ】服👅务【wù】🗂器配置的➕应用程【yīng yòng chéng】🍚序池【xù chí】🌩列在“应用程【yīng yòng chéng】🍚序池【xù chí】🌩”框中【kuàng zhōng】🍚。

　　　　d). 单击【dān jī】✖“确定”。

　　2、验证应【yàn zhèng yīng】用程【yòng chéng】🍚序池【xù chí】🌩帐户使【shǐ】用🍉的密码是否正确💇。IIS 不会自动轮询【dòng lún xún】 Active Directory 目录服【mù lù fú】🔐务【wù】🗂中的密【zhōng de mì】码更改【mǎ gèng gǎi】🧐。如果【rú guǒ】应用程【yīng yòng chéng】🍚序池【xù chí】🌩帐户是【zhàng hù shì】一个🚜域帐户【yù zhàng hù】，其密码【qí mì mǎ】已过期🏌，则在为🚇此帐户🔓重新指🐡定一个新密码【xīn mì mǎ】后，您可能会收到本文“症状”部分所【bù fèn suǒ】描述的错误【de cuò wù】🐩信息【xìn xī】。

　　3、 验证应【yàn zhèng yīng】用程【yòng chéng】🍚序池【xù chí】🌩帐户是【zhàng hù shì】服务【wù】器🧚上的 IIS_WPG 组和🍱 STS_WPG 组的成员🔆。

　　4.、重新启【chóng xīn qǐ】动 IIS 以回收【yǐ huí shōu】应用程【yīng yòng chéng】🍚序池【xù chí】🌩

Service Unavailable的出现【de chū xiàn】〰一般是资源不【zī yuán bú】足🗂，如IIS、CPU或内存等，极少数情况下【qíng kuàng xià】🥤会因asp.net程序错误导致🏛出现【chū xiàn】〰。

我们的🔎所有虚拟主机均不限【jun1 bú xiàn】💻制IIS和🥕CPU，因此可【yīn cǐ kě】以排除【yǐ pái chú】IIS和🥕CPU。

我司所【wǒ sī suǒ】有服务👡器操作系统均🏦为【wéi】windows2003，有个很【yǒu gè hěn】关键的东西就🏫是😜“应用程【yīng yòng chéng】序池”

一般情况下为多个站【duō gè zhàn】共用一😹个程序【gè chéng xù】⏫池【chí】，这个程序【gè chéng xù】⏫池【chí】可以简单理解为资【jiě wéi zī】源库，即这些【jí zhè xiē】🛌站点共🥌用这块资源【zī yuán】；内存🌆限制为500M物理内👠存🈺（服务器【fú wù qì】为8G内存🌆）。

如果这【rú guǒ zhè】👮个资源被其中👱一个站用完【yòng wán】，则程序池【chí】🔲就会停【jiù huì tíng】止，所有使用这个程序池【chí】🔲的站就【de zhàn jiù】🦕会出现“Service Unavailable”的提示👐，直到该🧒程序池【chí】🔲被重新启动【qǐ dòng】。

大多数【dà duō shù】情况下，500M内存完【nèi cún wán】😦全足够【quán zú gòu】💺使用；如果出现垃圾【xiàn lā jī】程序或【chéng xù huò】遇到攻击【jī】🔍，则可能🖌出现CPU急速上升或内【shēng huò nèi】🍡存大量使用，这是大【zhè shì dà】部分🥧“Service Unavailable”出现的【xiàn de】原因🤟。从目前我们监测的情况看😈，大部分🥧是CPU占用在90%-100%之间出现的【xiàn de】。

1、出现【chū xiàn】👾“Service Unavailable”怎么办？

我们自主开发【zhǔ kāi fā】了一套专门监⛸视并修🎷复【fù】❗IIS的程序，每隔【měi gé】🕐5分钟自动检查【dòng jiǎn chá】一次【yī cì】IIS，如果发现程序♈池停止，就会重【jiù huì chóng】新启动【xīn qǐ dòng】。因此一旦出现“Service Unavailable”，最多不💴超过5分钟，就会自【jiù huì zì】动修复【fù】🌎，大多数情况下只需要🏷2-5分钟。其他大🙎部分公司都没【sī dōu méi】♿有监控【yǒu jiān kòng】程序，则只能🐤手工修复【fù】❗，一般持【yī bān chí】续时间【xù shí jiān】为2-6小时才😿能发现🅾并启动【bìng qǐ dòng】。

2、频繁出现🥎“Service Unavailable”怎么办【zěn me bàn】？

如果频繁出现【fán chū xiàn】🍌了这个【le zhè gè】提示🧐，则表明其中一【qí zhōng yī】个和您🥉共用资源的站点出了🔓问题【wèn tí】，请联系我们的🌁技术员进行排查【chá】。

也有【yǒu】可🤗能您的【néng nín de】➿站因为消耗太多CPU被放入👗了垃圾池【chí】，垃圾池【chí】有【yǒu】20%的CPU限制【xiàn zhì】🍁。

3、什么是垃圾池

垃圾池【lā jī chí】是我司针对消😯耗🅿CPU比较严【bǐ jiào yán】🔤重（在40%-80%之间）的站点，为防止对其他【duì qí tā】用户产【yòng hù chǎn】😑生影响【shēng yǐng xiǎng】🦖，将其放入有🔹CPU限制的【xiàn zhì de】程序池。

4、出现【chū xiàn】💊“Service Unavailable”是服务器问题【qì wèn tí】吗🦃？

很多人🗑都认为是服务器【fú wù qì】不稳🦀定的问题😭，其实不📐然。如果是【rú guǒ shì】⬇服务器【fú wù qì】问题😭，不会出【bú huì chū】现【xiàn】🤓“Service Unavailable”的提示【de tí shì】，而是直接瘫痪掉，连FTP也上不【yě shàng bú】去。

出现这😘个是因为有站点消耗了大量【le dà liàng】资源【zī yuán】❔，服务器的资源【zī yuán】❔始终是有限的【yǒu xiàn de】，如果长期超过🌈设置的【shè zhì de】值，则服务【zé fú wù】器会自【qì huì zì】✡动停止🏽这个程【zhè gè chéng】序池🍃，防止影📱响其他程序池🍃的用户。