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

Veza je šifrovana, stalno uključena i dovoljno brza, pa bi deljena fascikla trebalo da se ponaša kao jedna fascikla na obe lokacije. To je pretpostavka na kojoj počiva većina dizajna DFS replikacije koji ljude kasnije iznenade. DFSR je multi-master i asinhron: svaka replika samostalno prati verzije i ništa u protokolu ne drži zaključavanje između servera. VPN prenosi saobraćaj 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 konflikt postaje incident za podršku.

Mit: VPN pretvara replike u jedan fajl sistem

Tunel je transport. Daje vam dozvoljenu putanju između dva servera i skriva skokove između njih. Ne govori ništa o tome ko sme da uređuje datoteku, kojim redosledom verzije stižu ni šta se dešava kada se dve izmene takmiče.

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

Šta DFSR zapravo replicira

Svaki server drži sopstvenu kopiju i sopstvene metapodatke verzija. Promene se šire kada veza i raspored to dozvole, a motor koristi udaljenu diferencijalnu kompresiju da pošalje samo delove datoteke koji su se promenili. Kada dve replike promene istu datoteku pre nego što stigne bilo koje ažuriranje, jedna verzija pobeđuje, a druga se premešta u stranu kao konfliktna kopija. Nijedan server nije blokirao drugu izmenu, jer bi blokiranje zahtevalo distribuirano zaključavanje koje DFSR ne nudi.

Putanja u prostoru imena čini kopije lako dostupnim, ali ih ne čini usklađenim.

Staging prostor je radni kapacitet, ne rezervna kopija

Staging je radna površina koju replikacija koristi dok sastavlja promene. Microsoftove smernice za veličinu uzimaju zajedničku veličinu 32 najveće datoteke u repliciranoj fascikli kao minimum, a dodatni prostor je koristan tokom početne replikacije. Stablo sitnih dokumenata i fascikla sa nekoliko velikih arhiva zato traže 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 da pratite kako se podaci menjaju.

Staging nije rezervna kopija, a širenje promena nije istorija verzija.

Prethodno punjenje je optimizacija, ne prečica

Za veliko postojeće stablo podržano prethodno punjenje uz Robocopy može smanjiti ono što mora preko veze tokom početne sinhronizacije, a Microsoftove smernice 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 proverena. Preskakanje te provere je način na koji lokacija počne da služi datoteke koje nikada nisu bile u repliciranom skupu.

Proverite početno stanje pre nego što se korisnici oslone na odredište, a ne posle prve žalbe.

Odaberite prozor i definišite šta znači aktuelno

Raspored replikacije i kontrole propusnog opsega određuju kada partneri smeju da razmenjuju podatke. Uzak prozor posle radnog vremena je legitiman dizajn koji ostavlja zaostatak tokom dana, pod uslovom da su se svi složili da udaljena kopija mora biti aktuelna samo do jutra.

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

Prihvatite sa radnim procesom, ne sa jednom datotekom

Testirajte sa datotekama koje ljudi zaista koriste: veliki dokument, rutinsku izmenu, brisanje i namerno istovremenu izmenu na obe lokacije. Potvrdite da ponašanje pri konfliktu odgovara onome što ste rekli poslovanju i da je put oporavka iz rezervne kopije odvojen od replika. Zatim nekoliko nedelja pratite obim promena, rast reda i rezervu staginga prema servisnom prozoru. VPN kapacitet je jedno od nekoliko ograničenja i retko je prvo do kojeg dođete.

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