La solución de SharePoint Server 2010 - 503. El servicio no está disponible, después de la instalación
https://stackoverflow.com/questions/2245324
-
20-09-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianPregunta
instalada: SharePoint Server 2010 para Internet de la empresa Beta (x64) En: Windows Server 2008 Standard (x64) en hardware de 64 bits
Los intentos de 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: Extensiones \ Archivos de programa \ Archivos comunes \ Microsoft Shared \ Web Server Extensions \ 14 \ ISAPI \ owssvr.dll' no se pudo cargar debido a un problema de configuración. La configuración actual sólo es compatible con la carga de imágenes construidos 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 el "SharePoint Web Services 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í
Solución 2
1) Asegúrese de que el ajuste de Enable32bitAppOnWin64 para la "Administración central de SharePoint" grupo de aplicación se establece en False, y lo mismo para el "SharePoint Web Services Raíz" grupo de aplicación
2) Editar applicationHost.config:
bitness64 es la palabra mágica aquí
Otros consejos
Me ha dado un error 503 porque los Grupos de aplicaciones no se iniciaron en IIS por alguna razón.
Estoy de acuerdo con Beytan Kurt.
Había 503 lanzado tanto para el sitio de administración central, así como la página de SharePoint aterrizaje. En ambos casos cumplidos de las contraseñas.
Después de restablecer la contraseña en el anuncio, y la actualización de la Identidad, CA trabajaron pero la página de aterrizaje de SharePoint arrojó un error 500.
Resultó que el Framework versión .Net se establece en V4.0. Lo cambié a V2.0 y funcionó.
Recuerde que después de cada cambio que necesita para reciclar el grupo de aplicaciones apropiado.
Puede usted Por favor, intente esto:
Compruebe las propiedades del sitio Web en IIS.
En la ficha directorio principal, comprobar el valor del grupo de aplicaciones
Verificar que todos los servicios de SharePoint se ponen en marcha.
Si no se inicia la aplicación haga lo siguiente:
Creo que este error puede ocurrir debido al cambio de la contraseña de cuenta de servicio.
Es posible que necesite cambiar la contraseña nueva para el grupo 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
4) de diálogo Identidad del grupo de aplicaciones
5) Haga clic en Establecer -> escribir manualmente el nombre de usuario y contraseña.
A continuación, reinicie el servidor.
También puede ocurrir si su política de contraseñas o alguna otra cosa han cambiado su contraseña en caso de que sus AppPools están utilizando el usuario con el cambio de contraseña.
Por lo tanto, debe actualizar la contraseña de usuario de la configuración avanzada de su apppool A TRAVÉS propiedad "Identidad".
La referencia es aquí
he tenido problemas para encontrar el archivo applicationhost.config. Fue en C: \ Windows \ System32 \ inetsrv \ (Server 2008) o el directorio C:. \ Windows \ system32 \ inetsrv \ config \ (Server2008r2)
Después de haber cambiado esa configuración, también tuve que cambiar la forma de IIS carga la aspnet_filter.dll. Abra el Administrador de IIS, pasar por debajo de "Sitios", "SharePoint - 80", en el "IIS" agrupación, en la sección "Filtros ISAPI", asegúrese de que todos los caminos "ejecutables" apuntan a ... Microsoft.NET \ Framework64 \ v #. #. #### \ aspnet_filter.dll. Algunas de las minas fueron señaladas a la \ Framework \ (no 64).
También es necesario reiniciar el servicio WWW para recargar la nueva configuración.
La respuesta seleccionada publicado aquí resuelto un problema, pero otra es que usted tiene que cambiar el grupo de aplicaciones para utilizar Net 2.0.
"SharePoint 2010 utiliza .NET Framework 3.5, no 4.0. Las piscinas de aplicaciones SharePoint 2010 debe configurarse como .NET Framework 2.0 usando el modo integrado de Pipeline."
Gracias por compartir esto. Me ayudó mucho. La única diferencia en mi applicationHost.config era
<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 separadas por punto y coma. Esto es probablemente porque no tengo una sola caja de instalación de MSF.
Yo estaba teniendo un problema similar con un cliente y ninguna de las resoluciones publicadas hizo el truco. Concedí el permiso "Iniciar sesión como proceso por lotes" a través de la política de seguridad local y que finalmente lo hizo la página web de Administración central se activa adecuadamente.
A 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 de modificar el controlador de mappings..it le muestre la línea de error si se produce un error de este tipo en web.config.
Por extraño que tales errores no se les registra en el Visor de sucesos o ULS
Yo tenía 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 de identidad del grupo de aplicaciones IIS o grupo tiene tanto el "Iniciar sesión como trabajo por lotes" permiso y que puede "suplantar a un cliente tras la autenticación".
Para cambiar esta configuración realizan los siguientes pasos en el servidor front-end web:
- Inicio> Ejecutar tipo "secpol.msc"
- Buscar: Seguridad Configuración> Directivas locales> Asignación de derechos de usuario
- Agregar usuario o grupo de "Iniciar sesión como proceso por lotes"
- Comprobar grupo de miembros de la cuenta de servicio (en Active Directory) si un grupo particular está siendo utilizado para este propósito.
- Buscar "suplantar a un cliente tras la autenticación" y añadir la identidad del grupo de aplicaciones
- Reiniciar el servidor
Usted debe ser capaz de acceder al sitio!
Leer el usuario y la contraseña en la Solicitud -.> Configuración avanzada para aplicaciones de administración central funcionará
