NetWorker: klonowanie w trybie wydajności vProxy traci optymalizację w przypadku urządzeń blokady retencji

• Tworzenie kopii zapasowej lub klonowanie może wydawać się wolniejsze niż oczekiwano w przypadku zestawów zapisu vProxy NetWorker VMware Protection (NVP) na urządzeniach z blokadą retencji
• Błąd pojawia się w ddfs.info Pomimo widocznego powodzenia zadania tworzenia kopii zapasowej lub klonowania:
  • NetWorker: Zbieranie dzienników ddfs.info z Data Domain

Attempt to rename non-empty directory /data/col1/mtree/device/active/abc3b7ed-00000006-fd27be29-6627be29-00045000-595e3c56
dboost-<nsrsvr.demo.local-55146>: ddboost_api ERROR: ddp_rename() failed, FromPath //mtree/device/active/abc3b7ed-00000006-fd27be29-6627be29-00045000-595e3c56, ToPath //mtree/device/21/06/abc3b7ed-00000006-fd27be29-6627be29-00045000-595e3c56,  Err: 5034-nfs rename failed (nfs: Permission denied)

• Wersje NetWorker, których dotyczy problem:
  • 19.9.0.x (i starsze)
  • Od 19.10.0.0 do 19.10.0.4
  • 19.11.0.0 i 19.11.0.1

Problem wynika z niewykrytej wady w implementacji. Ponieważ urządzenia Data Domain Retention nie zezwalają na zmianę nazw katalogów, które nie są puste, część normalnego przepływu pracy tworzenia kopii zapasowych i klonowania NetWorker po cichu kończy się niepowodzeniem, powracając do innego mechanizmu, który uniemożliwia powodzenie optymalizacji.

Przepływ pracy w następujących wersjach NetWorker:

• 19.10.0.5
• 19.11.0.2
• 19.12+

Obejście problemu:

Wygląda na to, że problem nie wpływa na tryb pojemności. Przełączenie w tryb pojemności jako obejście problemu może złagodzić problem w perspektywie krótkoterminowej, ale zalecana będzie aktualizacja.
 
 

 

NetWorker obsługuje dwa typy trybów optymalizacji tworzenia kopii zapasowych dla kopii zapasowych vProxy w systemach Data Domain — zoptymalizowany pod kątem pojemności i zoptymalizowany pod kątem wydajności. Tryb optymalizacji można zastosować do grup ochrony vProxy podczas tworzenia kopii zapasowej. Tryb Zoptymalizowane pod kątem pojemności wykorzystuje segmentację o zmiennym rozmiarze, co powoduje większy narzut w przetwarzaniu danych ze względu na wyższy współczynnik deduplikacji, ale zmniejsza pojemność zużywaną przez system Data Domain. Optymalizacja pod kątem wydajności zapewnia poprawę wydajności podczas przyrostowych kopii zapasowych maszyn wirtualnych przy użyciu funkcji Changed Block Tracking (CBT) i replikuje dane do systemu Data Domain, a także jest skuteczna podczas tworzenia kopii zapasowych dużych plików VMDK. Mimo że tryb optymalizacji pod kątem wydajności powoduje dodatkowe wykorzystanie miejsca na urządzeniu Data Domain (około 20%), ten tryb znacznie poprawia wydajność losowych operacji we/wy w celu natychmiastowego przywracania dostępu.