DFS(R) spielt verrückt - Ereignis ID 4412

[speedcOre]

Hallo liebe Forumbase!

Wir haben in der Firma einen DFS-Namespace sowie eine DFS-Replikation eingerichtet. Beteiligt sind zwei herkömmliche DELL PowerEdge Server.

Nun zum problematischen Teil: es kommt immer wieder vor, dass Änderungen in Dateien am nächsten Tag verschwunden sind. Manchmal fehlen sogar ganze Dateien. Zudem bleiben in zahlreichen Ordnern haufenweise .tmp - Dateien liegen.

Die Ereignisanzeige zeigt lediglich tonnenweise "Informationen" mit der Ereignis-ID 4412 an:

Protokollname: DFS Replication
Quelle: DFSR
Datum: 14.04.2015 02:56:01
Ereignis-ID: 4412
Aufgabenkategorie:Keine
Ebene: Informationen
Schlüsselwörter:Klassisch
Benutzer: Nicht zutreffend
Computer: XYZ.domain.com
Beschreibung:
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.


Sieht nicht sonderlich wild aus, da es weder eine Warnung, noch ein Fehler ist. Dennoch spielt das System offenbar etwas verrückt.
Kann hier jemand helfen?

Viele Grüße und besten Dank im Voraus
Sebastian



NACHTRAG:

Soeben fiel mir auf, dass auf dem zweiten Server durchaus schwerere Meldungen vorliegen. Hier handelt es sich um die Warnung mit der Ereignis ID 4304, die tonnenweise auftritt. Es wird von Freigabeverletzungen für eine Datei gesprochen.

Kann jemand helfen?

 

[Frightener]

Dazu müßte man wissen, wie Euer DFS-R eingerichtet ist. Bei DFS-Shares, auf die von mehreren Personen zugegriffen wird, darf natürlich nur ein Server aktiv sein. Ansonsten gilt die Devise 'Last Writer wins'. Freigabe-/Zugriffsverletzungen treten z.B. dann auf, wenn eine Datei geöffnet ist. Dann kann sie natürlich gerade nicht repliziert werden.

 

[speedcOre]

Hi,

danke für Deine Antwort. Insbesondere den letzten Part habe ich mir schon gedacht und nicht all zu hoch bewertet, wenngleich Windows es als "WARNUNG" herausgibt.

Den ersten Part Deiner Antwort kann ich nicht ganz einordnen. Was heißt, dass nur ein Server aktiv sein darf. Es laufen ja zwei Server parallel, wobei per Zugriff auf die Freigabe via Namespace-Link auf den als primär festgesetzten Server zugegriffen wird.
Der zweite Server ist also nur für den Notfall da, dennoch aber aktiv und per Zugriff via Hostname oder IP auch erreichbar.
Inwiefern darf der zweite Server nun nicht aktiv sein?

Und: hast Du zu den haufenweise temporären Dateien, die im Ordner liegen bleiben, nachdem man eine Datei bearbeitet und abgespeichert hat, auch eine Idee?

Liebe Grüße
Sebastian


PS: Eine Frage noch zum "Last Writer Wins" - als wir noch nicht per \\Namespace\Freigabe auf die Freigaben zugegriffen haben, sondern per \\Server-IP\Freigabe, gab es auch keine Probleme damit, Dateien zu zweit zu bearbeiten und sämtliche Änderungen von Person A sowie Person B nach dem jeweiligen Abspeichern vorhanden zu haben. Nicht nur die von Person B, weil sie fünf Minuten nach Person A abspeichert. Verhält sich der DFS-Namespace da anders? :-O

 

[ntloader]

Wie hast du den Server im DFS als Primär festgesetzt? Wenn dem so ist und das auch funktioniert bei dir, dürfte es zu keinen Konflikten kommen, da alle Writes nur auf dem ersten Ziel durchgeführt werden, solange da verfügbar ist.

Deine Frage zum Thema last writer wins kann so nicht sein. Derjenige, der zuletzt eine Datei bearbeitet hat überschreibt quasi immer die alte version der datei, es sei den er speichert unter einem anderen Dateinamen.