Skip to main content
Hay disponible una nueva versión de este producto.
Se proporciona el idioma español mediante traducción automática para su comodidad. En caso de alguna inconsistencia, el inglés precede al español.

Restaurar la base de datos de nodos de administrador cuando se recupera un nodo de administrador principal

Colaboradores
PDF

Si desea conservar la información histórica sobre atributos, alarmas y alertas en un nodo de administración principal que tenga errores, puede restaurar la base de datos del nodo de administración. Solo puede restaurar esta base de datos si el sistema StorageGRID incluye otro nodo de administración.

  • El nodo de administrador recuperado debe estar instalado y en ejecución.

  • El sistema StorageGRID debe incluir al menos dos nodos de administración.

  • Debe tener la Passwords.txt archivo.

  • Debe tener la clave de acceso de aprovisionamiento.

Si falla un nodo de administrador, se pierde la información histórica almacenada en su base de datos de nodos de administrador. Esta base de datos incluye la siguiente información:

  • Historial de alertas

  • Historial de alarmas

  • Datos históricos de atributos, que se utilizan en los gráficos e informes de texto disponibles en la página Support Tools Grid Topology.

Cuando se recupera un nodo de administrador, el proceso de instalación del software crea una base de datos vacía Admin Node en el nodo recuperado. Sin embargo, la nueva base de datos sólo incluye información sobre servidores y servicios que actualmente forman parte del sistema o que se agregan más adelante.

Si restauró un nodo de administrador principal y el sistema StorageGRID tiene otro nodo de administración, puede restaurar la información histórica copiando la base de datos del nodo de administración desde un nodo de administración no primario (el Source Admin Node) en el nodo de administración primario recuperado. Si el sistema solo tiene un nodo de administrador principal, no puede restaurar la base de datos del nodo de administración.

Nota La copia de la base de datos del nodo de administración puede llevar varias horas. Algunas funciones de Grid Manager no estarán disponibles mientras los servicios se detengan en el nodo de administración de origen.

  1. Inicie sesión en el nodo de administrador de origen:

    1. Introduzca el siguiente comando: ssh admin@grid_node_IP

    2. Introduzca la contraseña que aparece en Passwords.txt archivo.

    3. Introduzca el siguiente comando para cambiar a la raíz: su -

    4. Introduzca la contraseña que aparece en Passwords.txt archivo.

  2. Desde el nodo de administración de origen, detenga el servicio MI: service mi stop

  3. En el nodo de administración de origen, detenga el servicio de la interfaz de programa de aplicaciones de gestión (API de gestión): service mgmt-api stop

  4. Complete los siguientes pasos en el nodo de administración recuperado:

    1. Inicie sesión en el nodo de administración recuperado:

      1. Introduzca el siguiente comando: ssh admin@grid_node_IP

      2. Introduzca la contraseña que aparece en Passwords.txt archivo.

      3. Introduzca el siguiente comando para cambiar a la raíz: su -

      4. Introduzca la contraseña que aparece en Passwords.txt archivo.

    2. Detenga EL servicio MI: service mi stop

    3. Detenga el servicio API de gestión: service mgmt-api stop

    4. Añada la clave privada SSH al agente SSH. Introduzca:ssh-add

    5. Introduzca la contraseña de acceso SSH que aparece en la Passwords.txt archivo.

    6. Copie la base de datos del nodo de administración de origen al nodo de administración recuperado: /usr/local/mi/bin/mi-clone-db.sh Source_Admin_Node_IP

    7. Cuando se le solicite, confirme que desea sobrescribir la base DE datos MI en el nodo de administración recuperado.

      La base de datos y sus datos históricos se copian en el nodo de administración recuperado. Una vez realizada la operación de copia, el script inicia el nodo de administración recuperado.

    8. Cuando ya no necesite un acceso sin contraseñas a otros servidores, quite la clave privada del agente SSH. Introduzca:ssh-add -D

  5. Reinicie los servicios en el nodo de administración de origen: service servermanager start