NVP vProxy: VM yedeklemeleri uzun bir süre çalıştırılmayı bekliyor
Сводка: NetWorker VMware Protection (NVP) vProxy Sanal Makine (VM) yedeklemeleri uzun bir süre "çalıştırılmayı bekliyor" durumunda kalır. vProxy kullanılabilirlik sorunu yoktur, NetWorker sunucusu ile vProxy'ler arasındaki iletişim başarılıdır. NetWorker Management Console da (NMC) vProxy'lerin kullanılamamasıyla ilgili herhangi bir uyarı yoktur. ...
Симптомы
- NetWorker VMware Protection (NVP) vProxy Sanal Makine (VM) yedeklemeleri uzun bir süre "çalıştırılmayı bekliyor" durumunda kalır.
- NetWorker sunucusu ile vProxy'ler arasında iletişim sorunu yoktur. Yani, her ikisi de birbirini doğru şekilde çözer ve 9090 numaralı bağlantı noktası üzerinden iletişim kurabilir: NVP vProxy: Yedekleme ve Geri Yükleme İşlemleri İçin Ağ Bağlantısı Sorunlarını Giderme
- NetWorker Management Console (NMC) veya NetWorker sunucusunda uyarı yok
daemon.rawvProxy'lerin devre dışı bırakılması veya kullanılamaması ile ilgili olarak:- Linux:
/nsr/logs/daemon.raw - Windows (Varsayılan):
C:\Program Files\EMC NetWorker\nsr\logs\daemon.raw - NetWorker: .raw günlük dosyalarını işlemek için nsr_render_log kullanma
- Linux:
- Yedekleme eylemi, "Auto" vProxy seçimi ile yapılandırılır. Diğer bir deyişle, birden fazla vProxy yapılandırılırsa NetWorker yeterli oturum kullanılabilirliğine sahip herhangi bir vProxy'yi seçebilir.
- NetWorker VMware Protection-vProxy'ye göre vProxy Seçim Günlüğünü etkinleştirme: Hata Ayıklama Günlüğünü Etkinleştirme, aşağıdaki günlüğe kaydetme İşlemine neden olur
daemon.raw:
0 03/24/26 07:23:31 nsrd NSR notice 03/24/26 07:23:31.401461 nsrd-D0 Vmproxy queue: Selecting vProxy for request with reducing num_disks (id=13, manager_id=1774026055) in pending queue 0 03/24/26 07:23:31 nsrd NSR notice 03/24/26 07:23:31.401551 nsrd-D0 select_vproxy: all full '0'. 0 03/24/26 07:23:31 nsrd NSR notice 03/24/26 07:23:31.401627 nsrd-D0 select_vproxy: vProxy not found. 0 03/24/26 07:23:31 nsrd NSR notice 03/24/26 07:23:31.401707 nsrd-D0 Proxies are overloaded with Hotadd/NBD sessions during concurrent VMDKs parallelism, we will try recursive parallelism later. 0 03/24/26 07:23:31 nsrd NSR notice 03/24/26 07:23:31.401794 nsrd-D0 recursive parallelism: not found vproxy with 2 sessions. 0 03/24/26 07:23:31 nsrd NSR notice 03/24/26 07:23:31.401871 nsrd-D0 process_pending: err: 53014. 0 03/24/26 07:23:31 nsrd NSR notice 03/24/26 07:23:31.401948 nsrd-D0 process_pending: err: 53014.
Причина
Yedekleme eylemi "concurrent VMDK" ve "Auto" aktarım moduyla yapılandırılır:
vProxy'ler yalnızca Çalışırken ekleme moduyla yapılandırılır:
|
Yedekleme iş akışı, HotAdd kullanılarak erişilemeyen bir veya daha fazla VM içeren bir koruma grubu içerir. Bu durum, VM'ler HotAdd'i desteklemediğinde (örneğin, IDE diskleri kullanıyorlarsa) oluşabilir.
Bir VM'nin HotAdd tarafından erişilebilir olması için VM'nin disklerinin bulunduğu VMware veri deposuna veri deposu erişimi olan bir ESXi ana bilgisayarına bir vProxy dağıtılması gerekir. vProxy'nin ESXi ana bilgisayarı ile VM'nin veri deposu arasındaki bu hizalama olmadan HotAdd işlemi yapılamaz. HotAdd sınırlamaları ve gereksinimleri, bu bağlantıdan erişilebilecek NetWorker VMware Entegrasyon Rehberi'nde belgelenmiştir: NetWorker Desteği | Kılavuzlar ve Belgeler
Bu, NetWorker sunucusunun select_vproxy eşzamanlı VMDK oturumlarını başlatmak için bir vProxy tanımlamaya çalışırken takılma mantığı. Bazı senaryolarda iş, sonunda VMDK oturumlarını başlatabileceği VMDK'ları tanımlayabilir. Alınan süre, VMware ortamının boyutuna bağlı olarak değişebilir ve iş, iş akışı için hiçbir zaman bir vProxy yi uzlaştırmayabilir.
Разрешение
Aşağıdaki seçeneklerden birini kullanın:
1. Seçenek: Etkin ekleme Gereksinimlerini Uzlaştırın:
Aşağıdaki adımlar, hangi VM'lere HotAdd tarafından erişilemediğini belirler:
- NetWorker Web Kullanıcı Arayüzünde (NWUI) oturum açın:
https://nwui-server-name:9090/nwui - Protection-Policies> öğesine gidin ve Politika, iş akışını genişletin, ardından yedekleme eylemini seçin ve Edit öğesine tıklayın.
- VMware Specific Configuration sekmesine tıklayın.
- Aktarım modunu HotAdd olarak değiştirin.
NOT: Bu seçenek NetWorker Management Console da (NMC) mevcut değildir; yalnızca NWUI'de mevcuttur.
- Değişiklikleri kaydedin.
- Yeni bir yedekleme başlatın.
HotAdd erişilebilen VM'ler sıralı disk yedeklemelerini tamamlar. Hot add erişilebilir olmayan VM'ler "çalıştırılmayı bekliyor" durumunda takılıyor:
HotAdd özelliğine sahip VM'ler tam yedeklemelere erişebilir. HotAdd erişilebilir olmayan VM'ler hiçbir zaman yedekleme oturumlarını başlatmaz. İş akışı iptal edilmeli ve aşağıdakiler dikkate alınmalıdır:
- Tüm VM'lere HotAdd ile erişilebilmesi için vProxy veya VM yerleşimini yeniden yapılandırın ya da ek vProxy'ler dağıtın. HotAdd erişilebilirliği sorunu çözüldükten sonra, daha önce "çalıştırılmayı bekliyor" durumunda takılan VM'ler tamamlanır.
- VMware ortamı bu VM'leri HotAdd erişilebilir hale getirecek şekilde yapılandırılamıyorsa veya VM'ler HotAdd'i desteklemiyorsa (örneğin, IDE diskleri) Seçenek 2'yi kullanın.
2. Seçenek: vProxy'lerde Ağ Engelleme Aygıtını (NBD) etkinleştirin.
- NBD'yi bir veya daha fazla vProxy'de etkinleştirin:
- Yedeklemeleri gerçekleştirin.
Varsayılan (tercih edilen) taşıma modu, hot add'dir. Tüm VM yedeklemeleri başlangıçta çalışırken ekleme isteğinde bulunur ve yalnızca VM Hot add üzerinden yedeklenemiyorsa NBD'ye yedek olur. Ancak tüm Hot Add oturumları kullanılırsa ve bu VM için eş zamanlı VMDK yedeklemelerini tamamlamak için ek oturumlar gerekirse HotAdd erişebilen VM'ler NBD üzerinden bazı oturumlar gerçekleştirebilir. Hot add erişilebilir olmayan VM'ler, NBD oturumları kullanılabilir olduğunda NBD üzerinden yedeklenir.