7
Funktionsweise DFS nach Netzwerkkopie?!
Hallo ihr.
Ich habe zwei 2008er R2 Server in verschiedenen Standorten, die sich über ein DFS abgleichen. Soweit so gut... klappt alles und es läuft wunderbar.
Da einer der beiden Server aber in Kürze abgelöst werden _muss_ habe ich einen neuen Server installiert und dort auch das DFS aktiviert.
Hier habe ich dann dieselben Ordner & Freigaben erstellt und diese mit in die Replikation dazugenommen.
Das klappt soweit auch. Aber da das DFS recht langsam kopiert/repliziert habe ich mir gedacht, dass ich die ca 1TB an Daten über die Netzwerkfreigabe rüberschicke und anschließend nur die neuen Daten repliziere. Das Rüberschicken hat nach langer Wratezeit dann geklappt und das DFS wurde angeworfen.
Nur leider geht er nun seit 2 Tagen (laut eventlog) alle Ordner durch udn scheint JEDE Datei neu zu replizieren. Er zeigt mir folgende Meldung:
---
Der DFS-Replikationsdienst hat erkannt, dass eine Datei auf mehreren Servern geändert wurde. Es wurde ein Algorithmus zur Konfliktauflösung verwendet, um die Gewinnerdatei zu bestimmen. Die Verliererdatei wurde in den Konfliktordner für gelöschte Dateien verschoben.
Weitere Informationen:
Ursprünglicher Dateipfad: E:\X\Ordner\Name\Projekt\Projektname\Fotos\P4270285.JPG
Neuer Name im Konfliktordner: P4270285-{8E4D71AB-B7F5-488B-8D21-D7C0C6B86DE5}-v1315004.JPG
Stamm des replizierten Ordners: E:\X
Datei-ID: {8E4D71AB-B7F5-488B-8D21-D7C0C6B86DE5}-v1315004
Name des replizierten Ordners: X
ID des replizierten Ordners: 6113E2A7-86D7-4D3A-9800-C49AF2D15985
Replikationsgruppenname: dfs-name
Replikationsgruppen-ID: 7D56CB42-0722-4DF8-A40B-738A92051C6A
Mitglieds-ID: CEF1192B-2CF8-4A13-BDDC-F630F10CFCBC
---
Er ist im Alphabeth nun wie gesgat nach zwei Tagen bei "G" .. obwohl alle Daten vollständig sind!
Wenn ich jetzt eine neue Datei erstelle - egal auf welchen der beiden Server - wird diese innaherlab wneiger Sekunden auch korrekt repliziert, also wohl bevorzugt behandelt.
Nur nun die Frage... repliziert der da echt alle Daten erneut?!
Wenn ich den Server nun herunterfahre und in den anderne Standort bringe (er ist per Standleitung angeschlossen) fülle cih mir die Leitung tagelang bis oben hin oder sehe ich das falsch?
Warum merkt der nicht, dass auf beiden Server exakt dieselben Daten sind? Auch mit demsleben Datum und co...
Kann einer von euch Licht ins dunkle bringen?
Ich wäre euch SEHR verbunden!
Grüße!
Ich habe zwei 2008er R2 Server in verschiedenen Standorten, die sich über ein DFS abgleichen. Soweit so gut... klappt alles und es läuft wunderbar.
Da einer der beiden Server aber in Kürze abgelöst werden _muss_ habe ich einen neuen Server installiert und dort auch das DFS aktiviert.
Hier habe ich dann dieselben Ordner & Freigaben erstellt und diese mit in die Replikation dazugenommen.
Das klappt soweit auch. Aber da das DFS recht langsam kopiert/repliziert habe ich mir gedacht, dass ich die ca 1TB an Daten über die Netzwerkfreigabe rüberschicke und anschließend nur die neuen Daten repliziere. Das Rüberschicken hat nach langer Wratezeit dann geklappt und das DFS wurde angeworfen.
Nur leider geht er nun seit 2 Tagen (laut eventlog) alle Ordner durch udn scheint JEDE Datei neu zu replizieren. Er zeigt mir folgende Meldung:
---
Der DFS-Replikationsdienst hat erkannt, dass eine Datei auf mehreren Servern geändert wurde. Es wurde ein Algorithmus zur Konfliktauflösung verwendet, um die Gewinnerdatei zu bestimmen. Die Verliererdatei wurde in den Konfliktordner für gelöschte Dateien verschoben.
Weitere Informationen:
Ursprünglicher Dateipfad: E:\X\Ordner\Name\Projekt\Projektname\Fotos\P4270285.JPG
Neuer Name im Konfliktordner: P4270285-{8E4D71AB-B7F5-488B-8D21-D7C0C6B86DE5}-v1315004.JPG
Stamm des replizierten Ordners: E:\X
Datei-ID: {8E4D71AB-B7F5-488B-8D21-D7C0C6B86DE5}-v1315004
Name des replizierten Ordners: X
ID des replizierten Ordners: 6113E2A7-86D7-4D3A-9800-C49AF2D15985
Replikationsgruppenname: dfs-name
Replikationsgruppen-ID: 7D56CB42-0722-4DF8-A40B-738A92051C6A
Mitglieds-ID: CEF1192B-2CF8-4A13-BDDC-F630F10CFCBC
---
Er ist im Alphabeth nun wie gesgat nach zwei Tagen bei "G" .. obwohl alle Daten vollständig sind!
Wenn ich jetzt eine neue Datei erstelle - egal auf welchen der beiden Server - wird diese innaherlab wneiger Sekunden auch korrekt repliziert, also wohl bevorzugt behandelt.
Nur nun die Frage... repliziert der da echt alle Daten erneut?!
Wenn ich den Server nun herunterfahre und in den anderne Standort bringe (er ist per Standleitung angeschlossen) fülle cih mir die Leitung tagelang bis oben hin oder sehe ich das falsch?
Warum merkt der nicht, dass auf beiden Server exakt dieselben Daten sind? Auch mit demsleben Datum und co...
Kann einer von euch Licht ins dunkle bringen?
Ich wäre euch SEHR verbunden!
Grüße!
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 183459
Url: https://administrator.de/contentid/183459
Printed on: April 24, 2024 at 03:04 o'clock
7 Comments
Latest comment
Grüße,
ich denke er vergleicht auch das Datum "erstellt" "geändert". Diese sind ja eben nicht gleich. (Wie auch wenn du Sie kopiert hast)
Warum drehst du in der DFS Verwaltung nicht die Bandbreite hoch die er für die Replikation nutzen darf. Dann sollte das doch relativ zügig gehen...
Grüße
ich denke er vergleicht auch das Datum "erstellt" "geändert". Diese sind ja eben nicht gleich. (Wie auch wenn du Sie kopiert hast)
Warum drehst du in der DFS Verwaltung nicht die Bandbreite hoch die er für die Replikation nutzen darf. Dann sollte das doch relativ zügig gehen...
Grüße
Hallo Lenny,
das mit dem erstellt-Datum macht durchaus Sinn... schade, dass das DFS nicht die Dateien anschaut :/. Wobei das DFSR soll ja doch eigentlich nur die geänderten Teile der Datei neu syncen, wiel es "schlau" ist?
Die Bandbreite zwischen diesen beidne Servern die im GB-Netzwerk sind hatte ich auf 256mbit (maximum, glaube ich), aber er musste ja jede Datei anfassen, denke da haben die vielen vielen vielen kleinen Dateien das Problem gemacht.
Whatever nun ist er endlcih fertig mit veergleichen. Dennoch schade, dass das System so "blöd" ist
Grüße
das mit dem erstellt-Datum macht durchaus Sinn... schade, dass das DFS nicht die Dateien anschaut :/. Wobei das DFSR soll ja doch eigentlich nur die geänderten Teile der Datei neu syncen, wiel es "schlau" ist?
Die Bandbreite zwischen diesen beidne Servern die im GB-Netzwerk sind hatte ich auf 256mbit (maximum, glaube ich), aber er musste ja jede Datei anfassen, denke da haben die vielen vielen vielen kleinen Dateien das Problem gemacht.
Whatever nun ist er endlcih fertig mit veergleichen. Dennoch schade, dass das System so "blöd" ist
Grüße
Habe den neuen Server nun von A nach B gebracht.
Somit ergibt sich folgender Stand:
Standort A:
Server1
Standort B:
Server2
Server3 (neu)
Als Server 3 noch im Standort A war hat er recht zügig binnen weniger sekunden repliziert.
Nun braucht er aber irgendwie ewig.... so zwischen 5 udn 10 Minuten für das Umbenennen eines Ordners und für kleine textdateien. Auf einer anderen Freigabe sogar noch länger (seit über 2h noch nix passiert)
Auf Server B, der durch dieselbe STandleitung geht, klappt das Replizieren weiterhin innerhalb von wenigen Sekunden.
Woran kann das liegen? Ist ja zum Mäusemelken hier... =/
Somit ergibt sich folgender Stand:
Standort A:
Server1
Standort B:
Server2
Server3 (neu)
Als Server 3 noch im Standort A war hat er recht zügig binnen weniger sekunden repliziert.
Nun braucht er aber irgendwie ewig.... so zwischen 5 udn 10 Minuten für das Umbenennen eines Ordners und für kleine textdateien. Auf einer anderen Freigabe sogar noch länger (seit über 2h noch nix passiert)
Auf Server B, der durch dieselbe STandleitung geht, klappt das Replizieren weiterhin innerhalb von wenigen Sekunden.
Woran kann das liegen? Ist ja zum Mäusemelken hier... =/
Aber da das DFS recht langsam kopiert/repliziert habe ich mir gedacht, dass ich die ca 1TB an Daten über die Netzwerkfreigabe rüberschicke und anschließend nur die neuen Daten repliziere.
Ist jetzt zwar zu spät, aber meiner Meinung nach wäre es cleverer gewesen einfach die Replikationsbandbreite zum Standort des ausgetauschten Server hoch zu drehen. Die Bytes mussten so oder so über die Leitung. Ob jetzt per DFS oder SMB ist dabei irgendwie egal.
Hallo,
Gruß,
Peter
Zitat von @lukluk:
habe ich mir gedacht, dass ich die ca 1TB an Daten über die Netzwerkfreigabe rüberschicke
Und hier stellt sich die Frage: Wie bzw. Womit hast du die Daten rübergeschickt? Werden Attribute beibehalten oder sogar geändert? Robocopy sollte hier deine Wahl gewesen sein.... http://social.technet.microsoft.com/Forums/en/winserverfiles/thread/7bb ...habe ich mir gedacht, dass ich die ca 1TB an Daten über die Netzwerkfreigabe rüberschicke
Habe den neuen Server nun von A nach B gebracht.
Und du hast auch an alles gedacht? Siehe auch http://technet.microsoft.com/de-de/library/cc782417(v=ws.10).aspx und dort evtl. How DFS Works in Environments Without WINS.Gruß,
Peter
Hallo Manuel,
ich versteh das grad nicht so ganz. Wenn ich den neuen Server anfangs im Standort A anschließe und dort repliziere und das Ding erst anshcließend zum Standort B bringe, müssen doch nur noch die neu geänderten Daten durch die Leitung und nicht die vollen Mengen an GB oder übersehe ich da etwas?
Grüße
ich versteh das grad nicht so ganz. Wenn ich den neuen Server anfangs im Standort A anschließe und dort repliziere und das Ding erst anshcließend zum Standort B bringe, müssen doch nur noch die neu geänderten Daten durch die Leitung und nicht die vollen Mengen an GB oder übersehe ich da etwas?
Grüße
Hi Peter,
nochmals vielen Dank für deinen Post.
Ich habe die Daten von der Freigabe \\server\e$ über das Tool "FastCopy" rübergeschoben. Dort habe ich die Funktion "ACL" aktiviert, damnit er diese mitnimmt. Aber im nachhinein befürchte ich, dass das in der Tat dennoch nicht richtig getan hat.
Ich habe nun nochmals alles platt gemacht und Robocopy genommen. Das scheint besser gelaufen zu sein - er repliziert aber momentan noch (schon ca 24h) und ist laut DFSR-Report bei ca der Hälfte der Daten.. wobei er dabei nur ca 500kb an Daten geschoben hat (was am Wochenende gut sien kann). Also mal bis morgen abwarten, ob er dann vernünftig läuft, sobald er fertig ist.
An was genau muss ich denn dann denken, wenn ich den Server von A nach B bringe? In deinem Link How DFS Works gehts so wie ich das verstehe primär um namespaces. Wir benutzen an dieser Stellejedoch noch keine Namespaces... die User greifen einfach auf die Fraugaben von \\Server2 bzw. \\Server1 zu.
Jedoch wird sich im anderen Standort die IP des Servers ändern - der Name bleibt gleich. Ich hoffe, dass das DFS damit klarkommt und nicht die 1.5mio an Daten nochmals alle durchsynchen muss.
Gibt es noch irgendetwas was ich vor dem Standortwechsel beahcten muss?
Danke und Gruß
Luk
nochmals vielen Dank für deinen Post.
Ich habe die Daten von der Freigabe \\server\e$ über das Tool "FastCopy" rübergeschoben. Dort habe ich die Funktion "ACL" aktiviert, damnit er diese mitnimmt. Aber im nachhinein befürchte ich, dass das in der Tat dennoch nicht richtig getan hat.
Ich habe nun nochmals alles platt gemacht und Robocopy genommen. Das scheint besser gelaufen zu sein - er repliziert aber momentan noch (schon ca 24h) und ist laut DFSR-Report bei ca der Hälfte der Daten.. wobei er dabei nur ca 500kb an Daten geschoben hat (was am Wochenende gut sien kann). Also mal bis morgen abwarten, ob er dann vernünftig läuft, sobald er fertig ist.
An was genau muss ich denn dann denken, wenn ich den Server von A nach B bringe? In deinem Link How DFS Works gehts so wie ich das verstehe primär um namespaces. Wir benutzen an dieser Stellejedoch noch keine Namespaces... die User greifen einfach auf die Fraugaben von \\Server2 bzw. \\Server1 zu.
Jedoch wird sich im anderen Standort die IP des Servers ändern - der Name bleibt gleich. Ich hoffe, dass das DFS damit klarkommt und nicht die 1.5mio an Daten nochmals alle durchsynchen muss.
Gibt es noch irgendetwas was ich vor dem Standortwechsel beahcten muss?
Danke und Gruß
Luk
