Replikácia DFS cez VPN: uzamknutie nie je to, čo dostanete

Spojenie je šifrované, stále zapnuté a dostatočne rýchle, takže zdieľaný priečinok by sa mal správať ako jeden priečinok na oboch lokalitách. To je predpoklad, na ktorom stojí väčšina návrhov replikácie DFS, ktoré ľudí neskôr prekvapia. DFSR je multi-master a asynchrónny: každá replika sleduje verzie nezávisle a nič v protokole nedrží zámok medzi servermi. VPN prenáša medzi nimi prevádzku a nepridáva nič z koordinácie, ktorú tento predpoklad potrebuje. Naplánujte vzor zápisu a kapacitný model, inak sa prvý skutočný konflikt stane incidentom podpory.

Mýtus: VPN urobí z replík jeden súborový systém

Tunel je transport. Dá vám povolenú cestu medzi dvoma servermi a skryje skoky medzi nimi. Nehovorí nič o tom, kto smie upravovať súbor, v akom poradí prichádzajú verzie ani čo sa stane, keď sa dve úpravy pobijú.

Šifrovanie a dostupnosť sú vlastnosti spoja; konzistencia je vlastnosť replikačného jadra a vášho pracovného postupu.

Čo DFSR skutočne replikuje

Každý server si drží vlastnú kópiu a vlastné metadáta verzií. Zmeny sa šíria, keď to spojenie a plán dovolia, a jadro používa vzdialenú diferenciálnu kompresiu, aby posielalo len zmenené časti súboru. Keď dve repliky zmenia ten istý súbor skôr, než dorazí ktorákoľvek aktualizácia, jedna verzia vyhrá a druhá sa odloží nabok ako konfliktná kópia. Žiadny server druhú úpravu nezablokoval, pretože blokovanie by vyžadovalo distribuovaný zámok, ktorý DFSR neposkytuje.

Cesta v priestore názvov robí kópie ľahko dostupnými, ale nerobí ich súdržnými.

Staging priestor je pracovná kapacita, nie záloha

Staging je odkladacia oblasť, ktorú replikácia používa, kým skladá zmeny. Pokyny Microsoftu k dimenzovaniu berú súhrnnú veľkosť 32 najväčších súborov v replikovanej zložke ako minimum, pričom miesto navyše sa hodí pri počiatočnej replikácii. Strom drobných dokumentov a priečinok s niekoľkými veľkými archívmi preto potrebujú rôzne tvary stagingu. Keď staging dôjde, replikácia sa zastaví spôsobom, ktorý vyzerá ako sieťová porucha. Dimenzujte ho podľa dát a ďalej ho sledujte, ako sa dáta menia.

Staging nie je záloha a šírenie zmien nie je história verzií.

Predplnenie je optimalizácia, nie skratka

Pri veľkom existujúcom strome môže podporované predplnenie pomocou Robocopy znížiť to, čo musí pri počiatočnej synchronizácii prejsť spojom, a pokyny Microsoftu pokrývajú zachovanie informácií o súboroch aj prácu so zamknutými alebo preskočenými súbormi. Je to optimalizácia, nie sľub, že cieľ je už správny, takže počiatočná replikácia musí byť aj tak dokončená a overená. Práve vynechanie tohto overenia vedie k tomu, že lokalita začne poskytovať súbory, ktoré v replikovanej množine nikdy neboli.

Overte počiatočný stav skôr, než na cieľ začnú spoliehať používatelia, nie až po prvej sťažnosti.

Vyberte okno a definujte, čo znamená aktuálny

Plán replikácie a obmedzenia šírky pásma rozhodujú, kedy si partneri smú vymieňať dáta. Úzke okno po pracovnej dobe je legitímny návrh, ktorý cez deň necháva frontu, ak sa všetci zhodli, že vzdialená kópia musí byť aktuálna až do rána.

Napíšte tú vetu, pretože „fronta je štyridsať minút“ je znepokojujúce len vtedy, keď nikto cieľ nedefinoval.

Prijímajte s pracovným postupom, nie s jedným súborom

Testujte so súbormi, ktoré ľudia naozaj používajú: veľký dokument, rutinná úprava, vymazanie a zámerná súčasná úprava na oboch lokalitách. Potvrďte, že správanie pri konflikte zodpovedá tomu, čo ste povedali biznisu, a že cesta obnovy zo zálohy je oddelená od replík. Potom niekoľko týždňov sledujte objem zmien, rast frontu a rezervu stagingu proti servisnému oknu. Kapacita VPN je jeden z niekoľkých limitov a málokedy je tým prvým, na ktorý narazíte.

Návrh, ktorý dokumentuje svoje oneskorenie a pravidlá úprav, sa podporuje oveľa ľahšie než ten, ktorý sľubuje identické kópie.