2
DFS-R und DFS-N Best-Practice
Hallo zusammen,
ich habe mal eine Frage an euch zum Thema DFS. Wir haben zwei Fileserver die sich per DFS-R synchronisieren. Auf jedem Fileserver gibt es verschiedene Shares, die per DFS-N redundant ausgelegt sind.
Alle Server befinden sich an der gleichen Site, Betriebssystemversion ist Windows Server 2016.
Im Moment ist die Einrichtung so, dass die gesamte Share-Platte der Fileserver über DFS-R gesynct wird und nicht die einzelnen Shares. Ist das eine empfohlene / gute Vorgehensweise?
Oder empfiehlt es sich eher für jedes Share eine eigene Replikation anzulegen?
Hin und wieder haben wir derzeit Probleme mit "wiederauferstandenen Dateien", also Dateien, die gelöscht wurden, die aber plötzlich wieder da sind.
Könnt ihr mir einen Rat geben?
Vielen Dank und beste Grüße!
ich habe mal eine Frage an euch zum Thema DFS. Wir haben zwei Fileserver die sich per DFS-R synchronisieren. Auf jedem Fileserver gibt es verschiedene Shares, die per DFS-N redundant ausgelegt sind.
Alle Server befinden sich an der gleichen Site, Betriebssystemversion ist Windows Server 2016.
Im Moment ist die Einrichtung so, dass die gesamte Share-Platte der Fileserver über DFS-R gesynct wird und nicht die einzelnen Shares. Ist das eine empfohlene / gute Vorgehensweise?
Oder empfiehlt es sich eher für jedes Share eine eigene Replikation anzulegen?
Hin und wieder haben wir derzeit Probleme mit "wiederauferstandenen Dateien", also Dateien, die gelöscht wurden, die aber plötzlich wieder da sind.
Könnt ihr mir einen Rat geben?
Vielen Dank und beste Grüße!
Auf Facebook teilen
Auf X (Twitter) teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 362372
Url: https://administrator.de/forum/dfs-r-und-dfs-n-best-practice-362372.html
Ausgedruckt am: 04.04.2025 um 16:04 Uhr
2 Kommentare
Neuester Kommentar
Hi,
DFS-R repliziert Ordner und keine Freigaben. Somit ist schon mal die Frage beantwortet:
Die Anzahl der DFS-R-Gruppen sollte man nach
Solange, wie Du die Dateien immer "zeitnah" repliziert werden - im LAN also quasi "sofort" - hat man eigentlich kein Problem.
Solange, wie im Eventlog keine Meldungen kommen, dass der Stagin-Speicher zu klein ist und dass deswegen die Replikation stockt, hat man eigentlich kein Problem.
Jedoch:
Mehrere Replikationsgruppen teilt die Struktur sozusagen in mehrere "Fehlerdomänen" auf.
Man kann je Replikationsgruppe einen eigenen Stagingordner mit eigener Größe festlegen. Sowie einen eigenen Konfliktordner.
E.
DFS-R repliziert Ordner und keine Freigaben. Somit ist schon mal die Frage beantwortet:
Oder empfiehlt es sich eher für jedes Share eine eigene Replikation anzulegen?
So gefragt - nein.Die Anzahl der DFS-R-Gruppen sollte man nach
- der Größe der zu replizierenden Ordnerstrukturen (Anzahl Ordner und Dateien)
- der Anzahl erwarteter Änderungen
- der Größe der geänderten Dateien
Solange, wie Du die Dateien immer "zeitnah" repliziert werden - im LAN also quasi "sofort" - hat man eigentlich kein Problem.
Solange, wie im Eventlog keine Meldungen kommen, dass der Stagin-Speicher zu klein ist und dass deswegen die Replikation stockt, hat man eigentlich kein Problem.
Jedoch:
Mehrere Replikationsgruppen teilt die Struktur sozusagen in mehrere "Fehlerdomänen" auf.
Man kann je Replikationsgruppe einen eigenen Stagingordner mit eigener Größe festlegen. Sowie einen eigenen Konfliktordner.
Hin und wieder haben wir derzeit Probleme mit "wiederauferstandenen Dateien", also Dateien, die gelöscht wurden, die aber plötzlich wieder da sind.
Das deutet schon mal auf ein Problem hin. Ich könnte mir vorstellen, dass das in etwa daran liegt, dass z.B. auf der einen Seite eine noch nicht replizierte Änderung im Staging von A --> B ist und auf der anderen Seite die Datei im B gelöscht wurde. So könnte sie im B wieder erzeugt werden.E.
Zitat von @emeriks:
Hi,
DFS-R repliziert Ordner und keine Freigaben. Somit ist schon mal die Frage beantwortet:
Okay, ich habe mich ungenau ausgedrückt, sorry.Hi,
DFS-R repliziert Ordner und keine Freigaben. Somit ist schon mal die Frage beantwortet:
Oder empfiehlt es sich eher für jedes Share eine eigene Replikation anzulegen?
So gefragt - nein.Die Anzahl der DFS-R-Gruppen sollte man nach
- der Größe der zu replizierenden Ordnerstrukturen (Anzahl Ordner und Dateien)
- der Anzahl erwarteter Änderungen
- der Größe der geänderten Dateien
Solange, wie Du die Dateien immer "zeitnah" repliziert werden - im LAN also quasi "sofort" - hat man eigentlich kein Problem.
Solange, wie im Eventlog keine Meldungen kommen, dass der Stagin-Speicher zu klein ist und dass deswegen die Replikation stockt, hat man eigentlich kein Problem.
Jedoch:
Mehrere Replikationsgruppen teilt die Struktur sozusagen in mehrere "Fehlerdomänen" auf.
Man kann je Replikationsgruppe einen eigenen Stagingordner mit eigener Größe festlegen. Sowie einen eigenen Konfliktordner.
E.
Vielen Dank für deine Unterstützung!Mehrere Replikationsgruppen teilt die Struktur sozusagen in mehrere "Fehlerdomänen" auf.
Man kann je Replikationsgruppe einen eigenen Stagingordner mit eigener Größe festlegen. Sowie einen eigenen Konfliktordner.
Hin und wieder haben wir derzeit Probleme mit "wiederauferstandenen Dateien", also Dateien, die gelöscht wurden, die aber plötzlich wieder da sind.
Das deutet schon mal auf ein Problem hin. Ich könnte mir vorstellen, dass das in etwa daran liegt, dass z.B. auf der einen Seite eine noch nicht replizierte Änderung im Staging von A --> B ist und auf der anderen Seite die Datei im B gelöscht wurde. So könnte sie im B wieder erzeugt werden.E.
