NetWorker NVP vProxy : Vérifiez qu’un saveset de machine virtuelle réside sur le système de fichiers Data Domain
Summary: Cet article de la base de connaissances décrit les méthodes permettant de confirmer les données du saveset de machine virtuelle NetWorker VMware Protection (NVP) sur les systèmes de fichiers Data Domain. Cette procédure peut être utile pour des erreurs plus génériques (par exemple : 5004-nfs lookup failed (nfs: No such file or directory)) ...
Instructions
Le processus décrit dans cet article de la base de connaissances permet d’identifier l’emplacement des données de sauvegarde de machine virtuelle VMware sur un système de fichiers Data Domain.
1. Le résultat peut être long et dépasser la mémoire tampon de session SSH. Configurez l’agent de connexion SSH pour consigner toutes les sorties de session dans un fichier de sortie. Par exemple, avec PuTTY, assurez-vous que les éléments suivants sont définis avant de démarrer une session :

2. Connectez-vous au système Data Domain à partir de l’agent SSH et connectez-vous en tant que sysadmin. Collectez la liste des structures mtree Data Domain et identifiez la structure mtree associée au NetWorker Server.
mtree list
Exemple :
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
Le nom de la structure mtree du NetWorker Server varie en fonction du nombre de NetWorker Servers connectés à un système Data Domain. Vous pouvez voir plusieurs structures MTree différentes.
Le nom de la structure mtree peut être identifié dans les informations d’accès au périphérique dans NetWorker, par exemple :

La partie /data/col1 de la structure mtree ne s’affiche pas dans NetWorker.
3. À partir de la session SSH Data Domain, exécutez la commande suivante, en spécifiant la structure mtree du NetWorker Server :
filesys report generate file-location path /data/col1/NETWORKER_MTREE
Exemple :
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 -----------------------------------------------------------------
Si vous le souhaitez, vous pouvez être plus spécifique avec le chemin de la structure mtree vers un dossier de périphérique spécifique, par exemple :
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. Sur le NetWorker Server, utilisez mminfo pour rechercher le saveset de machine virtuelle souhaité et afficher l’ID du saveset de log :
mminfo -avot -q vmname=VM_NAME -r "savetime,ssid,ssid(60),ssflags,sumflags"
Exemple :
[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
Les savesets de machines virtuelles sont stockés sur le système de fichiers Data Domain sous la structure mtree du NetWorker Server. Les fichiers s’affichent dans un dossier pour le périphérique à l’aide du « long-ssid ». Dans cet exemple, nous nous attendons à ce que le dossier soit « /data/col1/nsr/.. /.. /.. /4bfadf0d-00000006-df07271e-6707271e-00225000-592bbe56." Le chemin inclut d’autres valeurs. Recherchez le long-ssid dans la sortiedu rapport filesys pour trouver le chemin complet.
5. L’utilisation du long-ssid de la sortie mminfo et sa comparaison avec la sortie de la commande DD filesys indique où se trouve le saveset sur le 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
Cette méthode confirme l’emplacement du saveset sur le système Data Domain, ses fichiers de machine virtuelle et indique s’il se trouve sur le niveau actif ou sur le niveau Cloud.
Additional Information
L’utilisation de sfs-dump peut générer des emplacements de fichier sur le DD, mais elle est plus intensive sur le système de fichiers. Par conséquent, la méthode filesys report est préférée. Le rapport filesys indique si le saveset se trouve dans le niveau actif ou Cloud, ce qui est essentiel pour les restaurations de machines virtuelles, car les fichiers doivent se trouver dans le niveau actif.
Pour générer un vidage sfs sur Data Domain, exécutez :
filesys sfs-dump mtree /data/col1/MTREE_NAME
Le ssid long collecté à partir de mminfo peut être utilisé pour trouver l’emplacement du saveset dans la sortie 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
=======
NetWorker : Comment collecter ddfs.info log à partir de Data Domain