Replikimi DFS përmes një VPN: bllokimi nuk është ajo që merrni
Një VPN siti transporton trafikun, por nuk shton asnjë bllokim skedarësh. Projektoni modelin e konsistencës, hapësirën staging dhe dritaren e replikimit përpara se të mbillni.
Lidhja është e kriptuar, gjithmonë aktive dhe mjaft e shpejtë, prandaj dosja e përbashkët duhet të sillet si një dosje e vetme në të dyja sitet. Ky është supozimi pas shumicës së projekteve të replikimit DFS që i befasojnë njerëzit më vonë. DFSR është multi-master dhe asinkron: çdo replikë i ndjek versionet në mënyrë të pavarur, dhe asgjë në protokoll nuk mban një bllokim mes serverëve. VPN-ja transporton trafikun mes tyre dhe nuk shton asgjë nga koordinimi që kërkon ky supozim. Planifikoni modelin e shkrimit dhe modelin e kapacitetit, përndryshe konflikti i parë i vërtetë bëhet incident mbështetjeje.
Miti: një VPN i kthen replikat në një sistem të vetëm skedarësh
Tuneli është transport. Ju jep një rrugë të lejuar mes dy serverëve dhe fsheh kërcimet në mes. Nuk thotë asgjë për atë se kush mund të modifikojë një skedar, në çfarë rendi vijnë versionet ose çfarë ndodh kur dy modifikime garojnë.
Kriptimi dhe disponueshmëria janë veti të lidhjes; konsistenca është veti e motorit të replikimit dhe e rrjedhës suaj të punës.
Çfarë replikon në të vërtetë DFSR
Çdo server mban kopjen e vet dhe metadatat e veta të versionit. Ndryshimet përhapen kur lidhja dhe orari e lejojnë, dhe motori përdor kompresim diferencial në distancë për të dërguar vetëm pjesët e skedarit që kanë ndryshuar. Kur dy replika ndryshojnë të njëjtin skedar përpara se të mbërrijë ndonjë përditësim, një version fiton dhe tjetri hiqet mënjanë si kopje konflikti. Asnjë server nuk bllokoi modifikimin e dytë, sepse bllokimi do të kërkonte bllokimin e shpërndarë që DFSR nuk e ofron.
Një rrugë e hapësirës së emrave i bën kopjet të lehta për t’u arritur, dhe nuk i bën ato koherente.
Hapësira staging është kapacitet pune, jo kopje rezervë
Staging është zona e përkohshme që replikimi përdor ndërsa mbledh ndryshimet. Udhëzimi i Microsoft për madhësinë merr madhësinë e kombinuar të 32 skedarëve më të mëdhenj në dosjen e replikuar si minimum, me hapësirë shtesë të dobishme gjatë replikimit fillestar. Prandaj një pemë dokumentesh të vegjël dhe një dosje me disa arkiva të mëdha kanë nevojë për forma staging të ndryshme. Kur staging mbaron, replikimi ndalon në mënyra që duken si defekt rrjeti. Përmasojeni nga të dhënat, pastaj vazhdoni ta vëzhgoni ndërsa të dhënat ndryshojnë.
Staging nuk është kopje rezervë, dhe përhapja e ndryshimeve nuk është histori versionesh.
Mbjellja paraprake është optimizim, jo shkurtore
Për një pemë të madhe ekzistuese, mbjellja paraprake e mbështetur me Robocopy mund të zvogëlojë atë që duhet të kalojë përmes lidhjes gjatë sinkronizimit fillestar, dhe udhëzimi i Microsoft mbulon ruajtjen e informacionit të skedarëve dhe trajtimin e skedarëve të bllokuar ose të anashkaluar. Është optimizim, jo premtim se destinacioni është tashmë i saktë, prandaj replikimi fillestar duhet përsëri të përfundojë dhe të verifikohet. Është pikërisht anashkalimi i këtij verifikimi ai që bën që një sit të fillojë të shërbejë skedarë që nuk ishin kurrë në grupin e replikuar.
Verifikoni gjendjen fillestare përpara se përdoruesit të mbështeten te destinacioni, jo pas ankesës së parë.
Zgjidhni dritaren dhe përcaktoni çfarë do të thotë aktual
Orari i replikimit dhe kontrollet e gjerësisë së brezit vendosin kur partnerët mund të shkëmbejnë të dhëna. Një dritare e ngushtë pas orarit të punës është një projekt i ligjshëm që lë një vonesë gjatë ditës, me kusht që të gjithë të kenë rënë dakord që kopja e largët duhet të jetë aktuale vetëm në mëngjes.
Shkruajeni atë fjali, sepse „vonesa është dyzet minuta“ është shqetësuese vetëm nëse askush nuk e ka përcaktuar objektivin.
Prano me rrjedhën e punës, jo me një skedar
Testoni me skedarët që njerëzit përdorin vërtet: një dokument i madh, një modifikim rutine, një fshirje dhe një modifikim i njëkohshëm i qëllimshëm në të dyja sitet. Konfirmoni që sjellja e konfliktit përputhet me atë që i thatë biznesit dhe që rruga e rikuperimit nga kopja rezervë është e ndarë nga replikat. Më pas vëzhgoni volumin e ndryshimeve, rritjen e radhës dhe margjinën e staging ndaj dritares së shërbimit për disa javë. Kapaciteti i VPN-së është një kufi mes disave dhe rrallë është i pari që arrini.
Një projekt që dokumenton vonesën dhe rregullat e modifikimit të tij është shumë më i lehtë për t’u mbështetur sesa një që premton kopje identike.