NVP vProxy: Cómo realizar una recuperación a nivel de archivos cuando la FLR falla o la VM no la soporta

El siguiente procedimiento se puede utilizar como solución o solución alternativa cuando la recuperación a nivel de archivos (FLR) falla y se necesita con urgencia una restauración de archivos, o bien cuando las limitaciones afectan a una FLR. Para obtener una lista completa de las limitaciones de FLR de VM, consulte la Guía de integración de VMware de NetWorker para conocer su versión de NetWorker. Estas guías están disponibles a través del soporte de Dell en https://www.dell.com/support/home/.

Este método requiere la ejecución de una recuperación instantánea. Esto crea una exportación de NFS en Data Domain y se otorga acceso al host ESXi especificado en las opciones de recuperación. Esto significa que la configuración de la VM o los archivos de disco están disponibles para el host ESXi especificado. A continuación, puede montar discos desde la restauración de acceso instantáneo a la VM original y copiar los archivos necesarios. Los siguientes son requisitos para realizar una restauración de acceso instantáneo:

• Asegúrese de proporcionar las credenciales de administración para el recurso de Data Domain antes de iniciar la recuperación. Este campo se puede encontrar en Devices --> Data Domain Systems --> NSR Data Domain Properties (Edite las propiedades de DD).

• Asegúrese de no realizar una recuperación instantánea de máquinas virtuales en pools de recursos y otros contenedores similares que formen parte de un grupo de protección en ejecución.
• No realice una recuperación instantánea de una VM al mismo tiempo que se realiza una respaldo de esta.
• Asegúrese de que el espacio libre en el sistema de Data Domain sea igual o mayor que el tamaño total de disco de la máquina virtual que se está restaurando, ya que la restauración no considera el espacio necesario después de que se produce la desduplicación. Si no hay suficiente espacio de disco, aparece un error que indica “Insufficient disk space on datastore” y la creación de la máquina virtual de destino falla.
• Si la VM está basada en Linux, hay algunas consideraciones adicionales en función de cuál es el disco (sistema operativo frente a disco de datos, sistema operativo Linux específico). El administrador del sistema Linux debe estar involucrado para asegurarse de que los dispositivos estén montados y asignados correctamente. Si los datos residen en un LVM que abarca varios discos, no se puede utilizar esta solución alternativa. 

   

Procedimiento:

1. Inicie sesión en vSphere Web Client y seleccione la VM en la que desea montar los discos de recuperación instantánea. En el campo Host en la pestaña Summary de la VM, se muestra el nombre de host o la dirección IP actuales de ESXi.

5. Continúe con el resto de la recuperación instantánea. Una vez que haya finalizado, verá que se ejecuta en la NMC. Esto permanece aquí hasta que elimine manualmente la sesión de restauración. Para cerrar la ventana Recover Configuration, haga clic en Finish; esto no detiene la recuperación.

6. En vSphere Web Client, verá que la restauración de acceso instantáneo crea una nueva VM; esta VM se puede ignorar. Haga clic con el botón secundario en la VM en la que desea montar los discos y seleccione edit settings. 
7. Seleccione Add-->Existing Disk-->Add.
8. Navegue por el almacén de datos EMC-Recover-vproxy_name y seleccione el VMDK que desea montar en la VM original.

9. Inicie sesión en la VM en la que montó el disco y abra Disk Management. Es posible que el disco esté offline, así que establézcalo en Online.

10. Puede utilizar el Explorador de archivos de Windows para copiar o pegar archivos o directorios de la unidad de restauración montada a la ubicación original.

11. Cuando haya terminado con el disco, puede volver a los ajustes de la VM y desconectar o eliminar el disco. No elimine archivos del almacén de datos. Puede confirmar qué disco es mediante la ruta Disk File:

12. En la NMC, haga clic con el botón secundario en la sesión de restauración de acceso instantáneo en ejecución, seleccione stop y, luego, haga clic en yes en el mensaje de eliminación para eliminar la VM de restauración de acceso instantáneo y el almacén de datos de NFS.

A continuación, se proporciona un ejemplo básico de montaje de un solo VMDK de Linux después de realizar los pasos del 1 al 8 mencionados anteriormente.
En el siguiente ejemplo, tenemos un sistema Red Hat Enterprise Linux con /data en el disco 2 (se ve como /dev/sdb1 en el sistema): df -h

[root@vmrhel7 ~]# df -h
Filesystem                     Size  Used Avail Use% Mounted on
devtmpfs                       1.9G     0  1.9G   0% /dev
tmpfs                          1.9G     0  1.9G   0% /dev/shm
tmpfs                          1.9G  8.9M  1.9G   1% /run
tmpfs                          1.9G     0  1.9G   0% /sys/fs/cgroup
/dev/mapper/rhel_vmrhel7-root   14G  3.4G   11G  26% /
/dev/sda1                     1014M  233M  782M  23% /boot
tmpfs                          379M     0  379M   0% /run/user/0
/dev/sdb1                       40G   34M   40G   1% /data

Después de completar los pasos del 1 al 8 desde el campo de resolución, ahora vemos un disco /dev/sdc adicional conectado al sistema: lsblk -o NAME,FSTYPE,LABEL,SIZE,MOUNTPOINT

[root@vmrhel7 ~]# lsblk -o NAME,FSTYPE,LABEL,SIZE,MOUNTPOINT
NAME                  FSTYPE      LABEL  SIZE MOUNTPOINT
sda                                       16G 
├─sda1                xfs                  1G /boot
└─sda2                LVM2_member         15G 
  ├─rhel_vmrhel7-root xfs               13.4G /
  └─rhel_vmrhel7-swap swap               1.6G [SWAP]
sdb                                       40G 
└─sdb1                xfs                 40G /data
sdc                                       40G 
└─sdc1                xfs                 40G 
sr0                                     1024M 

Cree una carpeta temporal en la cual montar el disco: mkdir /tmp/flr
Monte el disco en la carpeta: mount -o rw,nouuid /dev/sdc1 /tmp/flr

[root@vmrhel7 ~]# mount /dev/sdc1 /tmp/flr                  
mount: wrong fs type, bad option, bad superblock on /dev/sdc1,
       missing codepage or helper program, or other error

       In some cases useful info is found in syslog - try
       dmesg | tail or so.

[root@vmrhel7 ~]# dmesg | tail
[12582.452435] sd 0:0:2:0: [sdc] Mode Sense: 61 00 00 00
[12582.452467] sd 0:0:2:0: [sdc] Cache data unavailable
[12582.452468] sd 0:0:2:0: [sdc] Assuming drive cache: write through
[12582.454682]  sdc: sdc1
[12582.455066] sd 0:0:2:0: [sdc] Attached SCSI disk
[13036.466924] XFS (sdc1): Filesystem has duplicate UUID ccd31faa-3ceb-47ff-8f64-ad999bb1ab5a - can't mount
[13053.416540] XFS (sdc1): Filesystem has duplicate UUID ccd31faa-3ceb-47ff-8f64-ad999bb1ab5a - can't mount
[13208.507880] XFS (sdc1): Filesystem has duplicate UUID ccd31faa-3ceb-47ff-8f64-ad999bb1ab5a - can't mount
[13464.609162]  sdc: sdc1
[13494.625617] XFS (sdc1): Filesystem has duplicate UUID ccd31faa-3ceb-47ff-8f64-ad999bb1ab5a - can't mount

[root@vmrhel7 ~]# mount -o rw,nouuid /dev/sdc1 /tmp/flr        
[root@vmrhel7 ~]# 

Nota: Si el disco se está montando en el mismo sistema en el que se realizó el respaldo, es posible que el montaje falle porque el UUID del disco es el mismo que el de otro disco del sistema. Como solo estamos recuperando archivos y no agregando este disco al sistema de archivos permanente, puede montarlo con nouuid.

Ahora puede copiar los datos necesarios del punto de montaje de una FLR a una ubicación de su elección: cp /tmp/flr/path/to/file-or-dir /path/to/destination/dir

[root@vmrhel7 ~]# cp /tmp/flr/sysctl.conf ~/flr/ 

[root@vmrhel7 ~]# ls -l flr/ 
total 4 -rw-r--r--. 1 root root 449 Jun 16 15:36 sysctl.conf

Consulte los pasos 11 y 12 para quitar el disco y eliminar la instancia de VM de restauración instantánea.