NVP-vProxy: Yedeklemeler, kaynak bulunamadı kodu -404 "Eskime etkin olmayan oturum" koduyla başarısız oluyor

NetWorker VMware Protection (NVP) entegrasyonu, VM yedeklemeleri gerçekleştirmek için bir vProxy cihazı kullanır. VM yedeklemeleri, NetWorker Management Console'da (NMC) Kaynak bulunamadı mesajıyla zaman zaman başarısız oluyor. Aynı VM için sonraki bir yeniden deneme yedeklemesi başarılı olabilir ancak hata, aynı yedekleme aralığındaki diğer VM'leri etkileyebilir. NMC aşağıdaki hatayı görüntüler (oturum kimliği oluşuma göre değişir):

{"Text":"Resource not found: 44ab916f-7519-40f9-9d2e-e90394782ed9","Code":-404}

Yedekleme eylem günlüğü, NetWorker sunucusunun vProxy'den yedekleme durumunu almak için başarısız girişimlerini ve ardından yedekleme hatasını gösterir:

MM/DD/YY HH:MM:SS [VM_NAME]: Unable to obtain backup status from vProxy after 5 attempts, failing the backup: Received an HTTP code: 404, libCURL message: "", vProxy message: "Error received from vProxy ="-404: Resource not found: 44ab916f-7519-40f9-9d2e-e90394782ed9". ", url: "https://[VPROXY_NAME]:9090/api/v1/BackupVmSessions/44ab916f-7519-40f9-9d2e-e90394782ed9", body: " ".
MM/DD/YY HH:MM:SS [VM_NAME]: Unable to download vProxy Session log into file '/nsr/logs/policy/VMWare Protection/[WORKFLOW]/461300-[VM_NAME]-YYYY-MM-DD-HH-MM-SS.log': Possible wrong vProxy hostname or port, resource path not found. Received an HTTP code: 404, libCURL message: "", url: "https://[VPROXY_NAME]:9090/api/v1/BackupVmSessions/44ab916f-7519-40f9-9d2e-e90394782ed9/log".
MM/DD/YY HH:MM:SS [VM_NAME]: Backup failed.
MM/DD/YY HH:MM:SS The size of proxied data written has not been set.
MM/DD/YY HH:MM:SS Save-set ID '849786629' (client '[VCENTER_NAME]': save-set 'vm:50308677-bf8b-c786-0140-6a9c4409b90f:[VCENTER_NAME]') is aborted.

vProxy vbackupd-engine.log tam oturum yaşam döngüsünü gösterir: Yedekleme, vProxy tarafında başarıyla tamamlanır ancak oturum daha sonra NetWorker sunucusu durumu almadan önce eskimiş ve silinmiştir:

YYYY/MM/DD HH:MM:SS TRACE:  Ending go routine of main session loop for *resources.BackupVmSessions (vm-29424) [VM_NAME].
YYYY/MM/DD HH:MM:SS NOTICE: 44ab916f-7519-40f9-9d2e-e90394782ed9:vm-29424:[VM_NAME]: Backup session is exiting
YYYY/MM/DD HH:MM:SS TRACE:  Resource Update 44ab916f-7519-40f9-9d2e-e90394782ed9:externalId=[VCENTER_NAME]:vm-29424:state=Success:deletable=true.
YYYY/MM/DD HH:MM:SS INFO:   Saved resource map to "/opt/emc/vproxy/runtime/state/vbackupd/BackupVmSessions.gob".
YYYY/MM/DD HH:MM:SS NOTICE: Aging out inactive session BackupVmSessions - 44ab916f-7519-40f9-9d2e-e90394782ed9 ([VCENTER_NAME]:vm-29424) last accessed YYYY-MM-DD HH:MM:SS -0500 CDT.
YYYY/MM/DD HH:MM:SS TRACE:  Deleting logfiles of session '44ab916f-7519-40f9-9d2e-e90394782ed9'...
YYYY/MM/DD HH:MM:SS TRACE:  Deleting log file "/opt/emc/vproxy/runtime/logs/vbackupd/44ab916f-7519-40f9-9d2e-e90394782ed9.log" while deleting session "44ab916f-7519-40f9-9d2e-e90394782ed9"...
YYYY/MM/DD HH:MM:SS INFO:   File '/opt/emc/vproxy/runtime/logs/vbackupd/44ab916f-7519-40f9-9d2e-e90394782ed9.log' is moved to '/opt/emc/vproxy/runtime/logs/recycle/vbackupd/44ab916f-7519-40f9-9d2e-e90394782ed9.log'.
YYYY/MM/DD HH:MM:SS INFO:   Deleted log file "/opt/emc/vproxy/runtime/logs/vbackupd/44ab916f-7519-40f9-9d2e-e90394782ed9.log" while deleting session "44ab916f-7519-40f9-9d2e-e90394782ed9".
YYYY/MM/DD HH:MM:SS TRACE:  Deleting resource: [VCENTER_NAME]:vm-29424 - 44ab916f-7519-40f9-9d2e-e90394782ed9 ...
YYYY/MM/DD HH:MM:SS INFO:   Deleted resource: [VCENTER_NAME]:vm-29424 - 44ab916f-7519-40f9-9d2e-e90394782ed9.
YYYY/MM/DD HH:MM:SS INFO:   Saved resource map to "/opt/emc/vproxy/runtime/state/vbackupd/BackupVmSessions.gob".
YYYY/MM/DD HH:MM:SS INFO:   Aged out 1 'BackupVmSessions' sessions, 0 remaining
YYYY/MM/DD HH:MM:SS ERROR:  Resource not found: 44ab916f-7519-40f9-9d2e-e90394782ed9
YYYY/MM/DD HH:MM:SS ERROR:  Resource not found: 44ab916f-7519-40f9-9d2e-e90394782ed9
YYYY/MM/DD HH:MM:SS ERROR:  Resource not found: 44ab916f-7519-40f9-9d2e-e90394782ed9
YYYY/MM/DD HH:MM:SS ERROR:  Resource not found: 44ab916f-7519-40f9-9d2e-e90394782ed9
YYYY/MM/DD HH:MM:SS ERROR:  Resource not found: 44ab916f-7519-40f9-9d2e-e90394782ed9
YYYY/MM/DD HH:MM:SS ERROR:  Resource not found: 44ab916f-7519-40f9-9d2e-e90394782ed9
YYYY/MM/DD HH:MM:SS TRACE:  Handling Action GetLog for 44ab916f-7519-40f9-9d2e-e90394782ed9 ...
YYYY/MM/DD HH:MM:SS ERROR:  Resource not found: 44ab916f-7519-40f9-9d2e-e90394782ed9
YYYY/MM/DD HH:MM:SS TRACE:  Reply sent successfully for "GetLog".

NetWorker sunucusu, yedekleme oturumunun durumu için vProxy'yi sürekli olarak yoklar ve yedekleme tamamlandıktan sonra oturum günlüklerini ister. NetWorker sunucusu birkaç dakika güncelleme talep etmediğinde vProxy yedeklemeyi tamamlar ve oturumu yaşlandırır. Oturum eskidiğinden vProxy artık NetWorker sunucusuna durum güncellemesi veya günlük veremez ve resource not found Hata. NetWorker Sunucusu durum isteği gecikmeleri genellikle NetWorker Depolama düğümü ile Data Domain iletişimi arasındaki yüksek gecikmeden kaynaklanır.

1. Depolama düğümünden Veri Etki Alanı gecikme süresini ölçün:
   • NetWorker depolama düğümünden Data Domain'e zaman damgalı sürekli bir ping çalıştırın ve sonuçları bir dosyaya aktarın. Her iki sistemdeki saat dilimlerinin eşleştiğinden emin olun.
     • Windows: 

       ping -t [DATA_DOMAIN_IP] > ping_output.txt

     • Linux:

       ping [DATA_DOMAIN_IP] | while read line; do echo "$(date): $line"; done > ping_output.txt

   • Yedekleme penceresi sırasında ping'i arka planda çalışır durumda bırakın.
   • Yedekleme hatası tekrar oluştuğunda ping_output.txt dosyasını gözden geçirin ve ani gecikme süreleri için hataya karşılık gelen zaman aralığını kontrol edin.
2. Gecikme süresini 50 ms'nin altına düşürün:
   • NetWorker depolama düğümü ile Data Domain arasındaki yüksek gecikme süresinin kaynağını belirleyin ve çözün. Yaygın nedenler arasında ağ tıkanıklığı, WAN bağlantıları, yönlendirme verimsizlikleri veya aşırı yüklenmiş ağ ekipmanı yer alır.
   • Yedekleme yürütme sırasında NetWorker depolama düğümü ile Data Domain arasındaki gidiş-dönüş gecikme süresinin 50 ms'nin altında kaldığından emin olun. Bu eşik, Dell NetWorker Performans Optimizasyonu Planlama Rehberi'nin "TCP penceresi boyutu ve ağ gecikmesi hususları" bölümünde belgelenmiştir.
3. Uzak bir depolama düğümü dağıtın (gecikme süresi azaltılamıyorsa):
   • Depolama düğümünden Veri Etki Alanına gecikme süresi 50 ms'nin altına düşürülemiyorsa (örneğin, coğrafi ayrım nedeniyle), Veri Etki Alanının bulunduğu uzak yerde bir NetWorker depolama düğümü yapılandırın. Bu depolama düğümü, Data Domain aygıtlarını yerel olarak yöneterek yüksek gecikme yolunu ortadan kaldırır.
4. Çözünürlüğü doğrulayın:
   • Gecikme süresini azalttıktan veya uzak bir depolama düğümü dağıttıktan sonra, daha önce etkilenen VM'ler için yedekleme işlerini tetikleyin.
   • NMC, yedekleme eylemi günlüğü veya vProxy vbackupd-engine.log Kaynak bulunamadı (kod -404) hataları olmadan yedeklemelerin başarıyla tamamlandığını doğrulayın.
   • Aralıklı arızaların artık oluşmadığını doğrulamak için art arda 3 yedekleme penceresinde yedekleme işlerini izleyin.
   • Gecikme süresi 50 ms'nin altına düşürüldükten sonra oturum yaşlandırma hataları devam ederse daha fazla araştırma için Dell Desteği ile iletişime geçin ve bu KB makalesine bakın.

Aşağıdaki makalede, bazı ağ sorun giderme önlemlerinin nasıl gerçekleştirileceği ile ilgili bilgiler verilmektedir: NetWorker: Ağ ile İlgili Sorunlar Nasıl Giderilir.