Solución de SharePoint Server 2010 - 503. El servicio no está disponible, Después de la instalación

Question

instalada: SharePoint Server 2010 para Internet de la empresa Beta (x64) En: Windows Server 2008 Standard (x64) en hardware de 64 bits

intentos para acceder a la consola de administración central llevó a IIS regresando 503. el servicio no está disponible

Y se encontró que este error en el registro de aplicación

el módulo de DLL 'C: \ Prog am Files \ Common Files \ Microsoft Shared \ Web Server Extensions \ 14 \ isapi \ owssvr.dll 'no se pudo cargar debido a un problema de configuración. La configuración actual solo admite la carga de imágenes creadas para una arquitectura de procesador x86.

Después de mucho ruido y pocas, la solución resultó ser:

1) Asegúrese de que el Enable32bitAppOnWin64 seeting para la "Administración central de SharePoint" grupo de aplicación se establece en false, y lo mismo para la "Web de SharePoint servicios raíz" grupo de aplicación

2) Editar applicationHost.config:

Cambio:

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

Para

:

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

espero que esto ayude a alguien :-)

bitness64 es la palabra mágica aquí

Answer 1

1) Asegúrese de que el ajuste de Enable32bitAppOnWin64 para la "Administración central de SharePoint" grupo de aplicaciones se establece en False, y lo mismo para el grupo de aplicaciones "Root de servicios web de SharePoint"

2) Editar applicationHost.config:

bitness64 es la palabra mágica aquí

Answer 2

que estaba teniendo un problema similar con un cliente y ninguna de las resoluciones publicadas hizo el truco. Acepté el permiso "Iniciar sesión como trabajo por lotes" a través de la Política de seguridad local y finalmente hice que la página web de Administración central apareciera correctamente.

Answer 3

Tuve problemas para encontrar el archivo applicationhost.config. Fue en c: \ windows \ System32 \ inetsrv \ (Server2008) o en c: \ windows \ System32 \ inetsrv \ config \ (Server2008r2).

Después de cambiar esa configuración, también tuve que cambiar la forma en que IIS carga aspnet_filter.dll. Abra el Administrador IIS, vaya a "Sitios", "SharePoint - 80", en la agrupación "IIS", debajo de "Filtros ISAPI", asegúrese de que todas las rutas "Ejecutables" apuntan a ... Microsoft.NET \ Framework64 \ v #. #. #### \ aspnet_filter.dll. Algunos de los míos fueron apuntados a \ Framework \ (no 64).

También debe reiniciar el servicio WWW para volver a cargar la nueva configuración.

Answer 4

Gracias por compartir esto. Ayudó mucho. La única diferencia en mi aplicación.config fue

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

Tenga en cuenta las múltiples entradas de punto y coma separadas. Esto es probablemente porque tengo una instalación de caja única de SPS.

Answer 5

También puede suceder si su política de contraseñas o algo más ha cambiado su contraseña en caso de que sus appPools utilicen el usuario con la contraseña modificada.

Por lo tanto, debe actualizar la contraseña del usuario desde la configuración avanzada de su appPool a través de la propiedad "Identidad".

La referencia es here

Answer 6

me ha dado un error 503 porque los Grupos de aplicaciones no se iniciaron en IIS por alguna razón.

Answer 7

Estoy de acuerdo con Beytan Kurt.

Me han enviado 503 tanto para el sitio central de administración como para la página de destino de SharePoint. En ambos casos, las Contraseñas caducaron.

Después de restablecer la contraseña en el AD y actualizar la identidad, CA funcionó pero la página de destino de SharePoint arrojó un error de 500.

Resultó que .Net Framework Version se configuró en V4.0. Lo cambié a V2.0 y funcionó.

Recuerde después de cada cambio que necesita reciclar el grupo de aplicaciones apropiado.

Answer 8

La respuesta seleccionada publicada solucionó un problema, pero otra es que tendrá que cambiar el grupo de aplicaciones para usar .Net 2.0.

"SharePoint 2010 usa .NET Framework 3.5, no 4.0. Los grupos de aplicaciones de SharePoint 2010 deben configurarse como .NET Framework 2.0 utilizando el modo Integrated Pipeline."

fuente: http://social.msdn.microsoft.com/Forums/en-US/sharepoint2010general/thread/4727f9b4-cc58-4d86-903b-fabed13da0ff

Answer 9

veces Web.config de la aplicación termina en un estado unconsistent (duplicar declaración de controladores HTTP, etc.) para comprobar qué línea en configuración abierta que está causando el Administrador de IIS de error y tratar para editar las asignaciones del controlador ... le mostrará la línea de error si existe un error en la configuración web.

extraño que tales errores no se les registra en el Visor de sucesos o ULS

Answer 10

tuve el mismo problema, pero la contraseña era bueno y "Iniciar sesión como trabajo por lotes" por sí sola no era suficiente.

Compruebe que la cuenta o grupo de identidad del grupo de aplicaciones IIS tiene el permiso "Iniciar sesión como trabajo por lotes" Y que puede "suplantar a un cliente después de la autenticación".

Para cambiar estos ajustes realizan los siguientes pasos en el servidor front-end web:

• en Inicio> Ejecutar tipo "secpol.msc"
  • Encontrar: Seguridad Configuración> Directivas locales> Derechos de usuario asignación
  • Agregar usuario o grupo al 'Iniciar sesión como trabajo por lotes'
  • comprobar un grupo de miembros de la cuenta de servicio (en Active Directory) si un grupo en particular está siendo utilizado para este propósito .
  • Find "suplantar a un cliente tras la autenticación" y añadir la identidad del grupo de aplicaciones
  • Reiniciar el servidor

¡Debe poder acceder al sitio!

Answer 11

Por favor, intente esto: Compruebe las propiedades del sitio web en IIS. En la pestaña del directorio de inicio, verifique el valor del conjunto de aplicaciones Verifique que se hayan iniciado todos los servicios de SharePoint. Si la aplicación no se inicia, haga lo siguiente: Creo que este error puede ocurrir debido a un cambio en la contraseña de la cuenta de servicio. Es posible que necesite cambiar la contraseña nueva al inventario de aplicaciones
1) Haga clic en el grupo de aplicaciones detenido 2) haga clic en la configuración avanzada 3) Identidad -> clic en el usuario que vuelva a escribir el usuario de diálogo 4) Solicitud de Identidad del grupo 5) haga clic en establecer -> escriba manualmente el nombre de usuario y la contraseña. Luego, reinicie el servidor.

Answer 12

Lea el usuario y la contraseña en Aplicación -> Configuración avanzada de la aplicación Cental Admin funcionará.