8
DFS Freigabe verschwindet sporadisch
Hi.
Ich habe schon seit geraumer Zeit das Problem, dass meine Client PCs mehrmals am Tag für einige Minuten nicht auf DFS Freigaben in der Domain zugreifen können. D.h. die Freigabe erscheint dann als "Offline" am Client. Der Punkt ist, dass ich dazu nichts in den Logs finde. Es tritt auch nicht zwangsläufig an allen Clients gleichzeitig auf und betrifft auch immer nur eine Freigabe, nie alle.
Ich habe zwei Windows 2008 R2 Server, die beide Domaincontroller+DNS+DFS Namespace Server sind (einer ist noch DHCP Server). Die Clients haben mittlerweile alle Windows 7. Auf den Servern ist zusätzlich die Schattenkopie Funktion (für vorherige Versionen der Dateien) aktiv, welche mehrmals am Tag eine Kopie anlegt.
Nach einigen Minuten ist die Freigabe entweder wieder online oder es wird auf den zweiten Namespaceserver gewechselt...
Ich bin diesbezüglich mit meinem Latein am Ende, hat jemand sowas schon einmal erlebt oder eine Idee woran es liegen könnte?
Ist evtl. das Anlegen der Schattenkopie schuld daran und die Umschaltung auf den anderen Namespace Server dauert zu lange?
Grüße,
Martin.
Ich habe schon seit geraumer Zeit das Problem, dass meine Client PCs mehrmals am Tag für einige Minuten nicht auf DFS Freigaben in der Domain zugreifen können. D.h. die Freigabe erscheint dann als "Offline" am Client. Der Punkt ist, dass ich dazu nichts in den Logs finde. Es tritt auch nicht zwangsläufig an allen Clients gleichzeitig auf und betrifft auch immer nur eine Freigabe, nie alle.
Ich habe zwei Windows 2008 R2 Server, die beide Domaincontroller+DNS+DFS Namespace Server sind (einer ist noch DHCP Server). Die Clients haben mittlerweile alle Windows 7. Auf den Servern ist zusätzlich die Schattenkopie Funktion (für vorherige Versionen der Dateien) aktiv, welche mehrmals am Tag eine Kopie anlegt.
Nach einigen Minuten ist die Freigabe entweder wieder online oder es wird auf den zweiten Namespaceserver gewechselt...
Ich bin diesbezüglich mit meinem Latein am Ende, hat jemand sowas schon einmal erlebt oder eine Idee woran es liegen könnte?
Ist evtl. das Anlegen der Schattenkopie schuld daran und die Umschaltung auf den anderen Namespace Server dauert zu lange?
Grüße,
Martin.
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: 140086
Url: https://administrator.de/contentid/140086
Printed on: April 20, 2024 at 02:04 o'clock
8 Comments
Latest comment
die schattenkopie sollte nicht das problem sein da dabei ja nur änderungen temporär in eine differenzdatei umgelenkt werden die später zusammengeführt wird, was für eine replikations art besteht zwischen den servern?
Die DFS Replikation ist mit dem DFS eigenen DfsReplication Dienst realisiert. Die Replikation von Active Directory erfolgt über ntfrs.
nein was ich meine ist welche art der replizierung, ist das eine ringtopologie?
das also auf beiden dfs servern immer die gleichen daten sind und das auf beide zugeriffen wird oder erfolgt der zugriff der clients nur auf host a und host b ist im prinzip nur backup server der nur die änderungen bekommt, die zeiten der replizierung kann man auch einstellen wurde da etwas eingestellt?
was mir bei problemen mit dfs immer geholfen waren folgende einstellungen:
- Topologie Ring
- permanente Replizierung (ist Standart einfach lassen)
-aufbau der Ordnerstrucktur: z.B.
D:\DFS_Root <-als Domänenstamm
Die Freigaben beziehen sich nur auf einen Server, auf dem Zweiten zur Replikation das selbe einrichten
D:\Freigabe1
D:\DFS_Staging_Ordner1 <-nur für Freigabe1 (Ziel1 )
D:\Freigabe2
D:\DFS_Staging_Ordner2 <-nur für Freigabe2 (Ziel2)
Bei DFS sollte man beachten das es entgegen den normalen Samba Freigaben für die Clients eine Blockbasierte Replizierung stattfindet ähnlich den NFS Freigaben, darum benötigt man auch einen DFS_Staging Ordner dort werden die Änderungen der Dateien "Zwischengeparkt" (Differenzdatei ähnlich der Volumenschattenkopie) und beim schließen der Datei dieser dann hinzugefügt
das also auf beiden dfs servern immer die gleichen daten sind und das auf beide zugeriffen wird oder erfolgt der zugriff der clients nur auf host a und host b ist im prinzip nur backup server der nur die änderungen bekommt, die zeiten der replizierung kann man auch einstellen wurde da etwas eingestellt?
was mir bei problemen mit dfs immer geholfen waren folgende einstellungen:
- Topologie Ring
- permanente Replizierung (ist Standart einfach lassen)
-aufbau der Ordnerstrucktur: z.B.
D:\DFS_Root <-als Domänenstamm
Die Freigaben beziehen sich nur auf einen Server, auf dem Zweiten zur Replikation das selbe einrichten
D:\Freigabe1
D:\DFS_Staging_Ordner1 <-nur für Freigabe1 (Ziel1 )
D:\Freigabe2
D:\DFS_Staging_Ordner2 <-nur für Freigabe2 (Ziel2)
Bei DFS sollte man beachten das es entgegen den normalen Samba Freigaben für die Clients eine Blockbasierte Replizierung stattfindet ähnlich den NFS Freigaben, darum benötigt man auch einen DFS_Staging Ordner dort werden die Änderungen der Dateien "Zwischengeparkt" (Differenzdatei ähnlich der Volumenschattenkopie) und beim schließen der Datei dieser dann hinzugefügt
Achso, klar... mein Fehler ;)
Also: Es ist eine Mehrzweckreplikationsgruppe mit einem vollständig vermaschten Netz als Topologie... Also eine Ringtopologie. Die Replikation erfolgt auch permanent. Die Ordnerkonfiguration ist etwas anders.
Die fraglichen Daten liegen in einem Raid Volume mit 300GB (ca. 160GB belegt) auf dem einen Server, auf dem Anderen sind sie in einem Ordner in auf einem großen Volume abgelegt. Der zugehörige Staging Ordner befindet sich jeweils in dem DfsrPrivate Verzeichnis unterhalb dieses Laufwerks/Ordners und das Stagingkontingent ist auf 40GB festgelegt. Die Ordner sind auf dem jeweiligen Server freigegeben (mit der normalen Freigabe), allerdings sind sie als administrative Freigabe getarnt ($ als Suffix).
Der Dfs Freigabestamm liegt auf beiden Servern in C:\DfsRoots. Dort sind alle Namespaces des Servers aufgelistet und darunter die jeweiligen Einträge. (Das ist die Standardkonfiguration die vom Assistenten der DFS Verwaltungskonsole erzeugt wird.)
Was mir hier gerade aufgefallen ist: Die Einträge werden als symbolische Verknüpfungen im Dateisystem geführt... Allerdings kommt die Meldung "Ziel nicht erreichbar" wenn ich so einen Ordner in "C:\DfsRoots\[Namespacename]\" öffnen will.
Mal abgesehen davon, dass die Staging Ordner bei mir unterhalb des freigegebenen Ordners liegen ist meine Konfiguration also so wie Du sie beschrieben hast...
Greets,
Martin.
Also: Es ist eine Mehrzweckreplikationsgruppe mit einem vollständig vermaschten Netz als Topologie... Also eine Ringtopologie. Die Replikation erfolgt auch permanent. Die Ordnerkonfiguration ist etwas anders.
Die fraglichen Daten liegen in einem Raid Volume mit 300GB (ca. 160GB belegt) auf dem einen Server, auf dem Anderen sind sie in einem Ordner in auf einem großen Volume abgelegt. Der zugehörige Staging Ordner befindet sich jeweils in dem DfsrPrivate Verzeichnis unterhalb dieses Laufwerks/Ordners und das Stagingkontingent ist auf 40GB festgelegt. Die Ordner sind auf dem jeweiligen Server freigegeben (mit der normalen Freigabe), allerdings sind sie als administrative Freigabe getarnt ($ als Suffix).
Der Dfs Freigabestamm liegt auf beiden Servern in C:\DfsRoots. Dort sind alle Namespaces des Servers aufgelistet und darunter die jeweiligen Einträge. (Das ist die Standardkonfiguration die vom Assistenten der DFS Verwaltungskonsole erzeugt wird.)
Was mir hier gerade aufgefallen ist: Die Einträge werden als symbolische Verknüpfungen im Dateisystem geführt... Allerdings kommt die Meldung "Ziel nicht erreichbar" wenn ich so einen Ordner in "C:\DfsRoots\[Namespacename]\" öffnen will.
Mal abgesehen davon, dass die Staging Ordner bei mir unterhalb des freigegebenen Ordners liegen ist meine Konfiguration also so wie Du sie beschrieben hast...
Greets,
Martin.
ich denke da liegt der fehler, wenn die staging ordner in den freigaben liegen wird auch versucht die staging ordner in die staging ordner zu replizieren bei änderungen, die katze jagt ihren eigenes hinterteil im prinzip
okay, dann werde ich die mal verlegen und das verhalten beobachten.
das das ordnerziel beim direkten aufruf des ordners im DfsRoot nicht gefunden wird ist normal? liegt das daran, dass im prinzip zwei ziele vorhanden sind?
greets,
Martin.
das das ordnerziel beim direkten aufruf des ordners im DfsRoot nicht gefunden wird ist normal? liegt das daran, dass im prinzip zwei ziele vorhanden sind?
greets,
Martin.
das du im dfs root nichts öffnen kannst ist normal, das sind im prinzip nur verknüpfungen auf die freigaben oder irgendwie sowas, ich hab da mal microsoftpress etwas zu durchgewühlt habs aber aufgegeben ist einfach so
mal was andere warum quälst du dich mit dfs bei 2 servern das ganze macht erst sinn wenn du so ca 5 hast und jeder was freigibt und das dann auch noch in ein netzlaufwerk soll
mal was andere warum quälst du dich mit dfs bei 2 servern das ganze macht erst sinn wenn du so ca 5 hast und jeder was freigibt und das dann auch noch in ein netzlaufwerk soll
im wesentlichen interessehalber...
aber auch um flexibel zu sein. ich will dann schon auch noch freigaben von anderen rechnern da mit einbauen. außerdem ist es mir lieber, wenn die freigaben von den servernamen entkoppelt sind. falls sich da dann mal was ändert, muss ich nicht wieder in den gruppenrichtlinien die laufwerkzuordnung ändern.
also danke Dir erstmal. ich beobachte das mal in der nächsten woche und schreib dann ob das verschwinden aufgehört hat.
greets,
Martin.
aber auch um flexibel zu sein. ich will dann schon auch noch freigaben von anderen rechnern da mit einbauen. außerdem ist es mir lieber, wenn die freigaben von den servernamen entkoppelt sind. falls sich da dann mal was ändert, muss ich nicht wieder in den gruppenrichtlinien die laufwerkzuordnung ändern.
also danke Dir erstmal. ich beobachte das mal in der nächsten woche und schreib dann ob das verschwinden aufgehört hat.
greets,
Martin.
