Nota
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
En este artículo se proporciona una resolución para el problema por el que la actualización local de controladores de dominio se bloquea en la pantalla negra.
Número de KB original: 2843034
Síntomas
Considere el caso siguiente:
- Tiene un equipo que ejecuta Windows Server 2008 R2 Server-Core Edition
- Server-Core hospeda el rol de controlador de dominio
- En Server Core, ejecute la actualización local a Windows Server 2012
En este escenario, la actualización de la configuración de Windows Server 2012 se bloquea en una pantalla negra sólida con un puntero del mouse, como se muestra en la imagen siguiente.
Nota:
El problema descrito en este artículo es específico de los controladores de dominio habilitados para el servidor que están actualizados localmente a Windows Server 2012 Server Core. Esta condición no se produce en la GUI ni en los controladores de dominio completos que están actualizados localmente a Windows Server 2012.
Causa
Los archivos NTDSA.DLL y NTDSAI.DLL no se instalan cuando windows Server 2008 R2 server core DC se actualiza a Windows Server 2012. Esto se confirma mediante el análisis de imágenes de depuración y sistema operativo. Una sesión de depuración de NTSD asociada a LSASS.EXE con acoplamientos del cargador habilitadas muestra la siguiente secuencia al intentar cargar NTDSA.DLL
023c:0240 @ 00048468 - LdrpLoadDll - ENTER: NOMBRE DE DLL: C:\Windows\system32\ntdsa.dll
023c:0240 @ 00048468 - LdrpLoadDll - INFO: Loading DLL C:\Windows\system32\ntdsa.dll
023c:0240 @ 00048468 - LdrpFindOrMapDll - ENTER: NOMBRE DE DLL: C:\Windows\system32\ntdsa.dll
023c:0240 @ 00048468 - LdrpResolveDllName - ENTER: NOMBRE DE DLL: C:\Windows\system32\ntdsa.dll
023c:0240 @ 00048468 - LdrpResolveDllName - RETURN: Status: 0xc0000135
023c:0240 @ 00048468 - LdrpResolveDllName - ENTER: NOMBRE DE DLL: C:\Windows\system32\ntdsa.dll
023c:0240 @ 00048468 - LdrpResolveDllName - RETURN: Status: 0xc0000135
023c:0240 @ 00048468 - LdrpFindOrMapDll - RETURN: Status: 0xc0000135
023c:0240 @ 00048468 - LdrpLoadDll - RETURN: Status: 0xc0000135
023c:0240 @ 00048468 - LdrLoadDll - RETURN: Status: 0xc0000135
donde el código de estado 0xc0000135 se asigna a:
Hex | Decimal | Simbólico | Cadena de error descriptivo |
---|---|---|---|
0xc0000135 | -1073741515 | STATUS_DLL_NOT_FOUND | No se pudo iniciar esta aplicación porque no se encontró %hs. La reinstalación de la aplicación puede solucionar el problema. |
Estos archivos binarios se instalan como parte del rol opcional "Servicios de dominio de Active Directory". El rol DirectoryServices-DomainController está deshabilitado de forma predeterminada y no está habilitado porque no hay ningún rol con ese nombre en el sistema operativo Windows Server 2008 R2. Puesto que no hay nada que hacer coincidir entre los manifiestos de Windows Server 2012 disponibles, la actualización se bloquea.
Solución
Para resolver la situación en la que el servidor está bloqueado en la actualización, continúe reiniciando el servidor hasta que se desencadene la reversión a la versión y el estado del sistema operativo anterior. Después de que el bloqueo permanente en la pantalla negra, reinicie el servidor dos veces. El programa de instalación detectará el intento de actualización con errores y revertirá el sistema a la versión anterior del sistema operativo.
Nota:
No debe experimentar ninguna pérdida de datos en este proceso. Los controladores de dominio de server-core que estaban en buen estado y que funcionaban antes del intento de actualización de la versión del sistema operativo deben seguir funcionando.
Puede hacer que la actualización local se realice correctamente agregando un "Manifiesto de reemplazo" a los archivos de origen de instalación. Póngase en contacto con el soporte técnico del cliente de Microsoft para recuperar el manifiesto. Asegúrese de hacer referencia a este artículo para que el agente pueda proporcionarle el archivo de manifiesto de forma gratuita.
Estos son los pasos que se deben seguir para usar este manifiesto para actualizar un controlador de dominio principal del servidor:
- Expanda el contenido del archivo CAB recuperado de Microsoft para obtener el archivo de manifiesto "DirectoryServices-DomainController-ServerCoreUpg-Replacement.man".
- Copie el contenido del DVD de instalación de Windows Server 2012 en una carpeta de disco duro como d:\products\ws12.
- Cree una carpeta d:\products\ws12\sources\replacementmanifests.
- Coloque el archivo de manifiesto recuperado de Microsoft en la nueva carpeta.
- Use la ubicación del servidor creada en el paso 2 como origen de la actualización del servidor.
Solución alternativa
Solución alternativa para salir de esta situación si no puede usar el enfoque mencionado anteriormente:
Promover nuevos controladores de dominio principales de Windows Server 2012 en diferentes máquinas físicas o físicas. En lugar de actualizar en contexto los controladores de dominio principales de W2K8 R2 Server existentes, promueva nuevos controladores de dominio principales de servidor de Windows Server 2012 en nuevas máquinas físicas o virtuales. Retire los controladores de dominio de nivel superior W2K8 R2 server-core según sea necesario.
Quite el rol ADDS en el equipo principal W2K8 R2 Server antes de la actualización local a Windows Server 2012.
Más información
Cuando la actualización se bloquea y restablece la máquina, el cargador de arranque de Windows tiene como valor predeterminado el arranque "Windows Server 2012". Puede desencadenar la reversión en el cargador de arranque de Windows seleccionando la opción de arranque "Reversión del programa de instalación de Windows". También puede arrancar la máquina con la configuración predeterminada:
Si se usó la opción de arranque "Windows Server 2012", SETUP detecta la actualización local con errores y desencadena automáticamente la reversión a la versión anterior del sistema operativo.
Nota:
El tamaño y la relación de aspecto de las capturas de pantalla que se muestran en este artículo se han modificado para mayor brevedad.
Es posible que se produzca un problema con Internet Explorer después del rebobinado:
Se produjo un problema al iniciar iernonce.dll
No se pudo encontrar el módulo especificado.
Recolección de datos
Si necesita ayuda del soporte técnico de Microsoft, le recomendamos que recopile la información siguiendo los pasos mencionados en Recopilación de información mediante TSS para problemas relacionados con la implementación.