Users Guide

● Desconecte y vuelva a conectar todos los perfiles que estén conectados a una ranura que contenga un sled de computación en el
nuevo chasis principal. La desconexión y la conexión de los perfiles garantizan que la asignación sea persistente. La tarea "promover"
no afecta los perfiles que están asignados a ranuras vacías. También, consulte la sección Escenarios de casos de uso.
1. En la página de inicio del chasis de respaldo, haga clic en Configurar > Promover como chasis principal.
Aparecerá la ventana Promover como chasis principal.
2. Haga clic en Promover.
Después de promover el chasis principal de respaldo como el nuevo chasis principal del grupo, si tiene privilegios de administrador del
chasis, realice los siguientes pasos antes de volver colocar el chasis principal anterior en el entorno de producción:
1. Desde el chasis principal nuevo, quite el chasis principal anterior del grupo eliminar todas las referencias a él.
2. Quite el chasis principal anterior de la red de apilamiento.
3. Ejecute una acción de configuración de restablecimiento forzada mediante el uso de la API REST, URI:/api/
ApplicationService/Actions/ApplicationService.ResetApplication. Para obtener más información, consulte la
Guía de API RESTful de OpenManage Enterprise y OpenManage Enterprise: Modular.
La tarea de restablecimiento de configuración transforma el chasis antiguo a un chasis independiente y listo para formar parte del
ambiente de producción.
Cuando se promueve un chasis principal de respaldo como el chasis principal, las solicitudes de unión de otros chasis miembros enviadas al
chasis principal anterior no se muestran en el panel de MCM del nuevo chasis principal. En consecuencia, el chasis miembro específico no
puede enviar solicitudes de unión a otros grupos de la pila. Para desbloquear las solicitudes pendientes, ejecute la siguiente API en el chasis
miembro desde el cual se enviaron las solicitudes de unión y vuelva a enviar las solicitudes:
URI:/api/ManagementDomainService/Actions/ManagementDomainService.DeletePendingDomains
Method:POST
Carga útil:empty
Identifier
GUID-709AF30D-F6BB-4263-A3EF-BE7436D593D6
Version 4
Status Translation approved
Retiro del chasis principal
Puede utilizar el proceso de retiro del chasis principal existente para convertirlo en un chasis miembro del grupo existente o en un chasis
independiente.
1. En el tablero de MCM, haga clic en Configurar > Retirar chasis principal.
Se muestra la ventana Retirar chasis principal.
2. Seleccione una de las opciones siguientes:
● Conviértalo en un miembro del grupo actual.
● Conviértalo en un chasis independiente.
3. Haga clic en Retirar.
También, consulte la sección Escenarios de casos de uso.
Todas las bases de firmware existentes en el chasis principal anterior se importan al nuevo chasis principal durante el retiro y se inicia
un trabajo de comprobación de cumplimiento del firmware. El chasis principal anterior se incorpora después de que se completa la
verificación de cumplimiento de las bases de firmware importadas debido a la orden de redescubrimiento del chasis durante el retiro.
El ordenamiento excluye los dispositivos en el chasis principal anterior del informe de base. Para resolver esta limitación, vuelva a
ejecutar la comprobación de cumplimiento en el chasis principal promovido después de que finalice el trabajo de retiro, de modo que los
dispositivos principales anteriores aparezcan en el informe de cumplimiento o de base.
Una vez finalizada la tarea de retiro del chasis principal, el sistema ejecuta algunas tareas internas para completar la asociación de los
grupos, que pueden tardar algún tiempo. Las discrepancias, si las hubiera, se producen en la información de los dispositivos después de
que se haya completado la tarea de retiro. Se conciliarán automáticamente después de que se completen las tareas internas.
Después de retirar el chasis principal, actualice todos los informes de cumplimiento de normas de las bases creadas para todos los
dispositivos.
56
Inicio de sesión en OME-Modular