Probleme DFS Share und Excel Datetein
Hallo Zusammen,
ich habe Folgens Problem.
Wir haben 2 DFS Server DFS1.dug.local und DFS2.dug.local
Auf diesen Servern befinden sich mehrere Namspaceses wo die Ordner auch Repliziert sind.
Jetzt haben auf einem Share ein Problem mit Excel Dateien.
Hier kommt es in unregelmäßigen Abständen immer zu seltsamen Phänomen.
- Benutzer können eine nicht freigegeben Excel Datei gleichzeitig öffnen ohne das eine Meldung kommt, das die Datei bereits geöffnet ist.
- User A bearbeitet eine Datei und speichert diese. User B öffnet diese und der Vorher gespeicherte Inhalt steht nicht drin.
Einige Minuten später sind die Änderungen dann drin.
Wenn ich einen Diagnosebericht erstelle sehe ich folgenden Fehler:
Aufgrund fortgesetzter Freigabeverletzungen kann die DFS-Replikation Dateien in den oben aufgelisteten replizierten Ordnern nicht replizieren. Das Problem betrifft 7 Dateien in 1 replizierten Ordnern. Ereignis-ID: 4302
Kann mir jemand sagen woran das liegen kann, bzw. was ich tun kann um diesen Fehler zu beheben.
Vielen Dank und Gruß
Jörg
ich habe Folgens Problem.
Wir haben 2 DFS Server DFS1.dug.local und DFS2.dug.local
Auf diesen Servern befinden sich mehrere Namspaceses wo die Ordner auch Repliziert sind.
Jetzt haben auf einem Share ein Problem mit Excel Dateien.
Hier kommt es in unregelmäßigen Abständen immer zu seltsamen Phänomen.
- Benutzer können eine nicht freigegeben Excel Datei gleichzeitig öffnen ohne das eine Meldung kommt, das die Datei bereits geöffnet ist.
- User A bearbeitet eine Datei und speichert diese. User B öffnet diese und der Vorher gespeicherte Inhalt steht nicht drin.
Einige Minuten später sind die Änderungen dann drin.
Wenn ich einen Diagnosebericht erstelle sehe ich folgenden Fehler:
Aufgrund fortgesetzter Freigabeverletzungen kann die DFS-Replikation Dateien in den oben aufgelisteten replizierten Ordnern nicht replizieren. Das Problem betrifft 7 Dateien in 1 replizierten Ordnern. Ereignis-ID: 4302
Kann mir jemand sagen woran das liegen kann, bzw. was ich tun kann um diesen Fehler zu beheben.
Vielen Dank und Gruß
Jörg
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 259187
Url: https://administrator.de/contentid/259187
Ausgedruckt am: 14.11.2024 um 05:11 Uhr
6 Kommentare
Neuester Kommentar
Hi,
Wie repliziert Ihr. Ist das schon DFS-Replikation oder nocht NtFRS ?
E.
Jetzt haben auf einem Share ein Problem mit Excel Dateien.
Hier kommt es in unregelmäßigen Abständen immer zu seltsamen Phänomen.
- Benutzer können eine nicht freigegeben Excel Datei gleichzeitig öffnen ohne das eine Meldung kommt, das die Datei
bereits geöffnet ist.
Das wird daher kommen, wenn zwei Benutzer die gleiche Datei (nicht die selbe !) von jeweils einem anderen Ordnerziel öffnet.Hier kommt es in unregelmäßigen Abständen immer zu seltsamen Phänomen.
- Benutzer können eine nicht freigegeben Excel Datei gleichzeitig öffnen ohne das eine Meldung kommt, das die Datei
bereits geöffnet ist.
Wenn ich einen Diagnosebericht erstelle sehe ich folgenden Fehler:
Aufgrund fortgesetzter Freigabeverletzungen kann die DFS-Replikation Dateien in den oben aufgelisteten replizierten Ordnern nicht
replizieren. Das Problem betrifft 7 Dateien in 1 replizierten Ordnern. Ereignis-ID: 4302
Das kommt daher, dass eine Datei nicht kopiert werden kann, solange auf diese noch ein Lock ist. Sprich: solange diese noch in Bearbeitung ist.Aufgrund fortgesetzter Freigabeverletzungen kann die DFS-Replikation Dateien in den oben aufgelisteten replizierten Ordnern nicht
replizieren. Das Problem betrifft 7 Dateien in 1 replizierten Ordnern. Ereignis-ID: 4302
Wie repliziert Ihr. Ist das schon DFS-Replikation oder nocht NtFRS ?
E.
Ja, die beiden DFS Server und PC`s befinden sich am selben Standort.
Damit kannst Du nicht steuern, welche der beiden Server ein Client nimmt. Es gibt da keine Prioritäten.Du könntest jeweils das 2. Ziel deaktivieren und nur im Bedarfsfall (Failover) aktivieren. Die Replikation bleibt davon unberührt.
Oder Du verfrachtest den 2. Server in ein anderes Subnetz (ohne Clients) und erstellst für dieses im AD ein Subnet- und ein Standort-Objekt. Das Subnet des 1. Servers und das/die der Clients müssen dann in einem anderen AD-Standort zusammengefasst werden. Damit reduzierst Du die Wahrscheinlichkeit, dass im Normalfall (beide Server verfügbar) der 2. Server verwendet wird. Allerdings kannst Du es damit nicht 100% verhindern.
Aber das würde ja bedeuten, dass das DFS gar nicht das kann wofür man es eigentlich nutzt.
Ist das ein Rummel.
???Ist das ein Rummel.
DFS steht i.A. nur für einen gemeinsamen Namespace. Quasi eine Adaption des NFS. Hiermit kann man Freigaben mehrerer Server in nur einem Namespace (oder mehreren) konsolidieren. Das hat im Kern 2 Vorteile:
1. Die Benutzer müssen n ur in einer Struktur navigieren.
2. Zieht mal eine Freigabe auf einen anderen Server, dann merken die Anwender davon i.A. nichts.
Die Replikation ist ein nettes Feature, was da angeflanscht wurde, mit welchem man Lastverteilung und Failover für Fileserver und Datenkonsolidierung erreichen kann.
Hat man DFS-Ordner mit mehreren Zielen, welche repliziert werden, dann muss man darauf achten, dass mit denselben Dateien i.A. nicht gleichzeitig in verschiedenen Replikaten gearbeitet wird. Das ist aber kein spezielles DFS-Problem sondern ein allgemeines Scenario, was man in replizierten Filesystemen beachten muss.
Wenn es Dir rein auf Failover ankommt, dann wären Cluster mit FS-Rolle wahrscheinlich angebrachter.
E.