Recuperación ante desastres para el grupo y los hosts de XenServer después de un daño

La pérdida de datos en el negocio puede tener consecuencias graves. Aunque XenServer es una excelente forma de consolidar los datos de la empresa, podría haber todo tipo de problemas con sus datos, como pérdida de archivos de disco virtual, pérdida de metadatos de VM de XenServer y eliminación accidental de máquinas virtuales, etc. Por lo tanto, es esencial tener una solución de copia de seguridad y recuperación ante desastres.

Comprensión de la recuperación ante desastres de XenServer

La función de recuperación ante desastres (DR) de XenServer te permite recuperar máquinas virtuales y vApps a partir de un fallo catastrófico del hardware que inhabilite o destruya un pool o sitio completo.

La recuperación ante desastres almacena toda la información necesaria para recuperar sus VM y vApps críticas para el negocio en repositorios de almacenamiento (SR). Estos repositorios de almacenamiento se replican desde su entorno principal (de producción) a un entorno de respaldo. Cuando un grupo protegido en su sitio principal falla, las VM y vApps en ese grupo pueden recuperarse del almacenamiento replicado y recrearse en un sitio secundario (DR). El resultado es un tiempo de inactividad mínimo de aplicaciones o usuarios.

Aquí se presenta un caso de recuperación ante desastres de XenServer a partir de un Pool y un Host dañados.

Descripción del problema

El sistema de producción de un usuario ha fallado. La xapi en tres máquinas del grupo no puede iniciarse y todos los comandos xe no se pueden ejecutar. La única forma de acceder a las máquinas es a través de SSH. El problema es que hay muchas máquinas virtuales en ejecución en una de las máquinas. Se han intentado varios métodos, pero ninguno ha tenido éxito. La base de datos del grupo está corrupta y no se puede recuperar. La única solución es reconstruir el entorno sin afectar la producción.

Enfoque: Dado que el usuario está utilizando almacenamiento HBA, donde el LUN está vinculado al WWN de la tarjeta HBA en el host. Después de reinstalar el host, debería poder reconocer el almacenamiento original. Luego, el almacenamiento puede montarse en la nueva máquina instalada. Finalmente, se pueden crear nuevas máquinas virtuales y adjuntar las VDIs correspondientes.

Nota: Previamente, se exportó el informe del estado del servidor de la piscina, por lo que se pueden encontrar los VDIs correspondientes a cada máquina virtual.

Cómo recuperar el grupo de XenServer y los hosts?

1. Vuelva a instalar un nuevo XenServer y configuremos como maestro del nuevo grupo, aplicando todos los hotfix.

Inicie sesión en la línea de comandos de XenServer:

 #pvscan
  PV /dev/sdc    VG VG_XenStorage-e47a1cfd-893c-4666-08c8-f37fedd43da3   lvm2 [1.69 TB / 18.01 GB free]
  PV /dev/sda3   VG VG_XenStorage-b67d732d-be5c-2255-b07b-4c97c90cf460   lvm2 [270.45 GB / 270.45 GB free]
  Total: 2 [1.95 TB] / in use: 2 [1.95 TB] / in no VG: 0 [0   ]

Del anterior, el UUID del almacenamiento original HBA es e47a1cfd-893c-4666-08c8-f37fedd43da3.

2. Monte este SR usando el siguiente comando (no use XenCenter, ya que puede formatear el almacenamiento):

 #xe sr-introduce sr-uuid=e47a1cfd-893c-4666-08c8-f37fedd43da3 type=lvmohba shared=true name-label=EMC content-
type=user

3. Encuentre la información del ID SCSI para el dispositivo de almacenamiento de bloques:

#ls -l /dev/disk/by-id/
 rwxrwxrwx 1 root root 9 Apr  9 15:26 scsi-360060160abb01c009a425b909972de11 -> ../../sdc
lrwxrwxrwx 1 root root 9 Apr  9 15:26 scsi-3600605b0036c7670160dd0d806c5ffc1 -> ../../sda
lrwxrwxrwx 1 root root 10 Apr  9 15:26 scsi-3600605b0036c7670160dd0d806c5ffc1-part1 -> ../../sda1
lrwxrwxrwx 1 root root 10 Apr  9 15:26 scsi-3600605b0036c7670160dd0d806c5ffc1-part2 -> ../../sda2
lrwxrwxrwx 1 root root 10 Apr  9 15:26 scsi-3600605b0036c7670160dd0d806c5ffc1-part3 -> ../../sda3

De lo anterior, podemos encontrar la información del ID SCSI correspondiente al dispositivo de almacenamiento SDC.

4. Recupere la información del host para el maestro en el grupo utilizando la línea de comandos o XenCenter:

#xe host-list
uuid ( RO) : 83f2c775-57fc-457b-9f98-2b9b0a7dbcb5
name-label ( RW): xenserver1
name-description ( RO): Default install of XenServer

5.Cree un PBD entre el host y el almacenamiento:

#xe pbd-create sr-uuid=e47a1cfd-893c-4666-08c8-f37fedd43da3 device-config:device=/dev/disk/by-id/scsi-
360060160abb01c009a425b909972de11 host-uuid=83f2c775-57fc-457b-9f98-2b9b0a7dbcb5
aec2c6fc-e1fb-0a27-2437-9862cffe213e

Se creó el PBD con éxito, que sirve como unidad de conexión lógica entre XenServer y el almacenamiento.

6. Inserte el PBD creado recientemente:

#xe pbd-plug uuid=aec2c6fc-e1fb-0a27-2437-9862cffe213e

Al iniciar sesión en XenCenter, verá que el almacenamiento se ha montado correctamente y que el estado del VDI es normal.

7. Comience a recuperar las VM:

Encuentre la información anterior de la máquina virtual, cree máquinas virtuales y asocie los VDIs.

8. Recupera todas las máquinas y reconstruye los otros dos XenServers, luego únelos al grupo.

9. Configure HA (High Availability) y WLB (Workload Balancing), y restaure el entorno sin afectar el entorno de producción.

Solución profesional de recuperación ante desastres para XenServer

Vinchin Backup & Recovery es una solución profesional que admite la copia de seguridad de datos de máquinas virtuales como VMware vSphere, Hyper-V, XenServer, XCP-ng, oVirt, RHV, OpenStack, etc. y otros datos como bases de datos, NAS, servidores de archivos, etc.

Vinchin Backup & Recovery ofrece opciones flexibles de programación de copias de seguridad para que los usuarios configuren tareas de copia de seguridad completa, incremental y diferencial para que se ejecuten automáticamente diariamente, semanalmente y mensualmente, logrando un proceso inteligente de copia de seguridad de XenServer para minimizar las cargas de trabajo de configuración manual de copias de seguridad para los usuarios.

Puede eliminar al menos el 50% del tamaño de los datos después de la deduplicación y compresión, mientras desarrolla la exclusiva tecnología de extracción profunda de datos BitDetector para entornos IT a gran escala.

También ofrece migración V2V entre más de 10 virtualizaciones, recuperación instantánea en 15 segundos, copia de seguridad fuera del sitio y protección de datos contra ransomware con estándar AES-256.

Una consola web amigable para usuarios ayudará a crear fácilmente el trabajo de copia de seguridad.

1. Seleccione la VM de XenServer

2. Seleccione el almacenamiento de copia de seguridad

3. Seleccione las estrategias de copia de seguridad necesarias

4. Enviar el trabajo

Para la recuperación de VM de XenServer:

1. Elige las copias de seguridad de origen.

2. Seleccione el servidor de las mismas o diferentes plataformas.

3. Especifique las estrategias de recuperación.

4. Ver y enviar.

Vinchin Backup & Recovery ha sido seleccionado por miles de empresas y también puedes comenzar una prueba gratuita completa de 60 días aquí. Además, puedes contactarnos, dejar tus requerimientos, o seleccionar un socio local.

Conclusión

Citrix XenServer es conocido por su rendimiento eficiente y sus beneficios de ahorro de costos. Sin embargo, al igual que cualquier tecnología, no es inmune a la pérdida o corrupción de datos. En tales casos, se puede contactar a Vinchin Backup & Recovery para obtener ayuda, que es una solución profesional de recuperación ante desastres elegida por miles de empresas y organizaciones.