Replikacija DFS prek VPN: zaklepanje ni tisto, kar dobite

Povezava je šifrirana, vedno vključena in dovolj hitra, zato bi se morala skupna mapa obnašati kot ena mapa na obeh lokacijah. To je predpostavka za večino načrtov replikacije DFS, ki ljudi pozneje presenetijo. DFSR je multi-master in asinhron: vsaka replika samostojno spremlja različice in nič v protokolu ne drži zaklepa med strežniki. VPN prenaša promet med njima in ne doda ničesar od usklajevanja, ki ga ta predpostavka potrebuje. Načrtujte vzorec pisanja in model zmogljivosti, sicer prvi resnični konflikt postane incident podpore.

Mit: VPN naredi replike en sam datotečni sistem

Predor je transport. Daje vam dovoljeno pot med dvema strežnikoma in skriva skoke med njima. Ne pove ničesar o tem, kdo sme urejati datoteko, v kakšnem vrstnem redu prihajajo različice ali kaj se zgodi, ko se dve urejanji potegujeta.

Šifriranje in razpoložljivost sta lastnosti povezave; skladnost je lastnost pogona za replikacijo in vašega delovnega toka.

Kaj DFSR dejansko replicira

Vsak strežnik hrani svojo kopijo in svoje metapodatke različice. Spremembe se širijo, ko to dovolita povezava in urnik, pogon pa uporablja oddaljeno diferencialno stiskanje, da pošlje le spremenjene dele datoteke. Ko dve repliki spremenita isto datoteko, preden prispe katera koli posodobitev, ena različica zmaga, druga pa se odloži na stran kot konfliktna kopija. Noben strežnik ni blokiral drugega urejanja, ker bi blokiranje zahtevalo porazdeljeno zaklepanje, ki ga DFSR ne ponuja.

Pot v imenskem prostoru naredi kopije lahko dosegljive in jih ne naredi skladnih.

Prostor staging je delovna zmogljivost, ne varnostna kopija

Staging je delovno območje, ki ga replikacija uporablja, medtem ko sestavlja spremembe. Microsoftove smernice za velikost vzamejo skupno velikost 32 največjih datotek v replicirani mapi kot minimum, dodatni prostor pa je koristen med začetno replikacijo. Drevo drobnih dokumentov in mapa z več velikimi arhivi zato potrebujeta različne oblike staginga. Ko staging zmanjka, se replikacija ustavi tako, da je videti kot omrežna napaka. Določite ga iz podatkov in ga nato spremljajte, ko se podatki spreminjajo.

Staging ni varnostna kopija in širjenje sprememb ni zgodovina različic.

Predpolnjenje je optimizacija, ne bližnjica

Za veliko obstoječe drevo lahko podprto predpolnjenje z Robocopyjem zmanjša, kaj mora med začetno sinhronizacijo prek povezave, in Microsoftove smernice pokrivajo ohranjanje podatkov o datotekah ter ravnanje z zaklenjenimi ali preskočenimi datotekami. To je optimizacija, ne obljuba, da je cilj že pravilen, zato je treba začetno replikacijo vseeno dokončati in preveriti. Prav zaradi izpuščanja tega preverjanja lokacija začne streči datoteke, ki nikoli niso bile v repliciranem naboru.

Preverite začetno stanje, preden se uporabniki zanesejo na cilj, ne po prvi pritožbi.

Izberite okno in opredelite, kaj pomeni aktualno

Urnik replikacije in nadzor pasovne širine določata, kdaj si partnerji smejo izmenjevati podatke. Ozko okno po delovnem času je legitimna zasnova, ki čez dan pušča zaostanek, če so se vsi strinjali, da mora biti oddaljena kopija aktualna šele zjutraj.

Zapišite ta stavek, ker „zaostanek je štirideset minut“ vznemirja le, če nihče ni opredelil cilja.

Sprejmite z delovnim tokom, ne z eno datoteko

Preizkusite z datotekami, ki jih ljudje res uporabljajo: velik dokument, rutinsko urejanje, brisanje in namerno hkratno urejanje na obeh lokacijah. Potrdite, da vedenje ob konfliktu ustreza temu, kar ste povedali poslovanju, in da je pot obnovitve iz varnostne kopije ločena od replik. Nato nekaj tednov spremljajte obseg sprememb, rast čakalne vrste in rezervo staginga glede na servisno okno. Zmogljivost VPN je ena od več meja in le redko prva, do katere pridete.

Zasnovo, ki dokumentira svojo zamudo in pravila urejanja, je veliko lažje podpirati kot tisto, ki obljublja enake kopije.