有效
因为系统用了时间太长了,所以重装了一下.重装完成后,先装了瑞星再装IIS的.但是等我启动IIS时长时间没有响应,最后才提示“服务没有及时响应启动或控制请求”.
我的系统环境是：Windowsxp sp2, IIS5.1
当然以为是IIS没有装好,拿出盘删除再装IIS,还是老问题.
于是当然是Google了.找了好多解决方法都没有用.
难道这些解决方案对我失效,我查看了一下计算机的服务项里,发现"World Wide Web Publishing"关闭了，启动也提示启动失败。看来是里程无法启动,这时候当然看看防火墙或是杀毒软件有没有相关的进程,"World Wide Web Publishing"的可执行文件是"inetinfo.exe",在瑞星防火墙访问规则里找到"inetinfo.exe"访问规则设为全部放行.
再次启动"World Wide Web Publishing",然后再启动IIS,一切OK.
网上提供的IIS解决方案不一样,因为情况跟不一样.我把我搜索到的解决方法也提供一下.
Quote
1. 系统环境：Windowsxp+sp2,II5.0
故障现象：上午把IIS服务停止以后，程序长时间没响应，通过任务管理器关闭，启动时提示“服务没有及时响应启动或控制请求”，重启计算机未能解决。
解决办法：在Internet信息服务下有本地计算机(计算机机名)，单击名键，选择断开，提示确实要断开本地计算机(计算机机名)吗？选择确定。
右键单击Internet，选择连接，计算机名填本机名称，用户名填本机管理员帐号（Administrator），确定。
Quote
2. 昨天就发现了公司我用这台电脑的IIS启动不了，今天早上试着解决它，才发现问题并不简单。找呀找呀找呀，发现"WorldWideWebPublishing"关闭了，启动也提示启动失败。静下心来，再看看其它关闭了的服务，有一项Eventlog把它启动了，再启动WorldWideWebPublishing成功。问题就在这里。
虽然“WorldWideWebPublishing”服务和SMTP服务的依存关系列表中没有提到“eventlog”服务，但“eventlog”服务不启动的话，就会出现上述问题。启动“eventlog”服务，然后启动“WorldWideWebPublishing”服务，上述问题消失。
Quote
3. IIS元数据库可能坏了。。测试一下。
Try to enumerate metabase:
1. Open a command prompt and change to the C:\Inetpub\Adminscripts folder.
2. At the command line, type "cscript adsutil.vbs enum " (without the
quotation marks).
If this command is successful, it enumerates the settings in the
metabase.
If the command is not successful, you receive the -2146893792
(0x80090020) error code.
假如有备份，把数据回复。
如果没有，参考
How to Manually Restore the Metabase When No Proper Backup Exists or When
the MMC Does Not Start
HOW TO: Download, Install, and Remove the IIS MetaEdit 2.2 Utility
Quote
4. 解决IIS不能启动，提示服务器没有及时响应启动或控制请求！
问题现象：
1、在IIS中站点显示停止，点击开启IIS不能启动，提示：服务器没有及时响应启动或控制请求 点击重新启动IIS提示：服务器没有及时响应启动或控制请求！
2、World Wide Web Publishing Services不能启动，提示“错误1721，资源不足，无法启动”
解决方法：
1、刚刚我也出现了那个问题，弄了一上午现在解决了，我是查出了World Wide Web Publishing Service服务没有启动，也启动不了，按照他的依存关系，把其他的服务启动了就可以了，我启动的是HTTP SSL，然后World Wide Web Publishing Service就可以用了，iis也可以了
2、有一次站点访问失败，IIS服务无法启动，我的解决思路是这样的：
先打开Administrative Tools --> Service，发现World Wide Web Publishing Service停止了。于是试图启动该服务，结果报错。
于是查看World Wide Web Publishing Services所需要依赖的服务（Dependencies），看到是IIS Admin Service。进而发现IIS Admin Service也无法启动，再查IIS Admin Service的Dependencies，查的结果是Protected Storage和RPC（Remote Procedure Call），于是启动RPC，接着顺利启动IIS Admin Service，接着启动World Wide Web Publishing Services，于是IIS恢复正常。
自己尝试根据这几种解决方法的思路肯定还有其它原因不同解决方法的.
初步处理：
试着进入IISHELP网页，也再现HTTP 500 错误，无法判断故障原因，搜索网上相关内容，找到一篇关于IIS下不支持ASP的解决方案文章；
经研究分析，判断故障现象基本类似，原因分析为：主要是由于IWAM帐号IWAM_Myserver的密码错误造
成了HTTP 500内部错误。
相应的解决办法为：统一active directory、IIS metabase数据库和COM+应用程序中的密码。相应操
作该文章上有详细介绍。
查看日志文件，与文章上所描述的现象并不完全一致，本计算机并未有域的设置。
系统日志具体描述如下：
系统日志中事件：
事件1：
事件类型: 错误
事件来源: DCOM
事件种类: 无
事件 ID: 10010
日期: 2004-11-17
事件: 17:23:04
用户: NT AUTHORITY\SYSTEM
计算机: ZY-BGL-FWQ
描述:
服务器 {3D14228D-FBE1-11D0-995D-00C04FD919C1} 没有在限定的时间内用 DCOM 注册。
————————————————————————
事件2：
事件类型: 警告
事件来源: W3SVC
事件种类: 无
事件 ID: 36
日期: 2004-11-17
事件: 17:23:04
用户: N/A
计算机: ZY-BGL-FWQ
描述:
服务器未能转入应用程序 '/LM/W3SVC/1/ROOT/IISHELP'。错误是 '服务器运行失败
'。
若要获取关于此消息的更多的信息，请访问 Microsoft 联机支持站点: http://www.microsoft.com/contentredirect.asp 。
—————————————————————————
在应用程序日志中也有两个事件：
事件1：
事件类型: 错误
事件来源: COM+
事件种类: 管理
事件 ID: 4205
日期: 2004-11-17
事件: 17:23:04
用户: N/A
计算机: ZY-BGL-FWQ
描述:
由于在下列系统 API 错误，COM+ 服务无法初始化。它通常是由本地计算机的系统资源存储问题引起的。
CryptAcquireContext
进程名称: dllhost.exe
该错误的严重性已导致进程终止。
错误代码= 0x80090017 : 提供程序类型未被定义。
COM+ 服务内部信息:
文件: .\security.cpp， 行: 617
—————————————————————————
事件2：
事件类型: 错误
事件来源: COM+
事件种类: SVC
事件 ID: 4097
日期: 2004-11-17
事件: 17:23:04
用户: N/A
计算机: ZY-BGL-FWQ
描述:
运行时环境在其内部状态检测到不一致。请向 Microsoft 产品支持服务部门报告此错误。*** Error in __FILE__(926): Application image dump failed.
而并未有文章上所描述的“用户名未知或密码错误”之类的信息日志；
但基本判断也属于该类型故障。
按照文章上所写操作一步一步执行，但发现并未奏效，不知问题出在何处。
按照最后提示：把IIS中的“应用程序保护”设置为“低”，再重置IIS，新的问题又出现了，站点上的某些ASP能够显示，但某些ASP页面又不能显示，而ASP聊天室的页面能打开，但显示为“打开数据库失败或错误”； 但若把IIS中的“应用程序保护”设置为“中”，则任何ASP页面都无法打开； 无语，实在不行，采取文章上所述最后一个办法：重装IIS，步骤如下：先卸载，再打SP3（我打的是SP4），再重装。 重新配置启动IIS，发觉故障现象依旧如故。
经高人指点，问题根源并非如此，经仔细询问情况，发现曾经删除过SAM（这一现象前面一直没能引起注意）SAM文件是保存用户密码的数据库 文件，删除后，所有的用户信息就会丢失，而相应的组信息也会随之丢失，虽然重新登录过系统，系统已经重新建立了SAM文件，也重新安装了 IIS，IWAM帐号也已经重新建立，但是，原用户组中的特殊信息却没有被恢复。从这里着手。检查“开始”->“设置”->“控制面板”->“管理 工具”->“组件服务”中，“控制台根目录”->“组件服务”->“计算机”->“我的电脑”->“COM+应用程序”中，有一个IIS Out-Of-Process Pooled Applications该应用程序的ID号即为{3D14228D-FBE1-11D0-995D-00C04FD919C1}，很多系统报错找不到应用程序{3D14228D-FBE1-11D0-995D-00 C04FD919C1}之类的错误，就是因为该应用程序未能启动，打开该应用程序的属性，检查标识却为IWAM用户，右键启动，报错。改为管理员后， 可正常启动。把IWAM加入本地管理员组中，也可正常启动。确定是因为IWAM用户无权访问该应用程序所致。
提出具体解决办法如下：
1、修改IWAM_Myserver帐号密码，在“开始”->“设置”->“控制面板”->“管理工具”->“计算机管理”中，“系统工具”->“本地用户和 组”->“用户”里面，一个IWAM_Myserver（Myserver为本地计算机名）的帐号内，右键更改密码，更改为一个自定义的密码即可，我们这里假 设为“000000”；
2、修改IIS内部IWAM_Myserver帐号密码，在c:\inetpub\adminscripts\目录下（IIS安装默认目录），输入：c:\inetpub\adminscripts>
cscript adsutil.vbs set w3svc/wamuserpass "000000"
（此处“0”表示用户自定义的密码）
修改成功后，系统有如下提示：
wamuserpass: (string) "******"
3、同步com+应用程序所用的IWAM_Myserver的密码，原技术文章上所叙述的办法有两种，我这里采用的为第二种，即“使用IWAM帐号同步脚本synciwam.vbs”
也就是在c:\inetpub\adminscripts目录下（默认目录）输入：
c:\inetpub\adminscripts> cscript synciwam.vbs -v
前面都很顺利，但在“开始”->“设置”->“控制面板”->“管理工具”->“组件服务”中，“控制台根目录”->“组件服务”->“计算机”- >“我的电脑”->“COM+应用程序”中，右键启动IIS Out-Of-Process Pooled Applications，发现仍然报错，没办法重启IIS，发现问题现象 依旧如故，检查上面第三个步骤，输入cscript synciwam.vbs -v命令后，返回的脚本执行情况其中最后一段有一个Error的提示。一段英文，具 体文字描述未能保存下来，意思理解为：IIS的原数据库拒绝访问。
4、万般无奈，删除IIS的组件包，重新建立之，仍然无效。
至此又出现问题了。 查看应用程序日志和系统日志，发现错误提示事件ID号依旧为：10010、36、4205 上述的三个步骤中，前面两步应该都没有问题，最后一步好象有点问题。 根据事件ID号，查找相关资料，找出解决办法如下：
在“开始”->“设置”->“控制面板”->“管理工具”->“计算机管理”中，“系统工具”->“本地用户和组”->“用户”里面，确认IWAM_My server用户只在GUEST组内，再在“本地用户和组”->“组”里面，右键点击Users组属性，添加进NT AUTHORITY\Authenticated Users和NT AUTHORITY\Interactive两个用户成员，确定。
重复第三个步骤，即在IIS安装默认目录下输入：c:\inetpub\adminscripts> cscript synciwam.vbs -v
根据返回的脚本执行情况进行查看，最后那一段的Error已经没有了，将COM+程序的用户改回为IWAM用户
，重新启动IIS Out-Of-Process
Pooled Applications应用程序，没有再报错了，再重启IIS，检查所有WEB站点服务，故障现象解除!
也就是说到了这一步IIS下面的ASP程序才正式恢复重新启动。
至此，故障现象全部排除!
因此，以下几点需要注意的：
1、事件日志的空间设置稍微放大一些，默认才512K，根据硬盘空间，适当放大一些，避免出现日志文件已满的情况；
2、不要随便轻易清空事件日志中的事件记录，很多故障现象需要从这个里面下手找原因；
3、所有返回的系统提示信息一定要注意仔细查看；
4、IIS中的应用程序保护应为中或高，如为低，则所有ASP页面均以本地系统权限运行，安全性存在问题。
5、COM+程序的用户权限和用户启动权限很重要，应注意检查。
6、系统默认组有时有重要作用，不能轻易删除或修改。
7、系统重要文件（如SAM）不可轻易删除，应尽可能采取妥善的解决方法。如使用外部程序修改注册表或SAM表信息以获得管理员权限。而不要删除该文件。
内容全部来源于网络收集，如有侵权，请联系网站删除：QQ：24596024