PowerProtect Data Manager: TSDM Yedeklemeleri Hedef Data Domain ana bilgisayarına bağlanılamıyor

TSDM yedeklemeleri bir veya daha fazla PowerProtect Data Domain'de başarısız oluyor. Sanal makine (VM) Direct Engine yedeklemeleri başarıyla tamamlanır.

• Hata Kodları: ABV0040, ABV0016
• Protection Job Error:

Unable to successfully complete SDM Full Sync operation.  Unsuccessful after 1 attempts over 11m14.958797693s.  The vCenter task for 'SDM Snapshot Sync Full' completed with state 'error'.  TSDM Error Code: <TargetDataDomainUnreachable>, TSDM Error Message: <Unable to connect to target DataDomain host. Error message: Failed to connect to '192.168.1.1'. err='calling system(), returns nonzero'>., target=VM_Name

Unable to successfully complete SDM Full Sync operation.  Unsuccessful after 1 attempts over 11m14.958797693s.  The vCenter task for 'SDM Snapshot Sync Full' completed with state 'error'.  TSDM Error Code: <TargetDataDomainUnreachable>, TSDM Error Message: <Unable to connect to target DataDomain host. Error message: Failed to connect to '192.168.1.1'. err='calling system(), returns nonzero'>. (500)

 
PowerProtect Günlük Konumu: /opt/emc/vmdirect/runtime/logs/recycle/vpod/<date>/BackupVmSession-<SessionId>.log:

2025-01-10T18:00:20.807Z ERROR:  [9bf47huh78e89623;987879j898817775] SDM Data Mover: SDM Full Sync: The vCenter task for 'SDM Snapshot Sync Full' completed with state 'error'.  TSDM Error Code: <TargetDataDomainUnreachable>, TSDM Error Message: <Unable to connect to target DataDomain host. Error message: Failed to connect to '192.168.1.1'. err='calling system(), returns nonzero'>.

ESXi Log Location: /var/run/log/tsdm.log:

2025-01-19T09:54:28.787Z In(30) tsdm[316937630]: error TSDM[0x000000bb79082700] [sub=DdBoostLogger]: ddBoostLogger.cpp:69 WriteDDBoostLog: [316937630:805189461760] ddp_connect_with_config_internal() failed, Hostname: 192.168.1.1, Err: 5040-ddcl_ost2_connect_ext(): RPC failure after reconnect
2025-01-19T09:54:28.787Z In(30) tsdm[316937630]: error TSDM[0x000000bb79082700] [sub=DdBoostLogger]: ddBoostLogger.cpp:69 WriteDDBoostLog: [316937630:805189461760] ddp_connect_with_config() failed, Hostname: 192.168.1.1, Err: 5040-ddcl_ost2_connect_ext(): RPC failure after reconnect
2025-01-19T09:54:28.787Z In(30) tsdm[316937630]: error TSDM[0x000000bb79082700] [sub=SdmDdLog]: ddBoostFacade.cpp:1405 CreateConnectStatus: {DdBoostFacade SdmOpId=[protectedEntity='5012343b-4f0f-ca79-1b1f-c15e2e245456',cycleSession='1766136789043548',traceId='be6f2h76fgr4e4er9;82e8cd25c4h786g6']} Failed to connect to '192.168.1.1'. err='calling system(), returns nonzero'

ESXi ve PowerProtect DD arasındaki bir MTU uyuşmazlığı ağ parçalanmasına ve veri akışının kesintiye uğramasına neden olduğunda yedekleme hataları meydana gelir. Bu uyumsuzluk, iki ana bilgisayar arasındaki yolda olan herhangi bir ağ segmentinde (bu durumda ESXi ve PowerProtect DD) ortaya çıkabilir.

Aygıtlar farklı MTU boyutları kullanıyorsa paketler parçalanabilir veya düşebilir ve bu da aşağıdakilere neden olabilir:

• Yavaş yedekleme performansı
• Zaman aşımları veya yeniden denemeler
• Yedekleme işi hataları

MTU yapılandırması ve yol-MTU sorunları, ESXi ağını, anahtarları, güvenlik duvarlarını ve DD ağ yollarını yöneten Ağ ve Altyapı ekibinin sorumluluğundadır. 

MTU boyutu, bu durumda ESXi ve PowerProtect DD olmak üzere iki ana bilgisayar arasındaki yol boyunca tutarlı olmalıdır. Bkz. PowerProtect DD makalesi - Data Domain: MTU'nun yol boyunca tutarlı olduğundan nasıl emin olunur?

Confirm MTU on ESXi VMkernel:

1. Connect to vSphere-Select> ESXi host-Configure-Networking-VMkernel>>>adapters -> VMkernel öğesini seçin ->Edit öğesini seçin.

1500 MTU'nun örnek çıktısı:

2. CLI> - ESXi'de SSH oturumu açın -> aşağıdaki komutu çalıştırın.

esxcfg-vmknic -l

Örnek çıktı:

PowerProtect DD arayüzünde MTU yu onaylayın:

1. PowerProtect DD'ye SSH üzerinden bağlanın ve aşağıdaki komutu çalıştırın.

net show config

Örnek çıktı:

2. PowerProtect DD kullanıcı arayüzünde -> Donanım ->Ethernet ->Arayüzler

MTU'yu test etme

İlk olarak bağlantı noktalarının açık olduğunu doğrulayan kapalı bağlantı noktaları MTU testinde başarısız olur.

Aşağıdaki parametreleri ortamınıza uyacak şekilde değiştirin (dahil olmak üzere <>):
<your_dd_interface> Koruma İlkesinde ayarlandığı şekilde PowerProtect DD ağ arayüzlerinizle bağlantı kurun.
<your_vmk_ip> ESXi nizle VMkernel IP

1. Genel iletişimi onaylayın.

PowerProtect Data Manager Koruma Politikasında ayarlanan DD arayüzünü kullanın. PowerProtect DD Tam Nitelikli Etki Alanı adı (FQDN) kullanılıyorsa ESXi, FQDN'yi yedekleme için gereken doğru DD IP'sine çözebilmelidir. Örnek ping ve nslookup Sözdizimi:

ping <your_dd_interface>

nslookup <your_dd_interface>

Örnek çıktı:
 

Belirli bir VMkernel kullanan ESXi NC (varsayılan değilse):

nc -s <your_vmk_ip> -zv <your_dd_interface> 2049

Örnek çıktı:

VMkernel IP kontrolünden emin değilseniz:

• vSphere UI ->Select ESXI host-Configure-Networking-VMkernel>>>adapter
• CLI:  esxcli network ip interface ipv4 get

2. ESXI ve DD arasında 9000 Jumbo çerçeve için MTU boyutunu doğrulayın.

Aşağıdaki parametreleri ortamınıza (dahil olmak üzere <>) uyacak şekilde değiştirin:
<Koruma İlkesinde ayarlandığı şekilde PowerProtect DD ağ arayüzlerinizle your_dd_interface> .

vmkping -d -s 8972 <your_dd_interface>
vmkping -d -s 8500 <your_dd_interface>

3. 1500 için ESXI ve DD arasında MTU boyutunu doğrulayın.

vmkping -d 1472 <your_dd_interface>

Neden 8972 veya 1472?
Bu değerler, protokol ek yükü eklendikten sonra MTU ya erişmek için gereken ICMP yük boyutlarıdır:

• • ICMP başlığı için 8 bayt
  • IP başlığı için 20 bayt

Yük + 28 = MTU
(Örneğin, 1472 → 1500 MTU, 8972 → 9000 MTU)

Örnek çıktı:

MTU vmkping testleri başarısız olursa bu, ESXI ve DD arasındaki ağ yolu boyunca bir yerde MTU uyuşmazlığı olduğunu gösterir. MTU yapılandırması ve yol-MTU sorunları, ESXi ağını, anahtarları, güvenlik duvarlarını ve DD ağ yollarını yöneten Ağ ve Altyapı ekibinin sorumluluğundadır. 

ESXi VMkernel ve DD 9000 olarak ayarlanmışsa ancak MTU ping'i başarısız oluyorsa VMkernel MTU'yu geçici olarak 1500 olarak ayarlayın ve bir TSDM yedeklemesi çalıştırın. Kaynakta 1500 ve hedefte 9000 olsa bile, yol MTU farklılıkları yine de sorunlara neden olabilir. Yukarıdaki gibi PowerProtect DD makalesine bakın - Data Domain: MTU'nun yol boyunca tutarlı olduğundan nasıl emin olunur?