首页 > 代码库 > IIS无法启动问题的解决
IIS无法启动问题的解决
IIS无法启动,显示“服务并未即使响应启动或控制请求”,我用两种办法都没有解决:
1、把IIS卸载重装也不行;
2、到服务中world wide web publishing服务也不能启动,提示127错误,依存服务都启动了也不行。
于是就没办法了,几个星期也没有调试站点。今天上网查了一下找到了一个看上去有些道理的解决的方法:
呵呵,我也遇此问题,怀疑是补丁造成的,由于我们都是在下午打的补丁,然后晚上出问题还原后第一件事是查看IIS没问题,确定没问题后就又打补丁,然后IIS又出问题。
我查过了是这个WindowsXP-KB939373-x86-CHS.exe补丁,好像是阻止iis远程代码运行什么的补丁。就是近期刚刚出现的,大面积出现这个问题都是在2007年7月10号以后。
解决:到控制面板-加入?/删除程序,点击最上边的“显示更新”,找到“windows xp 软件更新”,卸载掉7月10号以后的几个补丁,World Wide Web Publishing服务便能启动了。
(注意:卸载的前提是,c盘windows目录下以$开头$结尾的目录没有删除掉)
网上其它原因和解决的方法:
1、防火墙规则限制了。
系 统环境是:Windowsxp sp2, IIS5.1。进程无法启动,这时候当然看看防火墙或是杀毒软件有没有相关的进程,"World Wide Web Publishing"的可运行文件是"inetinfo.exe",在瑞星防火墙訪问规则里找到"inetinfo.exe"訪问规则设为全部放行。再 次启动"World Wide Web Publishing",然后再启动IIS,一切OK。
2、没有使用管理员连接。
系统环境:Windowsxp+sp2,II5.0
故障现象:上午把IIS服务停止以后,程序长时间没响应,通过任务管理器关闭,启动时提示“服务没有及时响应启动或控制请求”,重新启动计算机未能解决。
解决的方法:在Internet信息服务下有本地计算机(计算机机名),单击名键,选择断开,提示确实要断开本地计算机(计算机机名)吗?选择确定。
右键单击Internet,选择连接,计算机名填本机名称,username填本机管理员帐号(Administrator),确定。
3、依存服务没有启动。
昨 天就发现了公司我用这台电脑的IIS启动不了,今天早上试着解决它,才发现问题并不简单。找呀找呀找呀,发现 "WorldWideWebPublishing"关闭了,启动也提示启动失败。静下心来,再看看其它关闭了的服务,有一项Eventlog把它启动了, 再启动WorldWideWebPublishing成功。问题就在这里。
尽管“WorldWideWebPublishing”服务和 SMTP服务的依存关系列表中没有提到“eventlog”服务,但“eventlog”服务不启动的话,就会出现上述问题。启动“eventlog”服 务,然后启动“WorldWideWebPublishing”服务,上述问题消失。
于是查看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恢复正常。
4、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
http://support.microsoft.com/?id=234429
HOW TO: Download, Install, and Remove the IIS MetaEdit 2.2 Utility
http://support.microsoft.com/?id=232068
有可能是Metabase.bin 或者元数据库坏了,解决的方法參考例如以下
有关怎样使用 MMC 备份和还原元数据库的信息,请參见 IIS 自述文件,该文件位于 http://localhost/iishelp/iis/htm/core/iisread.htm#general(假设本地计算机上已安装产品文档)。
假设由 MMC 创建的备份文件可用
下面内容为程序代码:
如 果已使用 MMC 中的“备份”操作创建了一个备份文件 (FileName.mdBackupNumber),但由于当前的元数据库已损坏而无法打开 MMC,请运行下面的步骤,以便手动从 FileName.mdBackupNumber 文件里还原该元数据库。 1. 停止全部 IIS 服务及其它依赖于 IIS 的服务(比如,第三方应用程序或 Microsoft Site Server)。
注意:要停止 IIS 及其依赖服务,请使用 NET STOP IISADMIN /Y 命令。有关其它信息,请參见下面 Microsoft 知识库文章:
236166 (http://support.microsoft.com/kb/236166/) 使用 NET STOP 和 NET START 命令强制 IIS 服务又一次读取注冊表
2. 使用一个新名称(如 Metabase.bad)重命名已损坏的元数据库文件 Metabase.bin。该文件位于 %SystemRoot%/System32/Inetsrv 目录中。
3. 将位于 %SystemRoot%/System32/Inetsrv/Metaback 目录中的 MMC 备份元数据库文件 FileName.mdBackupNumber 拷贝到 %SystemRoot%/System32/Inetsrv 目录中。将该文件重命名为 Metabase.bin。
4. 又一次启动计算机。
假设存在 Metabase.bin 文件的旧副本
如 果由 MMC 创建的备份文件不可用,但在其它位置(通常在系统磁带备份中)存在 Metabase.bin 文件的旧副本,请运行下面步骤: 1. 停止全部 IIS 服务及其它依赖于 IIS 的服务(比如,第三方应用程序或 Microsoft Site Server)。
注意:要停止 IIS 及其依赖服务,请使用 NET STOP IISADMIN /Y 命令。有关其它信息,请參见下面 Microsoft 知识库文章:
236166 (http://support.microsoft.com/kb/236166/) 使用 NET STOP 和 NET START 命令强制 IIS 服务又一次读取注冊表
2. 使用一个新名称(如 Metabase.bad)重命名已损坏的元数据库文件 Metabase.bin。该文件位于 %SystemRoot%/System32/Inetsrv 目录中。
3. 将 Metabase.bin 文件的旧副本拷贝到 %SystemRoot%/System32/Inetsrv 目录中。
4. 又一次启动计算机。
假设不存在 MMC 备份或 Metabase.bin 文件的旧副本
假设由 MMC 创建的备份文件不可用,且不存在 Metabase.bin 文件的旧副本,那么元数据库的暂时备份可能依旧存在。
在通过 MMC 或其它进程更新元数据库时,可能会创建元数据库的暂时备份。假设更新过程被中断(原因可能是在第一个位置中有损坏),则该暂时文件有可能依旧存在。
可 将该暂时文件命名为 Metabase.bak 或 Metabase.bin.bak,并放到 %SystemRoot%/System32/Inetsrv 目录中。假设存在该暂时文件,请运行下面步骤,以尝试还原元数据库: 1. 停止全部 IIS 服务及其它依赖于 IIS 的服务(比如,第三方应用程序或 Microsoft Site Server)。
注意:要停止 IIS 及其依赖服务,请使用 NET STOP IISADMIN /Y 命令。有关其它信息,请參见下面 Microsoft 知识库文章:
236166 (http://support.microsoft.com/kb/236166/) 使用 NET STOP 和 NET START 命令强制 IIS 服务又一次读取注冊表
2. 使用一个新名称(如 Metabase.bad)重命名已损坏的元数据库文件 Metabase.bin。该文件位于 %SystemRoot%/System32/Inetsrv 目录中。
3. 将暂时备份文件(Metabase.bak 或 Metabase.bin.bak)重命名为 Metabase.bin。
4. 又一次启动计算机。
假设不存在元数据库备份文件
假设没有可用于元数据库的备份文件,则还原 IIS 功能的唯一方法是完毕下面操作。但请注意,存储在元数据库中的全部 IIS 设置都将丢失。 1. 卸载 Windows NT Option Pack。有关其它信息,请參见下面 Microsoft 知识库文章:
187870 (http://support.microsoft.com/kb/187870/) 怎样删除和又一次安装 Windows NT 4.0 Option Pack
2. 卸载 Internet Explorer。
3. 从 %SystemRoot/System32/Inetsrv/ 目录中删除 Metabase.bin 文件。
4. 安装 Internet Explorer。
5. 安装 Windows NT Option Pack。
(c) Microsoft Corporation 2000,保留全部权利。由 Microsoft Corporation 的 Kevin Zollman 提供。
1、把IIS卸载重装也不行;
2、到服务中world wide web publishing服务也不能启动,提示127错误,依存服务都启动了也不行。
于是就没办法了,几个星期也没有调试站点。今天上网查了一下找到了一个看上去有些道理的解决的方法:
呵呵,我也遇此问题,怀疑是补丁造成的,由于我们都是在下午打的补丁,然后晚上出问题还原后第一件事是查看IIS没问题,确定没问题后就又打补丁,然后IIS又出问题。
我查过了是这个WindowsXP-KB939373-x86-CHS.exe补丁,好像是阻止iis远程代码运行什么的补丁。就是近期刚刚出现的,大面积出现这个问题都是在2007年7月10号以后。
解决:到控制面板-加入?/删除程序,点击最上边的“显示更新”,找到“windows xp 软件更新”,卸载掉7月10号以后的几个补丁,World Wide Web Publishing服务便能启动了。
(注意:卸载的前提是,c盘windows目录下以$开头$结尾的目录没有删除掉)
网上其它原因和解决的方法:
1、防火墙规则限制了。
系 统环境是:Windowsxp sp2, IIS5.1。进程无法启动,这时候当然看看防火墙或是杀毒软件有没有相关的进程,"World Wide Web Publishing"的可运行文件是"inetinfo.exe",在瑞星防火墙訪问规则里找到"inetinfo.exe"訪问规则设为全部放行。再 次启动"World Wide Web Publishing",然后再启动IIS,一切OK。
2、没有使用管理员连接。
系统环境:Windowsxp+sp2,II5.0
故障现象:上午把IIS服务停止以后,程序长时间没响应,通过任务管理器关闭,启动时提示“服务没有及时响应启动或控制请求”,重新启动计算机未能解决。
解决的方法:在Internet信息服务下有本地计算机(计算机机名),单击名键,选择断开,提示确实要断开本地计算机(计算机机名)吗?选择确定。
右键单击Internet,选择连接,计算机名填本机名称,username填本机管理员帐号(Administrator),确定。
3、依存服务没有启动。
昨 天就发现了公司我用这台电脑的IIS启动不了,今天早上试着解决它,才发现问题并不简单。找呀找呀找呀,发现 "WorldWideWebPublishing"关闭了,启动也提示启动失败。静下心来,再看看其它关闭了的服务,有一项Eventlog把它启动了, 再启动WorldWideWebPublishing成功。问题就在这里。
尽管“WorldWideWebPublishing”服务和 SMTP服务的依存关系列表中没有提到“eventlog”服务,但“eventlog”服务不启动的话,就会出现上述问题。启动“eventlog”服 务,然后启动“WorldWideWebPublishing”服务,上述问题消失。
于是查看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恢复正常。
4、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
http://support.microsoft.com/?id=234429
HOW TO: Download, Install, and Remove the IIS MetaEdit 2.2 Utility
http://support.microsoft.com/?id=232068
有可能是Metabase.bin 或者元数据库坏了,解决的方法參考例如以下
有关怎样使用 MMC 备份和还原元数据库的信息,请參见 IIS 自述文件,该文件位于 http://localhost/iishelp/iis/htm/core/iisread.htm#general(假设本地计算机上已安装产品文档)。
假设由 MMC 创建的备份文件可用
下面内容为程序代码:
如 果已使用 MMC 中的“备份”操作创建了一个备份文件 (FileName.mdBackupNumber),但由于当前的元数据库已损坏而无法打开 MMC,请运行下面的步骤,以便手动从 FileName.mdBackupNumber 文件里还原该元数据库。 1. 停止全部 IIS 服务及其它依赖于 IIS 的服务(比如,第三方应用程序或 Microsoft Site Server)。
注意:要停止 IIS 及其依赖服务,请使用 NET STOP IISADMIN /Y 命令。有关其它信息,请參见下面 Microsoft 知识库文章:
236166 (http://support.microsoft.com/kb/236166/) 使用 NET STOP 和 NET START 命令强制 IIS 服务又一次读取注冊表
2. 使用一个新名称(如 Metabase.bad)重命名已损坏的元数据库文件 Metabase.bin。该文件位于 %SystemRoot%/System32/Inetsrv 目录中。
3. 将位于 %SystemRoot%/System32/Inetsrv/Metaback 目录中的 MMC 备份元数据库文件 FileName.mdBackupNumber 拷贝到 %SystemRoot%/System32/Inetsrv 目录中。将该文件重命名为 Metabase.bin。
4. 又一次启动计算机。
假设存在 Metabase.bin 文件的旧副本
如 果由 MMC 创建的备份文件不可用,但在其它位置(通常在系统磁带备份中)存在 Metabase.bin 文件的旧副本,请运行下面步骤: 1. 停止全部 IIS 服务及其它依赖于 IIS 的服务(比如,第三方应用程序或 Microsoft Site Server)。
注意:要停止 IIS 及其依赖服务,请使用 NET STOP IISADMIN /Y 命令。有关其它信息,请參见下面 Microsoft 知识库文章:
236166 (http://support.microsoft.com/kb/236166/) 使用 NET STOP 和 NET START 命令强制 IIS 服务又一次读取注冊表
2. 使用一个新名称(如 Metabase.bad)重命名已损坏的元数据库文件 Metabase.bin。该文件位于 %SystemRoot%/System32/Inetsrv 目录中。
3. 将 Metabase.bin 文件的旧副本拷贝到 %SystemRoot%/System32/Inetsrv 目录中。
4. 又一次启动计算机。
假设不存在 MMC 备份或 Metabase.bin 文件的旧副本
假设由 MMC 创建的备份文件不可用,且不存在 Metabase.bin 文件的旧副本,那么元数据库的暂时备份可能依旧存在。
在通过 MMC 或其它进程更新元数据库时,可能会创建元数据库的暂时备份。假设更新过程被中断(原因可能是在第一个位置中有损坏),则该暂时文件有可能依旧存在。
可 将该暂时文件命名为 Metabase.bak 或 Metabase.bin.bak,并放到 %SystemRoot%/System32/Inetsrv 目录中。假设存在该暂时文件,请运行下面步骤,以尝试还原元数据库: 1. 停止全部 IIS 服务及其它依赖于 IIS 的服务(比如,第三方应用程序或 Microsoft Site Server)。
注意:要停止 IIS 及其依赖服务,请使用 NET STOP IISADMIN /Y 命令。有关其它信息,请參见下面 Microsoft 知识库文章:
236166 (http://support.microsoft.com/kb/236166/) 使用 NET STOP 和 NET START 命令强制 IIS 服务又一次读取注冊表
2. 使用一个新名称(如 Metabase.bad)重命名已损坏的元数据库文件 Metabase.bin。该文件位于 %SystemRoot%/System32/Inetsrv 目录中。
3. 将暂时备份文件(Metabase.bak 或 Metabase.bin.bak)重命名为 Metabase.bin。
4. 又一次启动计算机。
假设不存在元数据库备份文件
假设没有可用于元数据库的备份文件,则还原 IIS 功能的唯一方法是完毕下面操作。但请注意,存储在元数据库中的全部 IIS 设置都将丢失。 1. 卸载 Windows NT Option Pack。有关其它信息,请參见下面 Microsoft 知识库文章:
187870 (http://support.microsoft.com/kb/187870/) 怎样删除和又一次安装 Windows NT 4.0 Option Pack
2. 卸载 Internet Explorer。
3. 从 %SystemRoot/System32/Inetsrv/ 目录中删除 Metabase.bin 文件。
4. 安装 Internet Explorer。
5. 安装 Windows NT Option Pack。
(c) Microsoft Corporation 2000,保留全部权利。由 Microsoft Corporation 的 Kevin Zollman 提供。
声明:以上内容来自用户投稿及互联网公开渠道收集整理发布,本网站不拥有所有权,未作人工编辑处理,也不承担相关法律责任,若内容有误或涉及侵权可进行投诉: 投诉/举报 工作人员会在5个工作日内联系你,一经查实,本站将立刻删除涉嫌侵权内容。