出现这种情况是由于您的网站超过了iis限制造成的由于2003的 *** 作系统在提示IIS过多时并非像2000系统提示“链接人数过多”，而是提示"Service Unavailable",出现这种情况是由于网站超过了系统资源限制造成的，主要是程序占用资源太多。
比如同样是100人在线的论坛，雷傲论坛所占的资源就是PW论坛所占资源的10倍以上；另外，一些死循环程序，或者不优化的程序都会占用太多的系统资源，而系统资源明显是有限的。不过WINDOWS2003的 *** 作系统，各网站之间是以独立进程运行的，不会相互影响。
如果一个网站的程序占资源太多或者发生太多的错误，系统日志就会提示：“应用程序池 'xxx' 被自动禁用，原因是为此应用程序池提供服务的进程中出现一系列错误，?或者提示：应用程序池 'xxx' 超过了其作业限制设置。这时，访问这个网站就会提示：Service Unavailable。一般系统会在30秒左右恢复正常，多刷新几次就能正常访问了。
另外，如果你的网站当前访问人数过多，超过了系统的iis连接数限制，也会出现Service Unavailable的提示(win2k主机下出现连接过多就会提示：连接过多，请稍后再试；而win2003的主机刚直接提示：Service Unavailable）
二、没有限制IIS连接，还是遭遇Service Unavailable
多见于使用ACCESS数据库的网站，一般使用windows 2003 IIS 6的用户可能这个问题一直正常的系统，突然有一个网站打不开了提示： Service Unavailable 但这个网站并没有限制IIS连接数。然后马上影响到了别的网站，不到一会，其他的网站也全变成了 Service Unavailable 这是什么原因呢？
我们分析后可以知道，还是MS的老问题。ACCESS引擎当了。用服务器医生的文件医生修复，查看修复结果时会发现一些文件引起ACCESS引擎“灾难性故障”及“未将对象引用设置到对象的实例”的错误。 通过文件医生修复后，系统才会恢复正常。
整理：
三、浏览一个 Windows SharePoint Services Web 站点时，提示：Service Unavailable
Microsoft Internet 信息服务 (IIS) 6.0 中没有正确地配置用于虚拟服务器的应用程序池，就可能会发生此问题。
解决方案：
要解决此问题，按照下列步骤 *** 作：
1、验证是否已为虚拟服务器配置了应用程序池。默认的应用程序池是 MSSharePointPortalAppPool。
请按照下列步骤来确定虚拟服务器正在使用的应用程序池。
a). 单击“开始”，指向“管理工具”，然后单击“Internet 信息服务 (IIS) 管理器”。
b). 展开“ServerName”，展开“Web 站点”，右键单击虚拟服务器，然后单击“属性”。
c). 单击“主目录”选项卡。 为虚拟服务器配置的应用程序池列在“应用程序池”框中。
d). 单击“确定”。
2、验证应用程序池帐户使用的密码是否正确。IIS 不会自动轮询 Active Directory 目录服务中的密码更改。如果应用程序池帐户是一个域帐户，其密码已过期，则在为此帐户重新指定一个新密码后，您可能会收到本文“症状”部分所描述的错误信息。
3、 验证应用程序池帐户是服务器上的 IIS_WPG 组和 STS_WPG 组的成员。
4.、重新启动 IIS 以回收应用程序池
四、没有正确加载ISAPI筛选器
ISAPI筛选器没有加载成功的话会造成任意网站一访问就出现Service unavailable，这个时候需要根据加载失败的原因解决，或者删除该ISAPI筛选器
整理资料：
原因一：网站超过了IIS连接数
解决办法一：增加IIS连接数
备注一：Windows 2003的 *** 作系统在提示IIS过多时并非像win2000系统提示“链接人数过多”，而是提示"Service Unavailable"
原因二：网站超过了IIS资源限制
解决办法二：增加网站的资源
备注二：Winodws2003中网站占用了超过IIS对该网站系统资源的限制后直接提示"Service Unavailable"
原因三：网站的程序发生太多的错误
解决办法三：修改程序错误
备注三：Winodws2003中网站错误太多，就会造成该网站所在的应用程序池出错，这个时候可以在Windows2003的日志中看到“应用程序池 'xxx' 被自动禁用，原因是为此应用程序池提供服务的进程中出现一系列错误”，这个时候网站就会直接显示"Service Unavailable"
以上三个原因造成的"Service Unavailable"，一般现象是出现"Service Unavailable"后，多刷新几次，就可以打开。
原因四：ACCESS引擎错误
解决办法四：重启IIS
备注四：有一些文件造成了ACCESS数据库出现“灾难性故障”及“未将对象引用设置到对象的实例”的错误
原因四造成的"Service Unavailable"，现象是所有该服务器上的使用Access数据库的网站都出现错误，不能访问。
以上四个原因是常见的造成了"Service Unavailable"的原因，其他还有一些问题造成了该问题，基本只要IIS重启一下就可以的。
Service Unavailable的第五种原因就是今天的原因了：ISAPI筛选器没有正常加载
在日志中发现IIS7.5的应用程序池自动停止，同时访问网站提示：HTTP Error 503,The service is unavailable.. 的错误，搜遍整个互联网总算是解决了问题。小编也整理了IIS6及IIS7.5遇到此类问题汇总解决方法，欢迎大家尝试。
关于IIS6的（适于IIS7）解决方法
描述：
iis6应用程序池被自动禁用问题 Service Unavailable 应用程序池 'DefaultAppPool' 被自动禁用，原因是为此应用程序池提供服务的进程中出现一系列错误。应用程序-特定 权限设置未将 COM 服务器应用程序(CLSID 为 .............
1.首先是打开IIS管理器．检查应用程序池，果然＂DefaultAppPool＂出错了．而且不是平常的停止的图标．
2.试着重启＂DefaultAppPool＂应用程序池，一浏览页面马上就关闭．
3.到了查看事件日志的时候了．发现了以下这类的日志
事件类型: 警告
事件来源: W3SVC
事件种类: 无
事件 ID: 1009
日期: 2008-6-24
事件: 16:12:33
用户: N/A
计算机: MAIL
描述:
为应用程序池 'DefaultAppPool' 提供服务的进程意外终止。进程 ID 是 '3160'。进程退出代码是 '0xffffffff'。
4.会不会是默认的程序池出问题了？于是，尝试新建一个新的程序池．将默认网站的程序池改成新的．但是问题依旧．出现相似的日志．
事件类型: 错误
事件来源: W3SVC
事件种类: 无
事件 ID: 1002
日期: 2008-6-25
事件: 14:17:04
用户: N/A
计算机: MAIL
描述:
应用程序池 'AppPool #1' 被自动禁用，原因是为此应用程序池提供服务的进程中出现一系列错误。
5.再查找事件日志另一个日志引起了我的注意．如下：
事件类型: 错误
事件来源: DCOM
事件种类: 无
事件 ID: 10016
日期: 2008-6-24
事件: 16:12:33
用户: NT AUTHORITY/NETWORK SERVICE
计算机: MAIL
描述:
应用程序-特定 权限设置未将 COM 服务器应用程序(CLSID 为
{A9E69610-B80D-11D0-B9B9-00A0C922E750}
)的 本地 激活 权限授予用户 NT AUTHORITY/NETWORK SERVICE SID (S-1-5-20)。可以使用组件服务管理工具修改此安全权限。
6.有点戏了．看看CLSID 为 {A9E69610-B80D-11D0-B9B9-00A0C922E750} 是什么服务先．最后在下面的注册表项中找到它：
HKEY_CLASSES_ROOT/AppID/{A9E69610-B80D-11D0-B9B9-00A0C922E750}
7.名字刚好是＂IIS Admin Service＂
8.好了，找到是什么了．从＂管理工具＂中打开＂组件服务＂，找到IIS Admin Service对比一下CLSID是否一致
9.确定是这个以后，接下来的就是为它增加NETWORK SERVICE权限了．
A启动和激活权限，点击"自定义"..
B.在用户列表中添加"NETWORK SERVICE",
C.并给予本地启动和激活权限，保存退出．
另外，如果还是有问题，把“IIS wamreg admin SERVICE”也这样 *** 作一下，右健选择“属性”，找到“安全”，在“启动和激活权限”中编辑“自定义”，添加帐号
network service network service 分别给本地启动和激活权限。
2014年2月18日再补充：今日有网友向小编反馈他的解决方法，就是在Windows server 2008 R2 64位下使用PHP5.5.x版本，不用以上设置，也解决了此问题。
到此问题解决。
也有朋友提到，选项无法编辑，为灰色，应该怎么办？
这个是win2008 R2 x64的安全特性.一些核心系统组件只能允许本地帐号,TrustedInstaller有完全控制权限,而不是本地管理员组
要在Windows Server 2008 R2 上修改 “IIS Admin Service” ,你需要授予本地管理员组有注册表权限:
1.在组件管理器中查到IIS的appid
2.使用regedit,定位到HKEY_CLASSES_ROOTAppID{刚查到的ID}”
3.右键点击{刚查到的ID},选权限
4.在权限设置窗口中点高级,选择所有者标签,选中administrators为所有者
5.授予administrators组有读/写等所有权 注意:务必不要修改TrustedInstaller的权限
现在,重新执行组件管理器,可以修改权限了
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）