当前位置:首页 » 数据仓库 » 无法访问iis元数据库
扩展阅读
webinf下怎么引入js 2023-08-31 21:54:13
堡垒机怎么打开web 2023-08-31 21:54:11

无法访问iis元数据库

发布时间: 2023-02-28 02:18:00

❶ 打开IIS后,默认web等已禁止的服务无法启动

因为系统用了时间太长了,所以重装了一下.重装完成后,先装了瑞星再装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
http://support.microsoft.com/?id=234429
HOW TO: Download, Install, and Remove the IIS MetaEdit 2.2 Utility
http://support.microsoft.com/?id=232068
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 Procere Call),于是启动RPC,接着顺利启动IIS Admin Service,接着启动World Wide Web Publishing Services,于是IIS恢复正常。
自己尝试根据这几种解决方法的思路肯定还有其它原因不同解决方法的.

IIS不能启动WEB FTP服务,提示服务器并未及时响应启动或控制请求
系统日志里面提示:World Wide Web Publishing Service 服务因下列错误而停止:
未知的验证服务。

有可能是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 提供。