6.7. Copia de seguridad y restauración de la base de datos de gestión

La información del nodo, las estadísticas y la configuración se almacenan en una base de datos en el nodo de gestión (la que contiene el panel de administración). Se crean automáticamente copias de seguridad de esta base de datos mediante una tarea cron diaria que comienza a las 3:00. Si el nodo de gestión no cuenta con una alta disponibilidad, la restauración de estas copias de seguridad recupera el nodo en caso de fallo o daños en la base de datos. Los archivos de copia de seguridad se almacenan en el directorio /mnt/vstorage/webcp/backup/. La directiva de retención para las copias de seguridad del nodo de almacenamiento es como sigue:

  • Se conservan todas las copias de seguridad creadas el último día.
  • De las copias de seguridad creadas en los últimos 7 días, se conserva la más reciente de cada día.
  • De las copias de seguridad creadas en los últimos 7-14 días, se conserva la más antigua.
  • De las copias de seguridad creadas en los últimos 14-45 días, se conserva la más antigua de cada semana.
  • Las copias de seguridad con más de 45 días se eliminan.

Importante

Las copias de seguridad de la base de datos no se pueden restaurar si está habilitada la alta disponibilidad del nodo de gestión.

Para realizar una copia de seguridad de la base de datos de forma manual, abra la pantalla CONFIGURACIÓN > Nodo de gestión > COPIA DE SEGURIDAD y haga clic en REALIZAR COPIA DE SEGURIDAD AHORA.

../_images/stor_image1_7_ac.png

Una vez que se ha completado la copia de seguridad, se actualizará la fecha de Última copia de seguridad.

Advertencia

No cambie el nombre del archivo de copia de seguridad. De lo contrario, no podrá restaurar la base de datos de gestión a partir de la copia de seguridad.

6.7.1. Restauración de la base de datos de gestión a partir de una copia de seguridad

Puede restaurar una base de datos del nodo de gestión a partir de una copia de seguridad en el mismo nodo de gestión o en cualquier nodo en el clúster de almacenamiento.

Advertencia

El servicio vstorage-ui-backend debe estar en ejecución en un solo nodo en el clúster de almacenamiento. Si se restaura la base de datos del nodo de gestión en un nodo diferente, el nodo de gestión anterior debe volverse a implementar.

Ejecute el siguiente script en el nodo en el que se restaurará la base de datos del nodo de gestión:

# /usr/libexec/vstorage-ui-backend/bin/restore-management-node.sh \
-x <public_net_iface> -i <private_net_iface> \
-f /mnt/vstorage/webcp/backup/<backup_file>

Donde <public_net_iface> y <private_net_iface> son interfaces asignadas a las redes pública y privada, respectivamente. Si es necesario, puede especificar la misma interfaz de red en ambos parámetros. Si se omite la opción -f, la base de datos del nodo de gestión se restaurará a partir de la última copia de seguridad.

Para acceder al panel de administración, utilice la dirección IP pública del nodo con la base de datos del nodo de gestión restaurada.

6.7.1.1. Restauración con el clúster de procesamiento existente

Si tiene implementado el clúster de procesamiento, la base de datos del nodo de gestión debe restaurarse solo en uno de los nodos de procesamiento.

Al restaurar la base de datos del nodo de gestión con el clúster de procesamiento, tenga en cuenta las limitaciones siguientes:

  • Si crea objetos de procesamiento después de la copia de seguridad, se perderán.
  • Si modifica o elimina objetos de procesamiento después de la copia de seguridad, se restaurarán del modo siguiente:
    • Los objetos de procesamiento utilizados como configuraciones (variantes, directivas de almacenamiento, redes virtuales, claves SSH) se restaurarán por completo.
    • Todos los demás objetos de procesamiento (equipos virtuales, volúmenes, imágenes, etc.) se restaurarán parcialmente. Se mostrarán en el panel de administración, pero serán inutilizables. Solo podrá eliminarlos desde el panel de administración.

Para restablecer la base de datos del nodo de gestión en un nodo de procesamiento, ejecute el script de restauración con la opción -n:

# /usr/libexec/vstorage-ui-backend/bin/restore-management-node.sh \
-x <public_net_iface> -i <private_net_iface> -n

donde

  • <public_net_iface> y <private_net_iface> son interfaces asignadas a las redes pública y privada, respectivamente.
  • La opción -f se omite para restaurar la base de datos del nodo de gestión a partir de la última copia de seguridad.
  • La opción -n denota que el clúster de procesamiento se reconfigurará para utilizar otro nodo de gestión.

Si restaura la base de datos del nodo de gestión en el mismo nodo, omita la opción -n.

Tras la restauración, los equipos virtuales que residían en el nodo de gestión fallido no se podrán gestionar en el panel de administración y solo podrán eliminarse. No obstante, puede rescatarlos empleando la herramienta vinfra del modo siguiente:

  • Los equipos virtuales con la alta disponibilidad deshabilitada aparecerán en estado “Activo”: evacúelos empleando el comando vinfra service compute server evacuate;
  • Los equipos virtuales con la alta disponibilidad habilitada aparecerán en estado “Reconstruir”: primero, reinicie su estado con el comando vinfra service compute server reset-state y, a continuación, evacúelos ejecutando vinfra service compute server evacuate.
31 de julio de 2020
Imprimir