borob14
Goto Top

Standortabhängiger Zugriff auf Replications Ordner (DFS Freigabe)

Hi zusammen,

ich habe folgende Sache die ich gern umsetzen würde, wo ich nicht wirklich weiß, ob es sinnvoll ist und effektiv funktioniert.

Ich würde gern einen Ordner per Replikation/DFS Freigeben ( \\Domäne\...) -> zum Beispiel für Installationsdateien etc.
Den Ordner soll es auf allen Fileservern in der Domäne geben. (also in einigen Standorten)
Ziel ist es das im Hintergrund die Daten vom Hauptstandort per Replizierung auf die Außenstellen synchronisiert werden UND das die Clients sich die Daten vom nächstgelegenen Replic holen (nicht vom Hauptstandort) die DFS Freigabe soll dabei die Serverunabhängigkeit bewirken, also wenn z. Bsp.: mal ein Server nicht erreichbar ist.

Unsere Struktur basiert auf einen Hauptstandort und einige Außenstellen. Im laufe des Jahres kommt eventuell noch ein zweiter Hauptstandort dazu (Lastverteilung möglich?)
Der Hauptstandort hat ne sehr großzügige Leitung (150iger Leitung) die Außenstellen leider nur 2-10.
Jede Außenstelle hat einen eigenen Fileserver für Standortabhängige Daten.
Derzeit sind es nur ca. 200MB in diesem Ordner, es werden aber definitiv deutlich mehr in Zukunft benötigt.
Es gibt auch derzeit ein Backupprogramm was bestimmte globale Ordner Täglich auf den Servern synchronisiert (könnte damit eventuell auch verbessert werden)

Ich hatte auch überlegt ob man die Verteilung über das Sysvol vom AD macht, ist mir aber zu riskant.
Ich habe auch gelesen, dass es bei größeren Dateien zu Problemen führen kann.
Vom Grundprinzip aber genau das was ich will/brauche. (nur die gegenseitige Sync fällt weg, es gibt nur einen Hauptserver der die anderen bedient)


Hat jemand Erfahrung in der Hinsicht ob das überhaupt so funktioniert wie ich es vor habe?


Danke im voraus für hilfreiche Hilfe face-smile


mfg Rob

Content-ID: 265867

Url: https://administrator.de/forum/standortabhaengiger-zugriff-auf-replications-ordner-dfs-freigabe-265867.html

Ausgedruckt am: 24.12.2024 um 03:12 Uhr

emeriks
emeriks 11.03.2015 aktualisiert um 11:55:32 Uhr
Goto Top
Hi,
ja, wir machen das seit Jahren so.
Einen FS in der Zentrale. Je einen FS an den Standorten (dediziert oder nicht, dass ist egal, jedenfalls muss es kein DC sein).

Einen Domänen-DFS-Stamm erstellt. Dort für jeden Standort einen DFS-Ordner. Und einen DFS-Ordner für alle Standorte.
Im Ordner für alle Standorte die betreffenden Freigaben der Standorte als Ziele hinzugefügt.
In den Ordnern der jeweiligen Standorte nur die Freigabe des FS am Standort und die Freigabe des FS in der Zentrale für diesen Standort als Ziele hinzugefügt.
Für jeden DFS-Ordner eine Replikationsgruppe erstellt, in welcher die Freigaben (Ziele) des jeweiligen DFS-Ordners drin sind.

Bsp.
\\domain.local\Install$
- Alle (Ziele: \\fs-zentral\Alle$, \\fs-berlin\Alle$, \\fs-hamburg\Alle$, \\fs-dresden\Alle$)
- Berlin (Ziele: \\fs-zentral\Berlin$, \\fs-berlin\Berlin$)
- Hamburg (Ziele: \\fs-zentral\Hamburg$, \\fs-hamburg\Hamburg$)
- Dresden (Ziele: \\fs-zentral\Dresden$, \\fs-desden\Dresden$)

Bei der Verwdendung dieser Freigaben immer über den DFS-Stam gehen. Also z.B. \\domain.local\Berlin\Prog1\Setup.exe

Hinweise:
  • Die Topologien der Replikationsgruppen sollte "Hub and Spoke" sein.
  • Es gibt keine Garantie, dass von den Standorten aus nur die Freigabe am Standort verwendet wird und dass in der Zentrale nur die Freigabe der Zentrale verwendet werden. (Es sei denn, Du deaktivierst je DFS-Ordner die Verwendung von Zielen außerhalb des Standorts komplett, oder Du sorgst per Routing/Firewal dafür, dass der Zugriff auf die Zentrale vom Client aus nicht geht.) Allerdings ist die Wahrscheinlichkeit dafür sehr hoch, wenn der Server am Standort ausreichend verfügbar ist.

E.
Borob14
Borob14 13.03.2015 um 07:31:48 Uhr
Goto Top
Hi Emeriks,

hab es gestern Abend mal geschafft etwas zu testen, finde das absolut genial face-smile
Allerdings habe ich eine Sache festgestellt: Ich habe als Topologie Nabe/Speiche genommen, trotzdem synchronisiert er in beide Richtungen.
Ich habe einen Server als Nabe und 2 als Speiche ausgewählt, trotzdem zeigt er mir unter Verbindungen an das er zwar den Naben-Server als Haupt Server nimmt (der sendet an die zwei anderen Server) aber auch die zwei anderen Richtung Hauptserver synchronisieren. Man könnte diese Sache Sicherlich mit Berechtigungen ändern (damit keiner in den Speichen Server Schreiben kann) aber vielleicht gibt's noch eine andere Methode?

mfg Rob
emeriks
emeriks 13.03.2015 um 08:24:31 Uhr
Goto Top
Hi,
"Hub and Spoke" bedeutet bloß, dass sich die Server an den Standorten nicht untereinander synchronisieren, sondern immer nur mit der Zentrale.
Und ja, die DFS-Replikation ist bidirektional. Das kann man meines Wissens auch nicht auf unidirektional beschränken.
Wenn Du eine unidirektionale Synchronisation brauchst, dann brauchst Du auch kein DFS-R sondern einfach nur z.B. Robocopy.

E.
Borob14
Borob14 13.03.2015 aktualisiert um 08:33:45 Uhr
Goto Top
Stimmt schon, die Blocksync und der Replikationszeitplan gefällt mir aber bei der Replikation, würde einiges an Netzlast nehmen face-smile
Prinzipiell wird's eh auf Bidirektional hinauslaufen allerdings wäre das ein nettes Feature.
Gibt es eigentlich eine Kontrollfunktion/Benachrichtigungsfunktion wenn was nicht klappt? Server nicht erreichbar etc.

Mit freundlichen Grüßen Rob
emeriks
Lösung emeriks 13.03.2015 aktualisiert um 15:12:23 Uhr
Goto Top
Es gibt ein extra Eventlog nur für DFS-R. Da kannst Du dann - wie bei allen Windows Eventlogs - für bestimmte Ereignisse gezielt Aufgaben hinterlegen.
Ereignisanzeige --> Anwendungs- und Dienstprotokolle --> DFS-Replikation

Weiterhin gibt es nochdas Command Line Tool "dfsdiag".

E.
Borob14
Borob14 13.03.2015 um 15:12:08 Uhr
Goto Top
Danke das reicht mir erst mal als Infos face-smile