NVP vProxy: Como realizar uma recuperação em nível de arquivo quando a FLR estiver falhando ou não for compatível com a VM

O procedimento a seguir pode ser usado como uma solução temporária ou uma opção quando a Recuperação em nível de arquivo (FLR) estiver falhando e uma restauração de arquivo for urgentemente necessária ou quando as limitações afetarem uma FLR. Para obter uma lista completa das limitações de FLR na VM, consulte o Guia de integração do NetWorker VMware para sua versão do NetWorker. Esses guias estão disponíveis por meio do Suporte Dell em https://www.dell.com/support/home/.

Esse método requer a execução de uma recuperação instantânea. Ela criará uma exportação NFS no Data Domain e o acesso é concedido ao host do ESXi especificado nas opções de recuperação. Isso significa que a configuração da VM ou os arquivos de disco estão disponíveis para o host do ESXi especificado. Em seguida, você pode montar os discos da Restauração de acesso instantâneo para a VM original e copiar os arquivos necessários. A seguir estão os requisitos para realizar uma Restauração de acesso instantâneo:

• Certifique-se de fornecer as credenciais de gerenciamento para o recurso Data Domain antes de iniciar a recuperação. Este campo encontra-se em Devices-->Data Domain Systems-->NSR Data Domain Properties (Editar propriedades do DD).

• Certifique-se de não executar uma recuperação instantânea de máquinas virtuais em pools de recursos e outros contêineres semelhantes que fazem parte de um grupo de proteção em execução.
• Não realize uma recuperação instantânea na VM ao mesmo tempo em que ela está sendo submetida a backup.
• Certifique-se de que o espaço livre no sistema Data Domain seja igual ou maior que o tamanho total do disco da máquina virtual que está sendo restaurada, pois a restauração não considera o espaço necessário após a desduplicação. Se não houver espaço em disco suficiente, um erro será exibido indicando "Insufficient disk space on datastore" e a criação da máquina virtual de destino apresentará falha.
• Se a VM for baseada em Linux, há algumas considerações adicionais, dependendo do disco (sistema operacional versus disco de dados, sistema operacional Linux específico). O administrador do sistema Linux deve ser envolvido para garantir que os dispositivos sejam montados e mapeados corretamente. Se os dados residirem em uma LVM que abrange vários discos, essa solução temporária não poderá ser usada. 

   

Procedimento:

1. Faça log-in no vSphere Web Client e selecione a VM na qual você planeja montar os discos de recuperação instantânea. O campo Host na guia Summary da VM mostra o nome de host ou endereço IP atual do ESXi.

5. Prossiga com o restante da Recuperação instantânea. Depois de concluído, você o verá em execução no NMC. Ele permanecerá aqui até que você exclua manualmente a sessão de restauração. Você pode fechar a janela Recover Configuration clicando em Finish, isso não interrompe a recuperação.

6. No vSphere Web Client, você verá que uma nova VM é criada pela Restauração de acesso instantâneo; essa VM pode ser ignorada. Clique com o botão direito do mouse na VM na qual deseja montar os discos e selecione Edit settings. 
7. Selecione Add-->Existing Disk-->Add.
8. Navegue pelo repositório de dados EMC-Recover-vproxy_name e selecione o VMDK que deseja montar na VM original.

9. Faça log-in na VM na qual você montou o disco e abra o Disk Management; o disco pode estar off-line, defina-o como On-line.

10. Você pode usar o Explorador de Arquivos do Windows para copiar ou colar arquivos ou diretórios da unidade de restauração montada para o local original.

11. Quando terminar com o disco, você pode voltar às configurações da VM e desconectar ou excluir o disco. Não exclua arquivos do repositório de dados. Você pode confirmar qual disco é pelo caminho do Disk File:

12. No NMC, clique com o botão direito do mouse na sessão de restauração de acesso instantâneo em execução, selecione Stop, clique em Yes no prompt de exclusão para excluir a VM da restauração de acesso instantâneo e o repositório de dados NFS.

Abaixo, um exemplo básico de montagem de um único VMDK do Linux depois de executar as etapas de 1 a 8 acima.
No exemplo a seguir, temos um sistema Red Hat Enterprise Linux com /data no disco 2 (visto como /dev/sdb1 no 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

Depois de concluir as etapas 1 a 8 do campo Resolution, agora vemos um disco /dev/sdc adicional conectado ao 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 

Crie uma pasta temporária para montar o disco em: mkdir /tmp/flr
Monte o disco na pasta: 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: Se o disco estiver sendo montado no mesmo sistema, o backup na montagem poderá falhar porque o UUID do disco é o mesmo que outro disco no sistema. Como estamos apenas recuperando arquivos e não adicionando esse disco ao file system permanente, você pode montar com nouuid.

Agora você pode copiar os dados necessários do ponto de montagem FLR para um local de sua escolha: 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 as etapas 11 e 12 para remover o disco e excluir a instância da VM de restauração instantânea.