NetWorker NVP vProxy: VM kaydetme kümesinin Data Domain dosya sisteminde yer aldığını doğrulayın
Summary: Bu KB, Data Domain dosya sistemlerinde NetWorker VMware Protection (NVP) VM kaydetme kümesi verilerini onaylama yöntemlerini özetlemektedir. Bu prosedür daha genel hatalar için yararlı olabilir (ör. 5004-nfs lookup failed (nfs: Böyle bir dosya veya dizin yok)) ...
Instructions
Bu KB de özetlenen işlem, VMware VM yedekleme verilerinin bir Data Domain dosya sisteminde nerede bulunduğunu belirlemeye yardımcı olur.
1. Çıktı uzun olabilir ve SSH oturum arabelleğini aşabilir. Tüm oturum çıktılarını bir çıktı dosyasına kaydetmek için SSH bağlantı aracısını yapılandırın. Örneğin, PuTTY ile bir oturum başlatmadan önce aşağıdakilerin ayarlandığından emin olun:

2. SSH aracısından Data Domain'e bağlanın ve sysadmin olarak oturum açın. Data Domain mtree'lerinin listesini toplayın ve hangi mtree'nin NetWorker sunucusuyla ilişkilendirildiğini belirleyin.
mtree list
Example:
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 sunucusu mtree adı, bir Data Domain'e bağlı NetWorker sunucu sayısına bağlı olarak farklılık gösterir. Birden çok farklı mtree görebilirsiniz.
Mtree adı, NetWorker'daki aygıt erişim bilgilerinde tanımlanabilir, örneğin:

Mtree in /data/col1 kısmı NetWorker'da gösterilmez.
3. Data Domain SSH oturumundan, NetWorker sunucusu mtree'sini belirterek aşağıdaki komutu çalıştırın:
filesys report generate file-location path /data/col1/NETWORKER_MTREE
Example:
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 -----------------------------------------------------------------
İsteğe bağlı olarak, belirli bir aygıt klasörünün mtree yolu konusunda daha spesifik olabilirsiniz, örneğin:
filesys report generate file-location path /data/col1/nsr/VMBackupDevice02
Veya seti kaydedin:
filesys report generate file-location path /data/col1/nsr/VMBackupDevice02/97/29/4bfadf0d-00000006-df07271e-6707271e-00225000-592bbe56
4.NetWorker sunucusunda, istenen VM kaydetme kümesini sorgulamak ve günlük kaydetme kümesi kimliğini görüntülemek için mminfo komutunu kullanın:
mminfo -avot -q vmname=VM_NAME -r "savetime,ssid,ssid(60),ssflags,sumflags"
Example:
[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
VM kaydetme kümeleri Data Domain dosya sisteminde, NetWorker sunucusu mtree altında depolanır. Dosyalar, "long-ssid" kullanılarak aygıt için bir klasör altında görünür. Bu örnekte klasörü "/data/col1/nsr/. /.. /.. /4bfadf0d-00000006-df07271e-6707271e-00225000-592bbe56." Yol diğer değerleri de içerir, bu nedenle tam yolu bulmak içinfilesys rapor çıktısında long-ssid'yi arayın.
5. mminfo çıktısındaki long-ssid'yi kullanarak ve bunu DD filesys komut çıktısıyla karşılaştırdığınızda, kaydetme kümesinin DD üzerinde nerede bulunduğu gösterilir:
/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
Bu yöntem, kaydetme kümesinin Data Domain'deki konumunu, VM dosyalarını ve aktif veya bulut katmanında olup olmadığını doğrular.
Additional Information
sfs-dump kullanımı DD de dosya konumları oluşturabilir ancak dosya sisteminde daha yoğun bir şekilde kullanılır; bu nedenle filesys report yöntemi tercih edilir. filesys raporu, kaydetme kümesinin aktif katmanda mı yoksa bulut katmanında mı olduğunu gösterir. Bu, dosyaların aktif katmanda olması gerektiğinden VM geri yüklemeleri için çok önemlidir.
Data Domain'de sfs dökümü oluşturmak için şunu çalıştırın:
filesys sfs-dump mtree /data/col1/MTREE_NAME
mminfo'dan toplanan uzun ssid, sfs-dump çıktısındaki kaydetme kümesinin konumunu bulmak için kullanılabilir.
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
=======