DFS replikacija preko VPN-a: zaključavanje nije ono što dobivate

Veza je šifrirana, stalno uključena i dovoljno brza, pa bi se dijeljena mapa trebala ponašati kao jedna mapa na obje lokacije. To je pretpostavka na kojoj počiva većina dizajna DFS replikacije koji ljude kasnije iznenade. DFSR je multi-master i asinkron: svaka replika samostalno prati verzije i ništa u protokolu ne drži zaključavanje između poslužitelja. VPN prenosi promet između njih i ne dodaje ništa od koordinacije koju ta pretpostavka traži. Isplanirajte obrazac pisanja i model kapaciteta, inače prvi stvarni sukob postaje incident za podršku.

Mit: VPN pretvara replike u jedan datotečni sustav

Tunel je prijenos. Daje vam dopuštenu putanju između dva poslužitelja i skriva skokove između njih. Ne govori ništa o tome kome je dopušteno uređivati datoteku, kojim redoslijedom verzije pristižu ni što se događa kada se dvije izmjene natječu.

Šifriranje i dostupnost svojstva su veze; konzistentnost je svojstvo motora replikacije i vašeg radnog procesa.

Što DFSR zapravo replicira

Svaki poslužitelj drži vlastitu kopiju i vlastite metapodatke verzija. Promjene se šire kada veza i raspored to dopuste, a motor koristi udaljenu diferencijalnu kompresiju da pošalje samo dijelove datoteke koji su se promijenili. Kada dvije replike promijene istu datoteku prije nego stigne bilo koje ažuriranje, jedna verzija pobjeđuje, a druga se premješta ustranu kao konfliktna kopija. Nijedan poslužitelj nije blokirao drugu izmjenu, jer bi blokiranje zahtijevalo distribuirano zaključavanje koje DFSR ne nudi.

Putanja u prostoru naziva čini kopije lako dostupnima, ali ih ne čini usklađenima.

Staging prostor je radni kapacitet, ne sigurnosna kopija

Staging je radno područje koje replikacija koristi dok sastavlja promjene. Microsoftove smjernice za veličinu uzimaju zajedničku veličinu 32 najveće datoteke u repliciranoj mapi kao minimum, a dodatni prostor koristan je tijekom početne replikacije. Stablo sitnih dokumenata i mapa s nekoliko velikih arhiva zato trebaju različite oblike staginga. Kada staging presuši, replikacija se zaustavlja na način koji izgleda kao mrežni kvar. Odredite veličinu iz podataka, pa nastavite pratiti kako se podaci mijenjaju.

Staging nije sigurnosna kopija, a širenje promjena nije povijest verzija.

Prethodno punjenje je optimizacija, ne prečac

Za veliko postojeće stablo podržano prethodno punjenje uz Robocopy može smanjiti ono što mora prijeći vezom tijekom početne sinkronizacije, a Microsoftove smjernice pokrivaju čuvanje podataka o datoteci i rad sa zaključanim ili preskočenim datotekama. To je optimizacija, a ne obećanje da je odredište već ispravno, pa početna replikacija ipak mora biti dovršena i provjerena. Preskakanje te provjere način je na koji lokacija počne posluživati datoteke koje nikada nisu bile u repliciranom skupu.

Provjerite početno stanje prije nego se korisnici oslone na odredište, a ne nakon prve žalbe.

Odaberite prozor i definirajte što znači aktualno

Raspored replikacije i kontrole propusnosti određuju kada partneri smiju razmjenjivati podatke. Uzak prozor poslije radnog vremena legitiman je dizajn koji ostavlja zaostatak tijekom dana, pod uvjetom da su se svi složili da udaljena kopija mora biti aktualna samo do jutra.

Zapišite tu rečenicu, jer „zaostatak je četrdeset minuta“ zabrinjava samo ako nitko nije definirao cilj.

Prihvatite s radnim procesom, ne s jednom datotekom

Testirajte s datotekama koje ljudi stvarno koriste: veliki dokument, rutinsku izmjenu, brisanje i namjernu istovremenu izmjenu na obje lokacije. Potvrdite da ponašanje pri sukobu odgovara onome što ste rekli poslovanju i da je put oporavka iz sigurnosne kopije odvojen od replika. Zatim nekoliko tjedana pratite obujam promjena, rast reda i rezervu staginga prema servisnom prozoru. VPN kapacitet jedno je od nekoliko ograničenja i rijetko je prvo do kojeg dođete.

Dizajn koji dokumentira svoj zaostatak i pravila uređivanja mnogo je lakše podržavati od onoga koji obećava identične kopije.