安装:SharePoint服务器2010年用于互联网的企业测试(64) 上:Windows服务器2008年标准(64)的64位硬件

试图访问中央政府控制台导致IIS返回503.该服务是不可用的

而这种错误被发现在应用程序日志

该模块DLL'C:\Program 文件\共同文件\Microsoft共享\网服务器Extensions\14\isapi\owssvr.dll'不能够载入由于结构问题。目前只配置支持载的图像,建立一x86处理架构。

经过多ado,该方案原来是:

1)确保enable32BitAppOnWin64seeting为"SharePoint管理中心"的应用程序池设置虚假的,并且同样,对于"SharePoint网服务的根"的应用程序,游泳池

2)编辑applicationHost.配置:

改变:

  <globalModules>
 ...
 ...
 <add name="SharePoint14Module" image="C:\Program Files\Common
 Files\Microsoft Shared\Web Server
 Extensions\14\isapi\owssvr.dll"
 preCondition="appPoolName=SharePoint
 Central Administration v4" />
 </globalModules>

为:

    <add name="SharePoint14Module" image="C:\Program Files\Common Files\Microsoft
 Shared\Web Server Extensions\14\isapi\owssvr.dll" preCondition=
"appPoolName=SharePoint Central Administration v4,bitness64" />

我希望这可以帮助别人:-)

bitness64 被魔法词在这里

有帮助吗?

解决方案 2

1)确保enable32BitAppOnWin64设置为“SharePoint管理中心”应用程序池设置为False,和同为“的SharePoint Web服务根目录”应用程序池

2)编辑的applicationHost.config:

<强> bitness64 这里是所述口令字

其他提示

我得到了一个503错误,因为在应用程序池没有在IIS启动由于某种原因。

我同意Beytan库尔特。

我已经抛出503同时为中央管理网站,以及在SharePoint着陆页。在两种情况下,密码被过期。

在AD密码重置,并刷新身份后,CA的工作,但在SharePoint着陆页扔了一个500错误。

原来.Net框架版本被设置为V4.0。我把它改为V2.0和它的工作。

每次更改后

记住,你需要回收相应的应用程序池。

能否请您试试这个:  检查IIS网站属性。  在主目录选项卡,检查应用程序池值  验证所有SharePoint服务已启动。 如果不启动应用程序执行以下操作: 我想是因为更改服务帐户的密码可能会出现此错误。     您可能需要更改新密码的应用程序池结果     1)单击停止应用程序池     2)点击高级设置     3)身份 - >单击用户重新输入用户     4)应用程序池标识对话框     5)单击设置 - >手动键入用户名和密码。     然后重新启动服务器。

它也有可能发生如果您的密码政策或其他什么东西改变了你的密码的情况下,你appPools使用的用户有改变密码。

因此,应该更新的用户密码,从先进的应用程序池通过"身份"的财产。

参考的是 在这里,

我已经很难找到ApplicationHost.config文件。这是在C:\ Windows \ System32下\ INETSRV \(Server2008中)或C:\ Windows \ System32下\ INETSRV \设置\(Server2008r2)

在我改变了设置,我也不得不更改IIS加载aspnet_filter.dll的方式。打开IIS管理器,请在“网站”,“的SharePoint - 80”,在“IIS”分组,根据“ISAPI筛选器”,确保所有的“可执行文件”路径指向... Microsoft.NET \ Framework64符\ v###### \ aspnet_filter.dll。一些矿山,指出到\框架\(不是64)。

您还需要重新启动WWW服务重新加载新的设置。

在选择的答案贴在这里解决的一个问题,但另一个原因是,你必须改变应用程序池使用的.Net 2.0。

“的SharePoint 2010使用的.NET Framework 3.5,而不是4.0。在SharePoint 2010的应用程序池应配置为使用集成管道模式的.NET Framework 2.0”。

源: HTTP://social.msdn .microsoft.com /论坛/ EN-US / sharepoint2010general /线程/ 4727f9b4-cc58-4d86-903b-fabed13da0ff

感谢分享此。它帮助了很多。在我的applicationHost.config所述一个差异

            <add name="SharePoint14Module" image="C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\14\isapi\owssvr.dll" preCondition="appPoolName=SharePoint Central Administration v4,bitness64;SharePoint - 80" />

请注意所述多个分号分隔的条目。这可能是因为我有一个单一的机器上安装的SPS。

我是有张贴分辨率的客户,并没有一个类似的问题,并获得成功。我通过本地安全策略授予的“登录为批处理作业”的权限,并且终于取得了管理中心网页拿出正确。

有时应用的Web.config在unconsistent状态结束(重复HTTP处理程序的声明等) 要检查哪些线配置导致错误打开IIS管理器,并尝试编辑处理mappings..it将显示你的错误行如果在web配置这样的错误。

奇怪的这种错误没有得到记录在事件观察者或ULS

我遇到了同样的问题,但密码很好,仅“作为批处理作业登录”是不够的。

检查 IIS 应用程序池身份帐户或组是否具有“作为批处理作业登录”权限,并且可以“在身份验证后模拟客户端”。

要更改这些设置,请在 Web 前端服务器上执行以下步骤:

  • 开始>运行输入“secpol.msc”
    • 寻找:安全 设置>本地策略>用户权限分配
    • 将用户或组添加到“登录AS批处理作业”
    • 检查服务帐户的组成员身份(在 活动目录),如果一个特定的组被用于此 目的
    • 找到“身份验证后模拟客户端”并添加应用程序池标识
    • 重新启动服务器

您应该能够访问该网站!

阅读应用程序的用户和密码 - >高级设置中央管理应用程序将工作

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top