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

Veza je šifrirana, stalno uključena i dovoljno brza, pa bi se dijeljena fascikla trebala ponašati kao jedna fascikla na obje 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 kaže ništa o tome ko smije uređivati datoteku, kojim redoslijedom verzije stižu ni šta se dešava kada se dvije izmjene utrkuju.

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

Šta DFSR zapravo replicira

Svaki server drži vlastitu kopiju i vlastite metapodatke verzija. Promjene se šire kada veza i raspored to dozvole, 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 server nije blokirao drugu izmjenu, jer bi blokiranje zahtijevalo 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 promjene. Microsoftove smjernice 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 s nekoliko velikih arhiva zato trebaju različite oblike staginga. Kada staging ponestane, 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 rezervna kopija, a širenje promjena nije historija 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 preći vezom tokom početne sinhronizacije, 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 je način 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 definišite šta 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 tokom dana, pod uslovom 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 niko nije definisao 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 konfliktu odgovara onome što ste rekli poslovanju i da je put oporavka iz rezervne kopije odvojen od replika. Zatim nekoliko sedmica pratite obim promjena, rast reda i rezervu staginga prema servisnom prozoru. VPN kapacitet je jedno 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 onog koji obećava identične kopije.