DFS-replikering over en VPN: låsning er ikke det, du får

Forbindelsen er krypteret, altid tændt og hurtig nok, så den delte mappe burde opføre sig som én mappe på begge lokaliteter. Det er den antagelse, der ligger bag de fleste DFS-replikeringsdesign, som overrasker folk senere. DFSR er multi-master og asynkron: hver replika holder styr på versioner uafhængigt, og intet i protokollen holder en lås på tværs af servere. VPN’en bærer trafikken mellem dem og tilføjer intet af den koordinering, som antagelsen kræver. Planlæg skrivemønstret og kapacitetsmodellen, ellers bliver den første egentlige konflikt en supportsag.

Myten: en VPN gør replikaerne til ét filsystem

En tunnel er transport. Den giver dig en tilladt vej mellem to servere og skjuler hopene imellem. Den siger intet om, hvem der må redigere en fil, i hvilken rækkefølge versioner ankommer, eller hvad der sker, når to redigeringer løber om kap.

Kryptering og tilgængelighed er egenskaber ved forbindelsen; konsistens er en egenskab ved replikeringsmotoren og ved dit arbejdsflow.

Hvad DFSR faktisk replikerer

Hver server holder sin egen kopi og sine egne versionsmetadata. Ændringer spredes, når forbindelsen og tidsplanen tillader det, og motoren bruger fjern-differentiel komprimering til kun at sende de dele af en fil, der er ændret. Når to replikaer ændrer den samme fil, før nogen af opdateringerne ankommer, vinder den ene version, og den anden flyttes til side som en konfliktkopi. Ingen server blokerede den anden redigering, fordi blokering ville kræve den distribuerede lås, som DFSR ikke tilbyder.

En navneområdesti gør kopierne nemme at nå, og den gør dem ikke sammenhængende.

Staging-plads er arbejdskapacitet, ikke backup

Staging er det mellemområde, replikering bruger, mens den samler ændringer. Microsofts dimensioneringsvejledning bruger den samlede størrelse af de 32 største filer i den replikerede mappe som minimum, og ekstra plads er nyttig under den indledende replikering. Et træ af små dokumenter og en mappe med flere store arkiver har derfor brug for forskellige staging-former. Når staging løber tør, går replikeringen i stå på måder, der ligner en netværksfejl. Dimensionér den ud fra dataene, og bliv ved med at holde øje, når dataene ændrer sig.

Staging er ikke en backup, og at sprede ændringer er ikke en versionshistorik.

Forudfyldning er en optimering, ikke en genvej

For et stort eksisterende træ kan understøttet forudfyldning med Robocopy skære ned på det, der skal over forbindelsen under den indledende synkronisering, og Microsofts vejledning dækker bevarelse af filoplysninger og håndtering af låste eller overspringe filer. Det er en optimering, ikke et løfte om, at destinationen allerede er korrekt, så den indledende replikering skal stadig fuldføres og verificeres. At springe den verifikation over er måden, hvorpå en lokalitet ender med at levere filer, der aldrig var i det replikerede sæt.

Verificér starttilstanden, før brugerne afhænger af destinationen, ikke efter den første klage.

Vælg vinduet, og definér hvad aktuel betyder

Replikeringsplan og båndbreddekontrol afgør, hvornår partnerne må udveksle data. Et snævert vindue efter arbejdstid er et legitimt design, der efterlader en efterslæbning i løbet af dagen, forudsat at alle er enige om, at fjernkopien kun skal være aktuel om morgenen.

Skriv den sætning ned, fordi »efterslæbningen er fyrre minutter« kun er alarmerende, hvis ingen har defineret målet.

Accepter med arbejdsflowet, ikke med én fil

Test med de filer, folk faktisk bruger: et stort dokument, en rutinemæssig redigering, en sletning og en bevidst samtidig redigering på begge lokaliteter. Bekræft, at konfliktadfærden svarer til det, du fortalte forretningen, og at gendannelsesvejen fra backup er adskilt fra replikaerne. Hold derefter øje med ændringsvolumen, køvækst og staging-plads over for servicevinduet i nogle uger. VPN-kapacitet er én begrænsning blandt flere, og det er sjældent den første, du rammer.

Et design, der dokumenterer sin forsinkelse og sine redigeringsregler, er langt lettere at supportere end et, der lover identiske kopier.