NetWorker NVP vProxy: Confirme se um saveset de VM reside no file system do Data Domain
Summary: Este artigo da KB descreve os métodos para confirmar dados do saveset da VM do NetWorker VMware Protection (NVP) em file systems do Data Domain. Este procedimento pode ser útil para erros mais genéricos (por exemplo: 5004-nfs lookup failed (nfs: Nenhum arquivo ou diretório desse tipo)) ...
Instructions
O processo descrito neste artigo da KB ajuda a identificar onde residem os dados de backup de VMs VMware em um file system do Data Domain.
1. O resultado pode ser longo e exceder o buffer da sessão SSH. Configure o agente de conexão SSH para registrar toda a saída da sessão em um arquivo de saída. Por exemplo, com PuTTY, certifique-se de que o seguinte esteja definido antes de iniciar uma sessão:

2. Conecte-se ao Data Domain a partir do agente SSH e faça log-in como sysadmin. Colete a lista de mtrees do Data Domain e identifique qual mtree está associada ao servidor do NetWorker.
mtree list
Exemplo:
sysadmin@ddve01# mtree list Name Pre-Comp (GiB) Status ---------------------- -------------- ------ /data/col1/aftd_backup 0.0 RW /data/col1/aftd_clone 0.0 RW /data/col1/backup 0.0 RW /data/col1/nsr 6064.1 RW ---------------------- -------------- ------ D : Deleted Q : Quota Defined RO : Read Only RW : Read Write RD : Replication Destination IRH : Retention-Lock Indefinite Retention Hold Enabled ARL : Automatic-Retention-Lock Enabled RLGE : Retention-Lock Governance Enabled RLGD : Retention-Lock Governance Disabled RLCE : Retention-Lock Compliance Enabled M : Mobile m : Migratable
O nome da mtree do servidor do NetWorker difere dependendo do número de servidores do NetWorker conectados a um Data Domain. Você pode ver vários mtrees diferentes.
O nome da mtree pode ser identificado nas informações de acesso ao dispositivo no NetWorker, por exemplo:

A parte /data/col1 da mtree não é mostrada no NetWorker.
3. Na sessão SSH do Data Domain, execute o seguinte comando, especificando a mtree do servidor do NetWorker:
filesys report generate file-location path /data/col1/NETWORKER_MTREE
Exemplo:
sysadmin@ddve01# filesys report generate file-location path /data/col1/nsr -------------------------------- ---------------------- ------------- ----------------- File Name Location(Unit Name) Size Placement Time -------------------------------- ---------------------- ------------- ------------------- /data/col1/nsr/BackupDevice01/.nsr_serial Active 316.00 B Fri Jun 7 15:03:23 2024 /data/col1/nsr/BackupDevice01/.nsr Active 52.00 B Fri Jun 7 15:03:24 2024 /data/col1/nsr/BackupDevice01/volhdr Active 360.00 B Fri Jun 7 15:03:24 2024 /data/col1/nsr/BackupDevice01/01/72/notes/638537cc-00000006-fffea368-66fea368-00025000-592bbe56 Active 896.00 B Thu Oct 3 10:00:12 2024 ... ... ... /data/col1/nsr/FLR-nsr-vproxy03.amer.lan-8dde9c9e-e60f-4d9e-87e7-4729e92edc67/.lck-9d18000000000000 Active 92.00 B Thu Oct 10 12:42:15 2024 -----------------------------------------------------------------
Opcionalmente, você pode ser mais específico com o caminho mtree para uma pasta de dispositivo específica, por exemplo:
filesys report generate file-location path /data/col1/nsr/VMBackupDevice02
Ou saveset:
filesys report generate file-location path /data/col1/nsr/VMBackupDevice02/97/29/4bfadf0d-00000006-df07271e-6707271e-00225000-592bbe56
4. No servidor NetWorker, use mminfo para consultar o saveset de VM desejado e exibir o ID do saveset de log:
mminfo -avot -q vmname=VM_NAME -r "savetime,ssid,ssid(60),ssflags,sumflags"
Exemplo:
[root@nsr ~]# mminfo -avot -q vmname=win-client01.amer.lan -r "savetime,ssid,ssid(60),ssflags,sumflags" date ssid ssid ssflags fl ... ... 10/09/2024 3741787934 4bfadf0d-00000006-df07271e-6707271e-00225000-592bbe56 vrF cr
Os savesets de VM são armazenados no file system do Data Domain na mtree do servidor do NetWorker. Os arquivos são exibidos em uma pasta do dispositivo usando o "long-ssid". Neste exemplo, esperaríamos ver a pasta como "/data/col1/nsr/.". /.. /.. /4bfadf0d-00000006-df07271e-6707271e-00225000-592bbe56." O caminho inclui outros valores, portanto, pesquise a saída dorelatório filesys pelo ssid longo para encontrar o caminho completo.
5. O uso do long-ssid da saída mminfo e sua comparação com a saída do comando filesys do DD mostra onde o saveset reside no DD:
/data/col1/nsr/VMBackupDevice02/97/29/notes/4bfadf0d-00000006-df07271e-6707271e-00225000-592bbe56 Active 2.98 KiB Wed Oct 9 21:15:21 2024 /data/col1/nsr/VMBackupDevice02/97/29/4bfadf0d-00000006-df07271e-6707271e-00225000-592bbe56/vm-4002-config-file-0.cfg Active 3.79 KiB Wed Oct 9 21:00:32 2024 /data/col1/nsr/VMBackupDevice02/97/29/4bfadf0d-00000006-df07271e-6707271e-00225000-592bbe56/vm-4002-config-file-1.cfg Active 264.49 KiB Wed Oct 9 21:00:33 2024 /data/col1/nsr/VMBackupDevice02/97/29/4bfadf0d-00000006-df07271e-6707271e-00225000-592bbe56/vm-4002-disk-key-2000-used-blocks.json Active 16.06 KiB Wed Oct 9 21:00:34 2024 /data/col1/nsr/VMBackupDevice02/97/29/4bfadf0d-00000006-df07271e-6707271e-00225000-592bbe56/vm-4002-disk-key-2000-changed-blocks.json Active 139.09 KiB Wed Oct 9 21:00:34 2024 /data/col1/nsr/VMBackupDevice02/97/29/4bfadf0d-00000006-df07271e-6707271e-00225000-592bbe56/vm-4002-disk-key-2000-flat.vmdk Active 100.00 GiB Wed Oct 9 21:14:45 2024 /data/col1/nsr/VMBackupDevice02/97/29/4bfadf0d-00000006-df07271e-6707271e-00225000-592bbe56/vm-4002-disk-key-2000.vmdk Active 345.00 B Wed Oct 9 21:15:03 2024 /data/col1/nsr/VMBackupDevice02/97/29/4bfadf0d-00000006-df07271e-6707271e-00225000-592bbe56/vm-4002-disk-key-2000-metadata.json Active 322.00 B Wed Oct 9 21:15:03 2024 /data/col1/nsr/VMBackupDevice02/97/29/4bfadf0d-00000006-df07271e-6707271e-00225000-592bbe56/BackupVmSessions.json Active 5.47 KiB Wed Oct 9 21:15:16 2024 /data/col1/nsr/VMBackupDevice02/97/29/4bfadf0d-00000006-df07271e-6707271e-00225000-592bbe56/BackupDescriptor.json Active 2.50 KiB Wed Oct 9 21:15:16 2024
Esse método confirma a localização do saveset no Data Domain, seus arquivos de VM e se ele está no nível ativo ou na nuvem.
Additional Information
O sfs-dump pode gerar locais de arquivo no DD, mas é mais intenso no file system, portanto, o método de relatório filesys é o preferido. O relatório filesys mostra se o saveset está no nível ativo ou na nuvem, o que é crucial para restaurações de VM, pois os arquivos devem estar no nível ativo.
Para gerar um sfs-dump no Data Domain, execute:
filesys sfs-dump mtree /data/col1/MTREE_NAME
O SSID longo coletado de mminfo pode ser usado para encontrar a localização do saveset na saída sfs-dump .
data/col1/nsr/VMBackupDevice02/97/29/notes/4bfadf0d-00000006-df07271e-6707271e-00225000-592bbe56: mtime: 1728522921752942832 fileid: 4836 size: 3048 type: 9 seg_bytes: 5140 seg_count: 4 redun_seg_count: 0 (0%) pre_lc_size: 5140 post_lc_size: 3883 (76%) mode: 02000100640 start_offset: 0 end_offset: 18446744073709551615 /data/col1/nsr/VMBackupDevice02/97/29/4bfadf0d-00000006-df07271e-6707271e-00225000-592bbe56/vm-4002-config-file-0.cfg: mtime: 1728522033340364000 fileid: 4739 size: 3885 type: 9 seg_bytes: 4953 seg_count: 3 redun_seg_count: 1 (33%) pre_lc_size: 1068 post_lc_size: 1068 (100%) mode: 02000100640 start_offset: 0 end_offset: 18446744073709551615 /data/col1/nsr/VMBackupDevice02/97/29/4bfadf0d-00000006-df07271e-6707271e-00225000-592bbe56/vm-4002-config-file-1.cfg: mtime: 1728522033872272000 fileid: 4743 size: 270840 type: 9 seg_bytes: 272552 seg_count: 26 redun_seg_count: 24 (92%) pre_lc_size: 1712 post_lc_size: 1712 (100%) mode: 02000100640 start_offset: 0 end_offset: 18446744073709551615 /data/col1/nsr/VMBackupDevice02/97/29/4bfadf0d-00000006-df07271e-6707271e-00225000-592bbe56/vm-4002-disk-key-2000-used-blocks.json: mtime: 1728522034201447000 fileid: 4746 size: 16449 type: 9 seg_bytes: 17545 seg_count: 4 redun_seg_count: 0 (0%) pre_lc_size: 17545 post_lc_size: 3299 (19%) mode: 02000100640 start_offset: 0 end_offset: 18446744073709551615 /data/col1/nsr/VMBackupDevice02/97/29/4bfadf0d-00000006-df07271e-6707271e-00225000-592bbe56/vm-4002-disk-key-2000-changed-blocks.json: mtime: 1728522034231344000 fileid: 4747 size: 142425 type: 9 seg_bytes: 143969 seg_count: 20 redun_seg_count: 0 (0%) pre_lc_size: 143969 post_lc_size: 15989 (11%) mode: 02000100640 start_offset: 0 end_offset: 18446744073709551615 /data/col1/nsr/VMBackupDevice02/97/29/4bfadf0d-00000006-df07271e-6707271e-00225000-592bbe56/vm-4002-disk-key-2000-flat.vmdk: mtime: 1728522899965171378 fileid: 4830 size: 107374182400 type: 9 seg_bytes: 107667838826 seg_count: 29139 redun_seg_count: 2510 (9%) pre_lc_size: 273295848 post_lc_size: 270278759 (99%) mode: 02006100640 start_offset: 0 end_offset: 18446744073709551615 /data/col1/nsr/VMBackupDevice02/97/29/4bfadf0d-00000006-df07271e-6707271e-00225000-592bbe56/vm-4002-disk-key-2000.vmdk: mtime: 1728522903489285000 fileid: 4831 size: 345 type: 9 seg_bytes: 1413 seg_count: 3 redun_seg_count: 1 (33%) pre_lc_size: 1068 post_lc_size: 1068 (100%) mode: 02000100640 start_offset: 0 end_offset: 18446744073709551615 /data/col1/nsr/VMBackupDevice02/97/29/4bfadf0d-00000006-df07271e-6707271e-00225000-592bbe56/vm-4002-disk-key-2000-metadata.json: mtime: 1728522903619367000 fileid: 4832 size: 322 type: 9 seg_bytes: 1390 seg_count: 3 redun_seg_count: 0 (0%) pre_lc_size: 1390 post_lc_size: 1347 (97%) mode: 02000100640 start_offset: 0 end_offset: 18446744073709551615 /data/col1/nsr/VMBackupDevice02/97/29/4bfadf0d-00000006-df07271e-6707271e-00225000-592bbe56/BackupVmSessions.json: mtime: 1728522917375230000 fileid: 4833 size: 5602 type: 9 seg_bytes: 6670 seg_count: 3 redun_seg_count: 0 (0%) pre_lc_size: 6670 post_lc_size: 3853 (58%) mode: 02000100640 start_offset: 0 end_offset: 18446744073709551615 /data/col1/nsr/VMBackupDevice02/97/29/4bfadf0d-00000006-df07271e-6707271e-00225000-592bbe56/BackupDescriptor.json: mtime: 1728522916952761000 fileid: 4834 size: 2556 type: 9 seg_bytes: 3624 seg_count: 3 redun_seg_count: 0 (0%) pre_lc_size: 3624 post_lc_size: 2629 (73%) mode: 02000100640 start_offset: 0 end_offset: 18446744073709551615
=======