NVP vProxy: Yedekleme ve Geri Yükleme İşlemleri için Ağ Bağlantısı Sorunlarını Giderme

VMware Sanal Makinesi (VM) yedekleme ve geri yükleme işlemleri için kullanılan sistemler ve bağlantı noktaları.

NetWorker Güvenlik Yapılandırma Rehberine göre NetWorker, ağ üzerinden verileri minimum ek yük ile gerekli hizmete iletmek ve taşımak için doğrudan soket bağlantısı kullanır. NetWorker TCP ve UDP için bazı bağlantı noktalarını açarken, NetWorker yalnızca TCP bağlantı noktalarına ihtiyaç duyar. 161 ve 162 numaralı UDP bağlantı noktalarını kullanan SNMP dışında UDP bağlantı noktaları isteğe bağlıdır.

Bu KB de gösterilen bağlantı noktası tablosu ve ağ topolojisi doğrudan NetWorker VMware Entegrasyon Rehberi'nden alınmıştır. VMware Entegrasyon ve Güvenlik Yapılandırma Rehberleri, Dell Desteği NetWorker Ürün sayfasında bulunabilir.

Bağlantı Noktası Gereksinimleri

Etki Alanı Adı Sistemi (DNS)

DNS'nin, Tam Nitelikli Etki Alanı Adı (FQDN), Kısa Ad ve IP Adresi (Ters Arama) dahil olmak üzere ilgili sistemler için doğru şekilde çözümlendiğinden emin olun.

nslookup FQDN
nslookup SHORT_NAME
nslookup IP_ADDRESS

Şu makaleye bakın: NetWorker: Ad Çözümlemesi Sorun Giderme En İyi Uygulamaları

Ayrıca sistem ana bilgisayar dosyalarını kontrol etmeniz önerilir. Ana bilgisayar dosyası girişleri, bir DNS sorgusuyla çakışabilir veya bir DNS sorgusunu geçersiz kılabilir ya da yanlış bir IP adresine veya ana bilgisayar adına yol açabilir.

• Linux sistemleri: /etc/hosts
• Windows Sistemleri: C:\Windows\System32\drivers\etc\hosts

NetWorker Sunucusu

Ağ İşçisi nsrports komutu, ilgili sistemler arasında ad çözümlemesini ve bağlantı noktası bağlantısını onaylamak için kullanılabilir. İletişim testi sırasında hangi bağlantı noktalarının ve hedef sistemin belirtilmesi gerektiğine ilişkin yukarıdaki tabloya bakın.

nsrports -t target_system -p port

Linux sistemleri curl Bağlantıyı test etme komutu:

curl -v target_system:port

Windows sistemlerinin kullanabileceği Test-NetConnection PowerShell cmdlet'i:

Test-NetConnection -ComputerName target_system  -port port

vProxy Cihazı

ProxyHC (Sağlık Kontrolü) yardımcı programı, sistemler arasındaki bağlantı noktası bağlantısını kontrol etmek için vProxy'de çalıştırılabilir. Şu makaleye bakın: NVP-vProxy: vProxy cihazında sağlık kontrolü aracı ProxyHC nasıl kullanılır?

vProxy cihazı ayrıca curl bağlantıyı test etmek için komut. İletişim testi sırasında hangi bağlantı noktalarının ve hedef sistemin belirtilmesi gerektiğine ilişkin yukarıdaki tabloya bakın.

curl -v target_system:port

ESXi Server

Komutta netcat (nc) komutu, bağlantı noktası bağlantısını kontrol etmek için ESXi ana bilgisayarlarında kullanılabilir. İletişim testi sırasında hangi bağlantı noktalarının ve hedef sistemin belirtilmesi gerektiğine ilişkin yukarıdaki tabloya bakın.

nc -zv target_system port

NVP vProxy: makalesine bakın: NetWorker VIB, vProxy FLR için NFS Bağlantı Noktalarını Açacak.

vCenter Server

vCenter sunucuları, işletim sistemi tabanlı bağlantı komutlarını kullanır. İletişim testi sırasında hangi bağlantı noktalarının ve hedef sistemin belirtilmesi gerektiğine ilişkin yukarıdaki tabloya bakın.

curl -v target_system:port

Sanal Makineler

Data Protection Restore Client, NetWorker Web User Interface (NWUI) veya Data Domain bağlantısı için bir VM'den gelen iletişimin test edilmesi fark etmeksizin kullanılan komut, sanal makinenin işletim sistemine bağlıdır. Linux sistemleri curl Bağlantıyı test etme komutu:

curl -v target_system:port

Windows sistemlerinin kullanabileceği Test-NetConnection PowerShell cmdlet'i:

Test-NetConnection -ComputerName target_system  -port port

• NetWorker sunucusu -> vProxy Cihazı
• NetWorker sunucusu/Depolama Düğümü -> Data Domain
• vProxy Cihazı -> Data Domain
• vProxy Cihazı -> vCenter sunucusu

Linux konakları

Aşağıdaki adımlar Linux NetWorker sunucularında, depolama düğümlerinde, vProxy cihazında ve/veya vCenter Server cihazında gerçekleştirilebilir.

sudo su -

nohup ping ADDRESS | while read l; do echo "$(date) $l"; done >> /nsr/logs/$(hostname)_ping.log &

ps -ef | grep ping

kill -9 PID_OF_PING

[root@nsr ~]# ps -ef | grep ping
gdm         4066    1993  0 Nov15 tty1     00:00:18 /usr/libexec/gsd-housekeeping
root      215151  215146  0 Nov18 ?        00:16:25 /opt/nsr/rabbitmq-server-3.11.16/erts-13.2.2/bin/beam.smp -W w -MBas ageffcbf -MHas ageffcbf -MBlmbcs 512 -MHlmbcs 512 -MMmcs 30 -P 1048576 -t 5000000 -stbt db -zdbbl 128000 -sbwt none -sbwtdcpu none -sbwtdio none -B i -- -root /opt/nsr/rabbitmq-server-3.11.16 -bindir /opt/nsr/rabbitmq-server-3.11.16/erts-13.2.2/bin -progname erl -- -home /nsr/rabbitmq -- -pa  -noshell -noinput -s rabbit boot -boot start_sasl -syslog logger [] -syslog syslog_error_logger false -kernel prevent_overlapping_partitions false
root      467940  467115  0 16:10 pts/3    00:00:00 ping nsr-vproxy02.amer.lan
root      468141  467115  0 16:11 pts/3    00:00:00 grep --color=auto ping
[root@nsr ~]# kill -9 467940

Windows ana bilgisayarları

Aşağıdaki adımlar Windows NetWorker sunucularında ve/veya uzak depolama düğümünde gerçekleştirilebilir.

1. Aşağıdakileri içeren bir .bat komut dosyası (timestamped_ping.bat) oluşturun. ADDRESS değerini uzak ana bilgisayarın IP adresi veya DNS çözümlenebilir FQDN'si ile değiştirin. NetWorker varsayılan kurulum yolunda yüklü değilse veya çıktıyı başka bir yere yönlendirmek istiyorsanız çıktı konumunu başka bir yol ile değiştirin.

@echo off
ping -t ADDRESS |find /v ""|cmd /q /v:on /c "for /l %%a in (0) do (set "data="&set /p "data="&if defined data echo(!date! !time! !data!)" >> "C:\Program Files\EMC NetWorker\nsr\logs\ping.out" 2<&1

2. Komut dosyasının kaydedildiği dizinde bir Yönetici komut istemi açın.

3. Komut dosyasını çalıştırın:

timestamped_ping.bat

4. Komut dosyasını çalışır durumda bırakın ve yedekleme veya geri yükleme sorununu yeniden oluşturun. 
5. Sorun yeniden oluşturulduktan sonra. Komut dosyasının çalıştığı komut isteminde CTRL+C tuşlarını kullanarak komut dosyasını durdurun.
6. Yedekleme veya geri yükleme sorununun gözlemlendiği andaki zaman damgasıyla çakışan ağ sorunları (bırakılan paketler, yüksek gecikme süresi vb.) için C:\Program Files\EMC NetWorker\nsr\logs\ping.out dosyasını (veya belirttiğiniz konumu) gözden geçirin.  

NOT: NetWorker Performans Optimizasyonu Planlama Rehberi'nde, NetWorker sunucusu/depolama düğümü ile Data Domain arasındaki gecikme süresinin 50 ms'yi aşmaması gerektiği belirtilir. Bu, düşük aktarım hızına neden olabilir. Daha yüksek gecikme süresi, oturumların beklenmedik şekilde kapanmasına neden olabilir.