DFS-endurtekning yfir VPN: læsing er ekki það sem þú færð

Tengingin er dulkóðuð, alltaf opin og nógu hröð, svo sameiginlega mappan ætti að haga sér eins og ein mappa á báðum stöðum. Þetta er forsendan að baki flestum DFS-endurtekningahönnunum sem koma fólki á óvart síðar. DFSR er multi-master og ósamstillt: hvert eintak fylgist með útgáfum sjálfstætt og ekkert í samskiptareglunum heldur læsingu milli netþjóna. VPN-ið flytur umferðina milli þeirra og bætir engu við af þeirri samhæfingu sem forsendan þarf. Skipuleggðu skrifmynstrið og afkastagetulíkanið, annars verður fyrsta raunverulega átökin að stuðningsmáli.

Goðsögnin: VPN gerir eintökin að einu skráakerfi

Göng eru flutningur. Þau gefa þér leyfða leið milli tveggja netþjóna og fela hoppin þar á milli. Þau segja ekkert um hver má breyta skrá, í hvaða röð útgáfur berast eða hvað gerist þegar tvær breytingar keppa.

Dulkóðun og framboð eru eiginleikar tengingarinnar; samkvæmni er eiginleiki endurtekningarvélarinnar og vinnuflæðis þíns.

Hvað DFSR endurtekur í raun

Hver netþjónn heldur eigin eintaki og eigin útgáfulýsigögnum. Breytingar berast þegar tengingin og áætlunin leyfa, og vélin notar fjardulkóðun til að senda aðeins þá hluta skrár sem breyttust. Þegar tvö eintök breyta sömu skrá áður en önnur uppfærslan berst, vinnur ein útgáfa og hinni er ýtt til hliðar sem átakaeintak. Enginn netþjónn lokaði seinni breytingunni, því lokun þyrfti dreifðu læsinguna sem DFSR býður ekki upp á.

Nafnrýmisleið gerir eintökin auðveld í nálgun, og hún gerir þau ekki samhangandi.

Staging-rými er vinnugeta, ekki öryggisafrit

Staging er vinnusvæðið sem endurtekning notar meðan hún setur breytingar saman. Stærðarleiðbeining Microsoft tekur sameinaða stærð 32 stærstu skráa í endurteknu möppunni sem lágmark, og aukapláss nýtist við upphafsendurtekningu. Því þarf tré smárra skjala og mappa með nokkrum stórum söfnum mismunandi staging-form. Þegar staging klárast stöðvast endurtekning á þann hátt að það lítur út eins og netbilun. Stærðaðu hana út frá gögnunum og fylgstu síðan áfram með því þegar gögnin breytast.

Staging er ekki öryggisafrit, og dreifing breytinga er ekki útgáfusaga.

Forsáning er hagræðing, ekki fattarleið

Fyrir stórt fyrirliggjandi tré getur studd forsáning með Robocopy dregið úr því sem þarf að fara yfir tenginguna við upphafssamstillingu, og leiðbeiningar Microsoft ná yfir varðveislu skráaupplýsinga og meðferð á læstum eða slepptum skrám. Þetta er hagræðing, ekki loforð um að áfangastaðurinn sé þegar réttur, svo upphafsendurtekningunni verður samt að ljúka og sannprófa. Að sleppa þeirri sannprófun er leiðin sem staður endar á að þjóna skrám sem voru aldrei í endurtekna safninu.

Sannprófaðu upphafsástandið áður en notendur treysta áfangastaðnum, ekki eftir fyrstu kvörtunina.

Veldu gluggann og skilgreindu hvað núgildandi þýðir

Endurtekningaráætlun og bandvíddarstýringar ráða hvenær aðilar mega skiptast á gögnum. Þröngur gluggi eftir vinnutíma er lögmæt hönnun sem skilur eftir bakstöðu yfir daginn, að því gefnu að allir hafi samþykkt að fjareintakið þurfi aðeins að vera núgildandi á morgnana.

Skrifaðu þá setningu niður, því „bakstaðan er fjörutíu mínútur“ er aðeins áhyggjuefni ef enginn skilgreindi markmiðið.

Samþykktu með vinnuflæðinu, ekki einni skrá

Prófaðu með skrám sem fólk notar í raun: stórt skjal, venjubundin breyting, eyðing og viljandi samtímis breyting á báðum stöðum. Staðfestu að hegðun átakanna passi við það sem þú sagðir viðskiptunum og að endurheimtarleiðin úr öryggisafriti sé aðskilin frá eintökunum. Fylgstu síðan með breytingamagni, vexti biðraðar og staging-slaka gagnvart þjónustuglugganum í nokkrar vikur. VPN-afkastageta er ein mörk meðal fleiri og er sjaldan þau fyrstu sem þú nærð.

Hönnun sem skjalfestir seinkun sína og breytingareglur er miklu auðveldari í stuðningi en sú sem lofar samskonar eintökum.