Einstieg in DFS an 2 Standorten

Hallo Stinger,

dein VPN-Netz ist für DFS ausreichend, solange du nicht andere Bandreitenintensive Dienste über den Tunnel schickst.

1. Grundlagen DFS Namespaces

Das DFS selbst ist ein Namespace basierendes Dateisystem, das mehrere Ressourcen auf verschiedenen Servern an mehreren Standorten zusammenfasst. Die eigentliche Freigabe des DFS nennt man Stammfreigabe oder DFS Root. Innerhalb dieser Wurzel werden dann Ordner erstellt, die entweder weitere virtuelle Ordner enthalten oder aus ein oder mehrere Ziele (Freigaben) an anderen Servern verweisen. Dabei ist es möglich, einen Client auf das jeweils nächste Ziel eines DFS-Ordners weiterzuleiten. Der Stamm selbst wird (bei AD-Basierenden Stämmen) von ein oder mehreren Hostservern bereitgestellt. In einer Domäne verbindet sich der Client automatisch mit dem jeweils am nächst gelegenem Stammserver.

Dank dieser Flexibilität lassen sich DFS-Hirachien konstruieren, die ein automatisieres und dynamisches, Standortbasierendes Basislaufwerk für Netzwerkbenutzer bereitstellen.

Gibt es z.B. an jedem deiner 3 Standorte einen DFS-Host für den Namespace "meinstamm", innerhalb dieses Stamms einen virtuellen Ordner "Profile" welcher über 3 Ziele an 3 Standorten verfügt, wird ein Benutzer jeweils mit dem nächstem Profilserver verbunbden. Dies funktioniert wunderbar (ich rede noch nicht von Replikation) um Benutzern, die an mehreren Standorten verschiedene Profile benötigen, auf basis des "Network Default" Profiles schnell einen Profilpfad automatisiert bereitzustellen OHNE im Benutzerobjekt etwas ändern zu müssen.

2. DFS-R

Die Dateisystemreplikation kann verwendet werden, um mehrere Ordner über Standorte hinweg zu Synchronisieren. Dabei werden dateien nicht einfach nur kopiert, sondern bei Änderungen nur die tatsächlich geänderten Blöcke übertragen. DFSR verwendet eigene, von der AD-Replikation (ntfrs) unabhängige Verbindungsobjekte, auf welche du eigene Zeit und Bandbreitenpläne konfigurieren kannst und solltest. Eine Faustregel besagt, das du nie mehr als 75% der verfügbaren Bandbreite einer Physischen Verbindung verwenden solltest.
DFSR arbeitet direkt auf Blockebene des Dateisystems und verwendet das NTFS Änderungsjournal um geänderte, zu replizierende Dateien zu finden. Ist eine Datei gelockt (z.B. über CIFS(Netzlaufwerk)), wartet der Dienst mit der Replikation dieser Datei bis zur aufhebung der Sperre.
DFSR unterstützt mehrere Topologien und ist sehr Flexiebel auf die Bedürfnisse konfigurierbar. Du kannst reine One-Way Topologien, Stern oder Full-Mesh erstellen. Je nach Einsatzzweck. Es lassen sich beispielweise Vorlagen von einem zentralem Verteilungspunkt an mehrere Fileserver verteilen, Daten zur Sicherung von mehreren Fileservern an einen zentralen Punkt replizieren oder Standortübergreifende Arbeitsordner realisieren. Bei letzterem muss folgendes beachtet werden:

Oplocks sind ein Feature des Dateiservers und werden NICHT repliziert. Es ist also möglich, das Benutzer an 2 Standorten Dateien zeitgleich schreibend öffnen. Hier muss ein klares Konzept erarbeitet werden. Ich verwende hier eine Arbeitsanweisung, das Benutzer Dateien vor dem Bearbeiten mut einem Kürzel versehen müssen. DFSR Repliziert Dateisystembefehle wie Umbenennen oder Löschen extrem schnell. So weiß jeder an einem anderem Standort das Benutzer xy diese Datei in Bearbeitung hat. Sollte es dennoch zu überschneidungen kommen, gewinnt der letzte Schreibvorgang. Die "ältere" Version der Datei wird dann im Konfliktordner abgelegt, sofern aktiviert. Übrigens, bei reinen Verteilungs oder Sicherungsordnern sollte diese Funktion deaktiviert werden, da der Konfliktordner bei größeren replizierten Ordnern sehr schnell sehr groß werden kann.

Verknüpfst du im DFS Namespace einen DFSR Replizierten Ordnern mit allen Servern, auf dem das Replikat liegt, wird der Benutzer, je nachdem an welchem Standort er sich befindet, mit dem nächstem verfügbarem Replikat verbunden. Ohne interaktion des Anwenders. Für Profile, die über Standorte hinweg genutzt bwerden sollen ideal, da ein gleichzeitiger Zugriff unwarscheinlich ist (Ein Benutzer kann schlecht gleichzeitig an 2 Standorten sein).

Beachte die Hinweise zu gleichzeitigen Zugriffen und plane dein DFS sorgfältig, dann hast du ruhe. Unsaber geplant und ohne Hinweise für die Benutzer ist DFS der Horror eines jeden Admins.

Noch Fragen? Immer her damit

PS: Ich Repliziere mehrere Terrabyte mit DFSR über 2MBit Leitungen. Solange sich jeder an die Regeln hält ist alles wunderbar. Falls nicht, helfen Schattenkopien um versehentlich überschriebene Dateien wiederherzustellen.

NTFS Berechtigungen werden nicht übertragen, musst Du manuell pflegen...

vg tc

Quatsch. Die NTFS-Berechtigungen werden, je nachdem wer der Master im DFSR-Satz ist, vom Master auf alle Replikate übertragen. Das kannst du beim einrichten eines Replizierten Ordners mit dem Button "Standardberechtigungen" explizit deaktivieren. Per Default ist es aber für neue replizierte Ordner aktiv.

Bitte beachten, die Rechte werden manchmal nicht gleich am Anfang repliziert. Ich persönlich erstelle meist immer zuerst den replizierten Ordner, warte die Erstsynchronisierung ab und setze dann auf dem Master die Dateisystemrechte.

/EDIT
Bei Full-Mesh Replikationsgruppen werden berechtigungen, egal wo diese Geändert werden, ebenfalls mit repliziert. Bitte beachten, du solltest die Berechtigungen nicht von übergeordneten Ordnern vererben. Mit Administratoren und "System" funktioniert das, allerdings machen andere Gruppen meist Probleme. Setze desshalb auf dem Übergeordneten Ordner des Replizierten Ordners maximal "Administratoren" und "System", dann auf dem Ordner selbst alle weiteren Gruppen. Diese werden dann Repliziert und auf allen Servern richtig angezeigt und angewandt.