DFS-replicatie over een VPN: vergrendeling krijg je er niet bij

De verbinding is versleuteld, altijd aan en snel genoeg, dus de gedeelde map zou zich op beide locaties als één map moeten gedragen. Dat is de aanname achter de meeste DFS-replicatieontwerpen die mensen later verrassen. DFSR is multi-master en asynchroon: elke replica houdt versies zelfstandig bij, en niets in het protocol houdt een vergrendeling tussen servers vast. De VPN draagt het verkeer tussen beide en voegt niets toe van de coördinatie die die aanname nodig heeft. Plan het schrijfpatroon en het capaciteitsmodel, anders wordt het eerste echte conflict een supportincident.

De mythe: een VPN maakt van de replica’s één bestandssysteem

Een tunnel is transport. Hij geeft je een toegestaan pad tussen twee servers en verbergt de hops ertussen. Hij zegt niets over wie een bestand mag bewerken, in welke volgorde versies aankomen, of wat er gebeurt als twee bewerkingen om voorrang strijden.

Versleuteling en beschikbaarheid zijn eigenschappen van de verbinding; consistentie is een eigenschap van de replicatie-engine en van je werkwijze.

Wat DFSR werkelijk repliceert

Elke server houdt zijn eigen kopie en zijn eigen versiemetadata bij. Wijzigingen verspreiden zich wanneer de verbinding en het schema dat toestaan, en de engine gebruikt remote differential compression om alleen de delen van een bestand te sturen die zijn veranderd. Wanneer twee replica’s hetzelfde bestand wijzigen voordat een van beide updates aankomt, wint één versie en wordt de andere als conflictkopie opzij gezet. Geen enkele server blokkeerde de tweede bewerking, want blokkeren zou de gedistribueerde vergrendeling vereisen die DFSR niet biedt.

Een pad in de naamruimte maakt de kopieën makkelijk bereikbaar, en het maakt ze niet coherent.

Staging-ruimte is werkcapaciteit, geen back-up

Staging is het werkgebied dat replicatie gebruikt terwijl het wijzigingen samenstelt. De richtlijn van Microsoft voor de grootte neemt de gecombineerde grootte van de 32 grootste bestanden in de gerepliceerde map als minimum, waarbij extra ruimte nuttig is tijdens de eerste replicatie. Een boom met kleine documenten en een map met enkele grote archieven hebben dus verschillende staging-vormen nodig. Wanneer staging opraakt, stopt replicatie op manieren die op een netwerkstoring lijken. Bepaal de grootte op basis van de gegevens en blijf het volgen terwijl de gegevens veranderen.

Staging is geen back-up, en het verspreiden van wijzigingen is geen versiegeschiedenis.

Vooraf seeden is een optimalisatie, geen snelweg

Voor een grote bestaande boom kan ondersteund vooraf seeden met Robocopy verminderen wat tijdens de eerste synchronisatie over de verbinding moet, en de richtlijn van Microsoft behandelt het behouden van bestandsinformatie en de omgang met vergrendelde of overgeslagen bestanden. Het is een optimalisatie, geen belofte dat de bestemming al correct is, dus de eerste replicatie moet nog steeds worden voltooid en geverifieerd. Juist dat verifiëren overslaan is hoe een locatie bestanden gaat leveren die nooit in de gerepliceerde set zaten.

Verifieer de beginstatus voordat gebruikers op de bestemming vertrouwen, niet na de eerste klacht.

Kies het venster en definieer wat actueel betekent

Het replicatieschema en de bandbreedtebeperkingen bepalen wanneer de partners gegevens mogen uitwisselen. Een smal venster buiten kantooruren is een legitiem ontwerp dat overdag een achterstand laat, mits iedereen ermee instemt dat de externe kopie pas ’s ochtends actueel hoeft te zijn.

Schrijf die zin op, want „de achterstand is veertig minuten” is alleen alarmerend als niemand het doel heeft gedefinieerd.

Accepteer met de werkwijze, niet met één bestand

Test met de bestanden die mensen werkelijk gebruiken: een groot document, een routinebewerking, een verwijdering en een bewuste gelijktijdige bewerking op beide locaties. Bevestig dat het conflictgedrag overeenkomt met wat je het bedrijf hebt verteld, en dat het herstelpad vanuit back-up losstaat van de replica’s. Volg daarna enkele weken het wijzigingsvolume, de groei van de wachtrij en de staging-ruimte ten opzichte van het servicevenster. VPN-capaciteit is één beperking onder meerdere, en het is zelden de eerste die je bereikt.

Een ontwerp dat zijn vertraging en bewerkingsregels documenteert, is veel makkelijker te ondersteunen dan een dat identieke kopieën belooft.