Data Domain: Vysvětlení opětovné synchronizace replikace
Summary: Tento článek vysvětluje, jak funkce "Replication Resync" určuje, jaká data se mají odesílat přes síť.
Instructions
ÚČEL
- Tento článek vysvětluje, jak "opětovná synchronizace replikace" určuje, jaká data se mají odesílat přes síť. Postup opětovné synchronizace naleznete v článku: Data Domain: Jak přerušit a znovu synchronizovat replikaci adresáře.
PLATÍ PRO
- Všechny modely Data Domain (DD)
- Replikace adresáře
- Všechny verze softwaru 4.3 a vyšší
ŘEŠENÍ
Resync je téměř identická s initialize a může být dokonce zadána místo initialize pro kontexty replikace adresáře s následujícími rozdíly:
Adresář repliky *nemusí* být prázdný. Interně cíl přesune existující soubory z cesty.
(Ve verzi 4.3 až 4.5 včetně se jedná o přejmenování těchto souborů na $destdir/.ddrsaved/ directory. Ve verzi 4.6+ se jedná o vytvoření snímku a následné odstranění souborů z kontextu replikace $destdir.)
Pro každý soubor ve zdrojovém adresáři zkontroluje, zda v cíli existuje stejná relativní cesta (kontrola $destdir/.ddrsavednebo snímek).
Pokud soubor existuje, zkontroluje, zda je cílový soubor shodný se zdrojovým souborem.
Pokud je identický, existující soubor repliky je pevně propojený na místě bez dalších požadavků na filtrování nebo odesílání jakéhokoli jeho obsahu.
Kontrola identity souboru probíhá v konstantním čase.
Kontrola proběhne úspěšně, pokud byl soubor repliky vytvořen replikací >adresáře = 4.3.
To znamená, že seedování lze provést spuštěním replikace sběru (vhodné, pokud jsou systémy Data Domain v síti LAN), následným přerušením replikace sběru a následnou opětovnou synchronizací replikace adresáře.
Pokud není soubor repliky nalezen nebo se obsah neshoduje, je soubor replikován normálně, to znamená, že je filtrován po jednotlivých segmentech.
Smyslem opětovné synchronizace je vyhnout se tomuto filtrování tam, kde je to možné.
Potenciální úskalí spočívá v tom, že lidská činnost nebo aplikační logika, která přejmenovává soubory, může způsobit přesunutí nebo přejmenování souborů původce nebo repliky po přerušení replikace před opětovnou synchronizací.
To způsobí, že vyhledávání názvů cest při opětovné synchronizaci nenajde žádnou shodu a vyžaduje úplné filtrování každého souboru.
Vzhledem k tomu, že segmenty existují v cíli, je dosaženo vysoké komprese replikace, ale je promeškaná příležitost vyhnout se odesílání odkazů na segmenty a jejich filtrování.
-
Ve verzi 4.5 se synchronizace nezdaří, pokud replika má nebo někdy měla povolený zámek uchovávání informací.
-
Ve verzi 4.6 a vyšší existují některé další požadavky týkající se souborů uzamčených uchováváním v replice. V podstatě musí existovat také jakýkoli soubor uzamčený uchováním v cílovém umístění a musí mít odpovídající obsah a atributy původce. Tím se zabrání tomu, aby se replikace pokusila odebrat soubory uzamčené uchováním z repliky.