Copia de seguridad y restauración de hosts y máquinas virtuales
Siempre que sea posible, deje el estado instalado de los hosts de XenServer sin modificar. Es decir, no instale ningún paquete adicional ni inicie servicios adicionales en los hosts de XenServer y trátelos como dispositivos. Por lo tanto, la mejor manera de restaurar es volver a instalar el software host de XenServer desde el medio de instalación. Si tiene varios hosts XenServer, el mejor enfoque es configurar un servidor TFTP y los archivos de respuesta adecuados para este propósito. Para obtener más información, consulte Instalaciones de arranque de red.
Le recomendamos que utilice una solución de copia de seguridad ofrecida por uno de nuestros socios certificados. Para obtener más información, consulte Citrix Ready Marketplace.
Los clientes de XenServer Premium Edition pueden aprovechar la copia de seguridad más rápida de solo bloques modificados. Para obtener más información, consulte la Documentación de seguimiento de bloques modificada.
Estas soluciones están certificadas por sus proveedores y no por Cloud Software Group. El proveedor de la solución proporciona soporte para estas soluciones de copia de seguridad.
Le recomendamos que realice con frecuencia tantos de los siguientes procedimientos de copia de seguridad como sea posible para recuperarse de posibles errores de servidor y software.
Para hacer una copia de seguridad de los metadatos del grupo:
-
Ejecute el comando:
xe pool-dump-database file-name=backup <!--NeedCopy--> -
Para restaurar la base de datos, ejecute el comando:
xe pool-restore-database file-name=backup dry-run=true <!--NeedCopy-->Este comando comprueba que el equipo de destino tiene un número adecuado de NIC con el nombre adecuado, que es necesario para que la copia de seguridad se realice correctamente.
Para hacer una copia de seguridad de la configuración y el software del host:
-
Ejecute el comando:
xe host-backup host=host file-name=hostbackup <!--NeedCopy-->
Notes:
No cree la copia de seguridad en el dominio de control.
El procedimiento de copia de seguridad puede crear un archivo de copia de seguridad de gran tamaño.
Para completar una restauración, debe reiniciar en el CD de instalación original.
Estos datos solo se pueden restaurar en la máquina original.
Para hacer una copia de seguridad de una máquina virtual:
-
Asegúrese de que la máquina virtual de la que se va a realizar una copia de seguridad esté sin conexión.
-
Ejecute el comando:
xe vm-export vm=vm_uuid filename=backup <!--NeedCopy-->
Nota: No
Esta copia de seguridad también realiza una copia de seguridad de todos los datos de la máquina virtual. Al importar una máquina virtual, puede especificar el mecanismo de almacenamiento que se usará para los datos de copia de seguridad.
Advertencia:
El proceso de copia de seguridad puede tardar más en completarse, ya que realiza una copia de seguridad de todos los datos de la máquina virtual.
Para hacer una copia de seguridad de los metadatos de la máquina virtual solamente:
Ejecute el comando:
xe vm-export vm=vm_uuid filename=backup metadata=true
<!--NeedCopy-->
Copia de seguridad de los metadatos de la máquina virtual
Los hosts de XenServer utilizan una base de datos en cada host para almacenar metadatos sobre las máquinas virtuales y los recursos asociados, como el almacenamiento y las redes. Cuando se combina con SR, esta base de datos forma la vista completa de todas las máquinas virtuales disponibles en el grupo. Por lo tanto, es importante comprender cómo hacer una copia de seguridad de esta base de datos para recuperarse de errores de hardware físico y otros escenarios de desastre.
En esta sección se describe primero cómo hacer una copia de seguridad de los metadatos para instalaciones de host único y, a continuación, para configuraciones de grupo más complejas.
Copia de seguridad de instalaciones de host único
Utilice la CLI para realizar una copia de seguridad de la base de datos del grupo. Para obtener un archivo de copia de seguridad de metadatos de grupo coherente, ejecute base de datos-de-volcado-de-pool en el host de XenServer y archive el archivo resultante. El archivo de copia de seguridad contiene información de autenticación confidencial sobre el grupo, por lo que debe asegurarse de que esté almacenado de forma segura.
Para restaurar la base de datos del grupo, utilice el comando xe pool-restore-database de un archivo de volcado anterior. Si el host de XenServer ha dejado de funcionar por completo, primero debe realizar una instalación nueva y, a continuación, ejecutar el archivo pool-restore-database en el host de XenServer recién instalado.
Después de restaurar la base de datos del grupo, es posible que algunas máquinas virtuales sigan registradas como Suspendido. Sin embargo, si el repositorio de almacenamiento con el estado de memoria suspendida definido en el suspend-VDI-uuid , es un SR local, es posible que el SR no esté disponible ya que el host se ha reinstalado. Para restablecer estas máquinas virtuales a la Detenido para que puedan volver a arrancar, utilice el método xe vm-shutdown vm=vm_name -force o use el comando xe vm-reset-powerstate vm=vm_name -force mandar.
Advertencia:
XenServer conserva los UUID de los hosts restaurados mediante este método. Si restaura en un equipo físico diferente mientras el host XenServer original aún se está ejecutando, es posible que haya UUID duplicados. Como resultado, XenCenter se niega a conectarse al segundo host de XenServer. La copia de seguridad de la base de datos del grupo no es el mecanismo recomendado para clonar hosts físicos. En su lugar, utilice el soporte de instalación automatizado. Para obtener más información, consulte Instalar.
Copia de seguridad de instalaciones agrupadas
En un escenario de grupo, el coordinador del grupo proporciona una base de datos autoritativa que se refleja de forma sincrónica en todos los hosts miembros del grupo. Este proceso proporciona un nivel de redundancia integrada a un grupo. Cualquier miembro del grupo puede reemplazar al coordinador del grupo porque cada miembro del grupo tiene una versión precisa de la base de datos del grupo. Para obtener más información sobre cómo hacer la transición de un miembro para convertirse en coordinador del grupo, consulte Hosts y grupos de recursos.
Este nivel de protección puede no ser suficiente. Por ejemplo, cuando se realiza una copia de seguridad del almacenamiento compartido que contiene los datos de la máquina virtual en varios sitios, pero no del almacenamiento del servidor local (que contiene los metadatos del grupo). Para volver a crear un grupo dado un conjunto de almacenamiento compartido, primero debe hacer una copia de seguridad de la carpeta base de datos-de-volcado-de-pool en el host coordinador del grupo y archive este archivo. Para restaurar esta copia de seguridad más adelante en un nuevo conjunto de hosts:
-
Instale un conjunto nuevo de hosts XenServer desde el medio de instalación o, si procede, arranque de red desde el servidor TFTP.
-
Utilice la función
xe pool-restore-databaseen el anfitrión designado para ser el nuevo coordinador del grupo. -
Ejecute el comando
xe host-forgeten el nuevo coordinador de grupo para quitar los equipos miembro antiguos. -
Utilice la función
xe pool-joinen los hosts miembros para conectarlos al nuevo grupo.
Copia de seguridad de hosts de XenServer
En esta sección se describen los procedimientos de copia de seguridad y restauración de dominios de control de host de XenServer. Estos procedimientos no no realice una copia de seguridad de los repositorios de almacenamiento que alojan las máquinas virtuales, pero solo del dominio de control con privilegios que ejecuta Xen y el agente de XenServer.
Nota: No
El dominio de control privilegiado es mejor dejarlo como instalado, sin personalizarlo con otros paquetes. Le recomendamos que configure un entorno de arranque de red para instalar XenServer de forma limpia desde los medios de XenServer como estrategia de recuperación. Normalmente, no es necesario realizar una copia de seguridad del dominio de control, pero se recomienda guardar los metadatos del grupo (consulte Copia de seguridad de los metadatos de la máquina virtual). Considere este método de copia de seguridad como complementario a la copia de seguridad de los metadatos del grupo.
Uso de los comandos xe Copia de seguridad del host y restauración de host es otro enfoque que puedes adoptar. El xe Copia de seguridad del host archiva la partición activa en un archivo que especifique. El xe restauración de host El comando extrae un archivo creado por xe Copia de seguridad del host sobre la partición de disco actualmente inactiva del host. Esta partición se puede activar arrancando desde el CD de instalación y seleccionando restaurar la copia de seguridad adecuada.
Después de completar los pasos de la sección anterior y reiniciar el host, asegúrese de que los metadatos de la máquina virtual se hayan restaurado a un estado coherente. Correr xe pool-restore-database en /var/backup/pool-database-${DATE} para restaurar los metadatos de la máquina virtual. Este archivo es creado por xe host-backup Usando xe pool-dump-database antes de archivar el sistema de archivos en ejecución, para obtener una instantánea de un estado coherente de los metadatos de la máquina virtual.
Para hacer una copia de seguridad del host de XenServer:
En un host remoto con suficiente espacio en disco, ejecute el siguiente comando
xe host-backup file-name=filename -h hostname -u root -pw password
<!--NeedCopy-->
Este comando crea una imagen comprimida del sistema de archivos del dominio de control. La imagen se almacena en la ubicación especificada por el nombre-archivo argumento.
Para restaurar un host de XenServer en ejecución:
-
Si desea restaurar el host de XenServer a partir de una copia de seguridad específica, ejecute el siguiente comando mientras el host de XenServer esté activo y se pueda acceder a él:
xe host-restore file-name=filename -h hostname -u root -pw password <!--NeedCopy-->Este comando restaura la imagen comprimida en el disco duro del host de XenServer que ejecuta este comando (no en el host en el que se
Nombrereside). En este contexto, “restaurar” puede ser un nombre inapropiado, ya que la palabra generalmente sugiere que el estado de copia de seguridad se ha implementado por completo. El comando restore solo desempaqueta el archivo de copia de seguridad comprimido y lo restaura a su forma normal. Sin embargo, se escribe en otra partición (/dev/sda2) y no no Sobrescribe la versión actual del sistema de archivos. -
Para utilizar la versión restaurada del sistema de archivos raíz, reinicie el host de XenServer con el CD de instalación de XenServer y seleccione el icono Restaurar desde copia de seguridad opción.
Una vez completada la restauración desde la copia de seguridad, reinicie el host de XenServer y se iniciará desde la imagen restaurada.
-
Por último, restaure los metadatos de la máquina virtual mediante el siguiente comando:
xe pool-restore-database file-name=/var/backup/pool-database-* -h hostname -u root -pw password <!--NeedCopy-->
Nota: No
La restauración desde una copia de seguridad como se describe en esta sección no destruye la partición de copia de seguridad.
Para reiniciar un host de XenServer bloqueado:
Si el host de XenServer se ha bloqueado y no se puede acceder a él, utilice el CD de instalación de XenServer para realizar una instalación de actualización. Una vez completada la instalación de la actualización, reinicie el equipo y asegúrese de que se pueda acceder al host con XenCenter o la CLI remota.
A continuación, proceda con la copia de seguridad de los hosts de XenServer como se describe en esta sección.
Copia de seguridad de máquinas virtuales
Le recomendamos que utilice una solución de copia de seguridad ofrecida por uno de nuestros socios certificados. Para obtener más información, consulte Citrix Ready Marketplace.
Estas soluciones están certificadas por sus proveedores y no por Cloud Software Group. El proveedor de la solución proporciona soporte para estas soluciones de copia de seguridad.
Los clientes de XenServer Premium Edition pueden aprovechar la copia de seguridad más rápida de solo bloques modificados. Para obtener más información, consulte Seguimiento de bloques modificado.