Решение SharePoint Server 2010 - 503. Услуга недоступна, после установки

Question

Installed: SharePoint Server 2010 для интернет-Enterprise Beta (x64) О: Windows Server 2008 Standard (x64) на 64 разрядном оборудовании

Попытки для доступа к консоли центра администрирования привело к IIS возвращения 503. служба недоступна

И эта ошибка была найдена в журнале приложений

в Модуль DLL «C: \ Progr am Files \ Common Files \ Microsoft Shared \ Расширения веб-сервера \ 14 \ isapi \ owssvr.dll не могут быть загружены из-за проблемы с конфигурацией. Текущая конфигурация поддерживает загрузку изображений, созданных для архитектуры процессора x86.

После долгих проволочек, решение оказалось:

1) Убедитесь, что enable32BitAppOnWin64 seeting для «центра администрирования SharePoint» пула приложений установлен в значение False, и то же самое для «SharePoint Web Услуги Root»приложение бассейн

2) Редактировать applicationHost.config:

Изменение:

<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> 

To:

<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 быть волшебное слово здесь

Answer 1

1) Убедитесь, что enable32BitAppOnWin64 установка для "центра администрирования SharePoint" пула приложений установлено равным False, а также для пула приложений «Основы веб-служб SharePoint»

2) Редактировать applicationHost.config:

bitness64 быть волшебное слово здесь,

Answer 2

У меня была аналогичная проблема с клиентом, и ни один из опубликованных резолюций сделал трюк. Я разрешил разрешение «Войти как пакетное задание» с помощью локальной политики безопасности и, наконец, сделал веб-страницу центра администрирования надлежащим образом.

Answer 3

У меня возникли проблемы с поиском файла applicationhost.config. Это было в c: \ windows \ System32 \ inetsrv \ (Server2008) или c: \ windows \ System32 \ inetsrv \ config \ (Server2008r2).

После того как я изменил эту настройку, мне также пришлось изменить способ загрузки IIS aspnet_filter.dll. Откройте диспетчер IIS, перейдите в раздел «Сайты», «SharePoint - 80» в группе «IIS» в разделе «Фильтры ISAPI», убедитесь, что все пути «Исполняемые» указывают на ... Microsoft.NET \ Framework64 \ v #. #. #### \ aspnet_filter.dll. Некоторые из моих указали на \ Framework \ (не 64).

Вам также необходимо перезапустить службу WWW, чтобы перезагрузить новые настройки.

Answer 4

Спасибо, что поделились этим. Это очень помогло. Единственное отличие в моем приложении.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.

Answer 5

Это также может произойти, если ваша политика паролей или что-то еще изменили ваш пароль, если ваши приложения используют пользователя с измененным паролем.

Итак, вы должны обновить пароль пользователя из расширенных настроек вашего приложения AppPool через свойство «Идентификация».

Ссылка является here

Answer 6

я получил ошибку 503, поскольку Пулы приложений не были запущены в IIS по какой-то причине.

Answer 7

Я согласен с Beytan Kurt.

У меня было 503 брошенных как для центрального сайта Admin, так и для целевой страницы SharePoint. В обоих случаях пароли истекли.

После сброса пароля в AD и обновления идентификатора CA работал, но на целевой странице SharePoint произошла ошибка 500.

Оказалось, что версия .Net Framework была установлена ​​на V4.0. Я изменил его на V2.0, и он сработал.

Помните, что после каждого изменения вам необходимо переработать соответствующий пул приложений.

Answer 8

Выбранный ответ, поставленный здесь, решил одну проблему, но другой - это то, что вам нужно будет изменить пул приложений, чтобы использовать .Net 2.0.

«SharePoint 2010 использует .NET Framework 3.5, а не 4.0. Пулы приложений SharePoint 2010 должны быть настроены как .NET Framework 2.0 с использованием интегрированного режима трубопровода».

источник: http://social.msdn.microsoft.com/Forums/en-US/sharepoint2010general/thread/4727f9b4-cc58-4d86-903b-fabed13da0ff

Answer 9

Иногда Web.config приложения заканчивается в unconsistent состоянии (продублировать объявление обработчиков HTTP и т.д.) Чтобы проверить, какая строка в конфиге вызывает ошибки откройте диспетчер IIS и попробовать для редактирования сопоставлений обработчиков .. он отобразит строку ошибки, если в веб-конфиге есть такая ошибка.

Как ни странно, такие ошибки не нужно регистрироваться в средстве просмотра событий или ULS

Answer 10

Я была такая же проблема, но пароль был хороший и «Вход в качестве пакетного задания» в одиночку не было достаточно.

Убедитесь, что учетная запись или группа учетных записей пула приложений IIS имеет разрешение «Вход в систему как пакетное задание» и что он может «олицетворять клиента после аутентификации».

Чтобы изменить эти настройки выполните следующие действия на веб-сервере переднего конца:

• Start> Run типа «secpol.ЦКМ»
  • Поиск: Безопасность Настройки> Локальные политики> Назначение прав пользователя
  • Добавить пользователя или группу „Вход в качестве пакетного задания“
  • Проверить членство в группе учетной записи службы (в Active Directory), если конкретная группа используется для этой цели .
  • Найти «олицетворять клиента после проверки подлинности» и добавьте идентификатор пула приложений
  • перезагружать сервер

У вас должен быть доступ на сайт!

Answer 11

Прошу вас попробуйте следующее: Проверьте свойства веб-сайта в IIS. Вкладка «Домашняя страница», проверьте значение пула приложений Убедитесь, что все службы SharePoint запущены. Если приложение не запущено, выполните следующие действия: Я думаю, что эта ошибка может возникнуть из-за изменения пароля учетной записи службы. Вы, возможно, потребуется изменить новый пароль для пула приложений
1) Нажмите остановленное пул приложений 2) нажмите дополнительные параметры 3) Удостоверение -> выберите пользователя перепечатывать пользователю диалоговое 4) Удостоверение пула приложений 5) click set -> вручную введите имя пользователя и пароль. Затем перезапустите сервер.

Answer 12

Прочтите пользователя и пароль в приложении -> Настройки предварительного доступа для приложения Cental Admin будут работать.