NetWorker NVP vProxy:确认虚拟机存储集驻留在 Data Domain 文件系统上
Summary: 本知识库文章概述了确认 Data Domain 文件系统上的 NetWorker VMware Protection (NVP) 虚拟机存储集数据的方法。此过程对于更常见的错误(例如:5004-nfs lookup failed (nfs: 没有这样的文件或目录))
Instructions
本知识库文章中概述的过程有助于确定 VMware 虚拟机备份数据在 Data Domain 文件系统上的驻留位置。
1.输出可能很长,并且超过 SSH 会话缓冲区。配置 SSH 连接代理以将所有会话输出记录到输出文件中。例如,使用 PuTTY 时,请确保在启动会话之前设置以下各项:

2.从 SSH 代理连接到 Data Domain,然后以 sysadmin 身份登录。收集 Data Domain mtree 列表并确定与 NetWorker 服务器关联的 mtree。
mtree list
示例:
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
NetWorker 服务器 mtree 名称因连接到 Data Domain 的 NetWorker 服务器数量而异。您可能会看到多个不同的 mtree。
可以在 NetWorker 的设备访问信息中标识 mtree 名称,例如:

NetWorker 中未显示 mtree 的 /data/col1 部分。
3.从 Data Domain SSH 会话中,运行以下命令,指定 NetWorker 服务器 mtree:
filesys report generate file-location path /data/col1/NETWORKER_MTREE
示例:
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 -----------------------------------------------------------------
(可选)您可以更具体地使用特定设备文件夹的 mtree 路径,例如:
filesys report generate file-location path /data/col1/nsr/VMBackupDevice02
或存储集:
filesys report generate file-location path /data/col1/nsr/VMBackupDevice02/97/29/4bfadf0d-00000006-df07271e-6707271e-00225000-592bbe56
4. 在 NetWorker 服务器上,使用 mminfo 查询所需的虚拟机存储集并显示日志存储集 ID:
mminfo -avot -q vmname=VM_NAME -r "savetime,ssid,ssid(60),ssflags,sumflags"
示例:
[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
虚拟机存储集存储在 NetWorker 服务器 mtree 下的 Data Domain 文件系统上。这些文件显示在使用“long-ssid”的设备的文件夹下。在此示例中,我们预期会看到文件夹为“/data/col1/nsr/../../../4bfadf0d-00000006-df07271e-6707271e-00225000-592bbe56。路径包含其他值,因此请在filesys 报告 输出中搜索 long-ssid 以查找完整路径。
5.使用 mminfo 输出中的 long-ssid 并将其与 DD filesys 命令进行比较,输出可显示存储集驻留在 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
此方法可确认存储集在 Data Domain 上的位置、虚拟机文件,以及它是在活动层还是在云层中。
Additional Information
使用 sfs-dump 可以在 DD 上生成文件位置,但在文件系统上会更密集,因此首选 filesys 报告 方法。 filesys 报告 显示存储集是在活动层还是云层中,这对于虚拟机恢复至关重要,因为文件必须位于活动层中。
要在 Data Domain 上生成 sfs-dump ,请运行:
filesys sfs-dump mtree /data/col1/MTREE_NAME
从 mminfo 收集的长 ssid 可用于在 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
=======