在 Windows 2003 上浏览非应用程序 IIS 网站中的静态 HTML 页面时出现“服务不可用”(可能与 SharePoint WSS 2.0 有关?)

在 Windows 2003 上浏览非应用程序 IIS 网站中的静态 HTML 页面时出现“服务不可用”(可能与 SharePoint WSS 2.0 有关?)

背景:

我的客户有一台旧的 Pentium III Windows 2003 服务器,其 16/36 GB 磁盘快要报废了。他有一个数据库驱动的网站和电子邮件应用程序,需要开发人员(我)进一步定制。首先,我们需要让它在新服务器上运行。原来的开发人员不再提供系统设置指南。所以我的客户找了一位技术人员,他将旧驱动器镜像到新服务器上,并设法让它启动。但 IIS 驱动的网站不再工作。事实上,似乎 IIS 本身不起作用。

问题:

Service Unavailable当我尝试从服务器本身浏览到我在 IIS 中设置的本地网站的 URL 时,该网站test用于提供单个静态 index.htm 文件。我这样做是为了隔离问题,并从方程式中消除客户端的应用程序。该站点在端口 80 上设置,主机头为“test.myclientsdomain.com”,我使用 etc\hosts 文件将该主机指向本地 IP。我知道主机条目已生效,因为我可以 ping 它。

执行 iisreset 时,我得到:

Attempting start...
Restart attempt failed.
IIS Admin Service or a service dependent on IIS Admin is not active.  It most likely failed to start, which may mean that it's disabled.

尽管出现此消息,但所有服务仍处于“已启动”状态。我发现的唯一相关系统事件日志是:

Event Type: Error
Event Source:   W3SVC
Event Category: None
Event ID:   1002
Date:       11/4/2012
Time:       11:04:47 PM
User:       N/A
Computer:   ALPHA1
Description:
Application pool 'DefaultAppPool' is being automatically disabled due to a series of failures in the process(es) serving that application pool.

Event Type: Error
Event Source:   W3SVC
Event Category: None
Event ID:   1039
Date:       11/4/2012
Time:       11:13:12 PM
User:       N/A
Computer:   ALPHA1
Description:
A process serving application pool 'DefaultAppPool' reported a failure. The process id was '5636'.  The data field contains the error number.

Data:
0000: 7e 00 07 80               ~..    

还有一个应用程序事件日志:

Event Type: Error
Event Source:   Windows SharePoint Services 2.0
Event Category: None
Event ID:   1000
Date:       11/4/2012
Time:       11:34:04 PM
User:       N/A
Computer:   ALPHA1
Description:
#50070: Unable to connect to the database STS_Config on ALPHA2\SharePoint.  Check the database connection information and make sure that the database server is running.

最后一条日志告诉我,技术人员最初可能试图让新旧服务器同时运行,方法是将新服务器从 ALPHA1 重命名为 ALPHA2。也许 SharePoint 抓住了这一变化,现在无法判断计算机名称已切换回旧 ALPHA1。但 SharePoint 为什么要干扰提供单个 HTML 文件的静态 IIS 网站呢?测试站点甚至不在应用程序池中(我单击了“删除”按钮。)

我已尝试/消除的方法:

  • 似乎没有禁用相关服务:IIS Admin、WWW Publishing、Sharepoint Timer
  • 授予所有用户/每个人对用于我的测试站点的 c:\inetpub\test 文件夹的完全控制权。
  • 我可以从 SSMS 连接并查询本地 SharePoint 配置数据库 ( ALPHA1\SHAREPOINT\STS_CONFIG)。但是当我尝试 stsadm -o setconfigdb -connect -databaseserver ALPHA1\SHAREPOINT这样做The SharePoint admininstration port does not exist. Please use stsadm.exe to create it.时,它告诉我当我使用 IIS SharePoint 管理站点配置中指定的端口 9487 执行此操作时,它告诉我该端口已在使用中。不用说,只需浏览到管理站点就会出现类似的错误,提示无法访问配置数据库。我不想进一步研究 SharePoint 路径,因为它可能与我的 IIS 问题完全无关,而且我甚至不知道此应用程序是否需要 SharePoint 才能运行。应用程序本身是 ASP.Net/C#/Silverlight 和一点 MS Word 集成(也许这就是 SharePoint 内容的用武之地。)

答案1

我通过卸载然后重新安装 IIS、ASP.Net 和所有 .NET 框架解决了这个问题。

我从来没有弄清楚到底是什么导致了这个问题,但我很确定它与 SharePoint 无关。

相关内容