DFS-Replikation über ein VPN: Sperren ist nicht, was Sie bekommen
Ein Standort-VPN transportiert den Datenverkehr, es fügt aber keine Dateisperren hinzu. Entwerfen Sie Konsistenzmodell, Staging-Platz und Replikationsfenster, bevor Sie die Erstreplikation anstoßen.
Die Verbindung ist verschlüsselt, immer aktiv und schnell genug, also sollte sich der freigegebene Ordner an beiden Standorten wie ein Ordner verhalten. Genau diese Annahme steckt hinter den meisten DFS-Replikationsentwürfen, die Menschen später überraschen. DFSR arbeitet multi-master und asynchron: Jede Replik verfolgt Versionen eigenständig, und nichts im Protokoll hält eine Sperre über Server hinweg. Das VPN überträgt den Verkehr zwischen ihnen und fügt nichts von der Koordination hinzu, die diese Annahme braucht. Planen Sie das Schreibmuster und das Kapazitätsmodell, sonst wird der erste echte Konflikt zum Supportfall.
Der Mythos: Ein VPN macht aus den Repliken ein Dateisystem
Ein Tunnel ist Transport. Er gibt Ihnen einen erlaubten Pfad zwischen zwei Servern und verbirgt die Hops dazwischen. Er sagt nichts darüber, wer eine Datei bearbeiten darf, in welcher Reihenfolge Versionen eintreffen oder was passiert, wenn zwei Bearbeitungen um die Wette laufen.
Verschlüsselung und Verfügbarkeit sind Eigenschaften der Verbindung; Konsistenz ist eine Eigenschaft der Replikations-Engine und Ihres Arbeitsablaufs.
Was DFSR tatsächlich repliziert
Jeder Server hält seine eigene Kopie und seine eigenen Versionsmetadaten. Änderungen werden verteilt, wenn Verbindung und Zeitplan es zulassen, und die Engine nutzt entfernte differenzielle Komprimierung, um nur die geänderten Teile einer Datei zu senden. Wenn zwei Repliken dieselbe Datei ändern, bevor eine der Aktualisierungen eintrifft, gewinnt eine Version, und die andere wird als Konfliktkopie zur Seite gelegt. Kein Server blockierte die zweite Bearbeitung, denn Blockieren würde die verteilte Sperre erfordern, die DFSR nicht bietet.
Ein Namespace-Pfad macht die Kopien bequem erreichbar, und er macht sie nicht kohärent.
Staging-Platz ist Arbeitskapazität, kein Backup
Staging ist der Arbeitsbereich, den die Replikation nutzt, während sie Änderungen zusammenstellt. Die Dimensionierungsempfehlung von Microsoft nimmt die gemeinsame Größe der 32 größten Dateien im replizierten Ordner als Minimum, wobei zusätzlicher Platz während der Erstreplikation nützlich ist. Ein Baum aus winzigen Dokumenten und ein Ordner mit mehreren großen Archiven brauchen daher unterschiedliche Staging-Formen. Wenn Staging ausgeht, bleibt die Replikation auf Wegen stehen, die wie ein Netzwerkfehler aussehen. Dimensionieren Sie es aus den Daten und beobachten Sie weiter, während sich die Daten ändern.
Staging ist kein Backup, und Änderungen zu verteilen ist keine Versionshistorie.
Vorabfüllung ist eine Optimierung, keine Abkürzung
Für einen großen bestehenden Baum kann unterstützte Vorabfüllung mit Robocopy reduzieren, was während der Erstsynchronisierung über die Verbindung gehen muss, und Microsofts Anleitung behandelt das Bewahren von Dateiinformationen und den Umgang mit gesperrten oder übersprungenen Dateien. Es ist eine Optimierung, kein Versprechen, dass das Ziel schon korrekt ist, also muss die Erstreplikation trotzdem abgeschlossen und geprüft werden. Genau das Auslassen dieser Prüfung führt dazu, dass ein Standort Dateien ausliefert, die nie im replizierten Satz waren.
Prüfen Sie den Ausgangszustand, bevor Nutzer sich auf das Ziel verlassen, nicht nach der ersten Beschwerde.
Wählen Sie das Fenster und definieren Sie, was aktuell heißt
Replikationszeitplan und Bandbreitensteuerung entscheiden, wann die Partner Daten austauschen dürfen. Ein enges Fenster nach Feierabend ist ein legitimer Entwurf, der tagsüber einen Rückstand lässt, sofern alle zugestimmt haben, dass die entfernte Kopie erst am Morgen aktuell sein muss.
Schreiben Sie diesen Satz auf, denn „der Rückstand beträgt vierzig Minuten“ ist nur alarmierend, wenn niemand das Ziel definiert hat.
Abnehmen mit dem Arbeitsablauf, nicht mit einer Datei
Testen Sie mit den Dateien, die Menschen wirklich nutzen: ein großes Dokument, eine Routinebearbeitung, ein Löschen und eine bewusste gleichzeitige Bearbeitung an beiden Standorten. Bestätigen Sie, dass das Konfliktverhalten dem entspricht, was Sie dem Geschäft gesagt haben, und dass der Wiederherstellungsweg aus dem Backup getrennt von den Repliken ist. Beobachten Sie dann Änderungsvolumen, Warteschlangenwachstum und Staging-Reserve über einige Wochen gegen das Servicefenster. VPN-Kapazität ist eine Grenze unter mehreren, und sie ist selten die erste, die Sie erreichen.
Ein Entwurf, der seine Verzögerung und seine Bearbeitungsregeln dokumentiert, ist viel leichter zu unterstützen als einer, der identische Kopien verspricht.