NetWorker: Problémy s výkonem úlohy klonování vProxy mezi systémy Data Domain:

• Rychlost klonování vProxy klesla z GB/s na konvenčnější a realističtější rychlosti.
• Šířka pásma sítě je vyloučena jako příčina úzkého hrdla, které během klonování zůstává hluboko pod prahovou hodnotou.
• Zprávy se nacházejí v souboru ddfs.Informační protokoly odkazující na jeden nebo více *-flat.vmdk soubory pro dotčené disky virtuálních počítačů, které obsahují:
  • synthesized_vbytes 0 a končící na recipe_repl FALSE
  • srepl_filecopy_recipe_validate_bf: srepl_get_replica_attr pro základní soubor a končící chybou Popisovač souboru je zastaralý.
• Zprávy nalezené v protokolech klonovaných akcí (pokud je úroveň ladění klonování 3 nebo vyšší) odkazující na jeden nebo více souborů *-flat.vmdk pro ovlivněné disky virtuálního počítače, které obsahují:
  • Syntetickou replikaci nelze použít pro soubor... path.../vm-vmnumber-disk-key-disknumber-flat.vmdk

Platforma vProxy využívá virtuální syntetickou infrastrukturu k využití rozhraní VMware Changed Block Tracking API, což přináší obrovské výhody pro operace zálohování i klonování. To vyžaduje aktivní údržbu interních asociací dědičnosti sady souborů virtuálních počítačů v každé zúčastněné části systému Data Domain. Pokud při přípravě klonování pomocí Virtual Synthetic dojde k problémům, NetWorker a Data Domain se místo toho vrátí k použití výchozího pracovního postupu replikace. To vyžaduje zpracování celých souborů virtuálního disku, nikoli pouze změněných bloků, na rozdíl od pouze změněných bloků poskytovaných rozhraním VMware API. I v případě, že se kvůli deduplikaci nakonec odešle jen málo dat, může se doba trvání úlohy klonování násobně prodloužit.
 
Mezi příčiny, které mohou vést k selhání virtuálního syntetického sledování, patří:

• Různé IP adresy, které jsou přeloženy v platformě NetWorker pro zdrojová nebo cílová zařízení Data Domain mezi úlohami. Ty musí zůstat konzistentní pro interní sledování virtuální syntetiky
• Změna zdrojového nebo cílového systému Data Domain pro zálohy nebo klony vProxy
• Více zdrojových nebo cílových svazků pro zálohy nebo klony vProxy, což může vést k současnému klonování více sad uložení v řetězci
• Více než jedna sada uložení vProxy vyžadující klonování pro daný virtuální počítač, což může vést k neuspořádanému klonování sad v řetězci
• Disky virtuálních počítačů, které přecházejí po dlouhou dobu beze změn (zejména období, která překračují dobu uchovávání sady uložení, například 35 dní beze změny, pokud je uchovávání 30 dní)
• Nepodařilo se použít vlastnost ChronologicalOrder Action

Jelikož existuje mnoho možných příčin, zkontrolujte konfigurace Data Domain a NetWorker a ověřte:

• ifgroupjsou správně nastaveny pro zdroj (záloha) i cíl (klonovaný cíl) Systém Data Domain.
• Server NetWorker, uzly úložiště a systémy Data Domain obsahují položky souborů hostitelů pomocí příslušných ifgroup IP adresy na systém Data Domain a spolehlivý server DNS pro klienty (pomocí NetWorker Client hostuje soubory v případě potřeby).
• Jedna platforma Data Domain pro každý fond záloh a klonů.

Povolte funkci ChronologicalOrder pro akce klonování sady uložení vProxy, které mohou být skryty v uživatelském rozhraní:

• Pokud používáte nsrclone příkazu, použijte příkaz -O Přepínač vynucuje tuto novou funkci při použití seznamu sad uložení s více sadami uložení v řetězci daného klienta
• Chcete-li povolit zásady, použijte jeden z následujících dvou příkazů:

nsrpolicy action update clone -p policyname -w workflowname -A actionname [--chronological_order | -l] <yes|no>

• V příkazovém řádku nsradmin:

. type nsr protection policy action; policy name: policy; workflow: workflow: name: action

update Chronological order: Yes

• Po dokončení se dříve zmíněná omezení pro jeden zdrojový a cílový svazek a také přírůstkové položky s více instancemi na klienta virtuálního počítače zruší a je možné je správně zpracovat.

DŮLEŽITÉ: Za určitých podmínek může být možné obnovit prostředí NetWorker a Data Domain, kdy jsou sady uložení klonovány mimo pořadí. To způsobí, že některé nebudou moci použít VSR pro replikaci, ale jakmile je obnoven celý řetězec, klonování VSR může pokračovat bez problémů. Obecně platí, že klonování mimo pořadí, klonování více svazků a vícenásobné klonování sady uložení může dohnat a vrátit se do běžného provozu.
 
V případě, že již bylo použito více IP adres Data Domain nebo se zdroj či cíl Data Domain zcela změní, jediným způsobem, jak se vrátit k pravidelné a konzistentní optimalizaci VSR, je vynutit novou úplnou zálohu dotčených virtuálních počítačů, aby se resetovalo sledování změněných bloků a obnovila se optimalizace VSR. To je třeba zvážit po dokončení předchozích kroků, ale podle protokolování systému Data Domain nebo NetWorker a rychlosti klonování problémy s výkonem přetrvávají.