DFS und *.bak-Filter

[HerrPaschulke 10]

Hallo Gemeinde,

es geht ums Thema DFS und den vorgegebenen Filter "*.tmp, *.bak" in einer DFS-Umgebung mit ca. 10 Servern (alles Windows 2003 R2 Standard) als „Hub-and-Spoke“ konfiguriert.

Da ich für unsere Softwareverteilung über AD-GPOs unter anderem MS Office 2003 in drei verschiedenen Sprachen verteilen lasse und es nach einer administrativen Installation in einem Verzeichnis eine Datei namens „OPA11.bak“ gibt habe ich den DFS-Filter über die Verwaltung => Verteiltes Dateisystem (DFS) für diesen DFS-Root entfernt. Leider hat dass mein Problem nicht gelöst und die *.bak Dateien werden immer noch nicht an die anderen DFS-Server repliziert

Habe auch schon mal gegoogle’d und einen Artikel gefunden mit dem man den Filter auch noch zusätzlich über ADSIEDIT entfernen soll/muss. Dies habe ich dann auch nochmal ausgeführt und einen der Server als DFS-Ziel komplett entfernt und wieder hinzugefügt. Leider ohne sichtlichen Erfolg. Meine OPA11.bak-Dateien sind immer noch nicht am Ziel-Server angekommen.

[olc 18]

Hi,

 

der Filter greift erst für neu abgelegte Dateien, nicht für die schon vorhandenen. Du müßtest also die *.bak Dateien nach dem Entfernen des Filters noch einmal neu ablegen, damit diese repliziert werden.

 

Mit der ADSIEdit-Geschichte wäre ich vorsichtig - ggf. solltest Du prüfen, ob Du die Änderung nicht lieber wieder rückgängig machst.

 

Viele Grüße

olc

[HerrPaschulke 10]

habe das Ganze jetzt gerade nochmal getestet, es ist trotz rausnahme des Filter immer noch so dass BAK Dateien nicht repliziert werden.

 

Was funktioniert ist eine Datei umzubenennen z.B. file.bak nach file.dat (oder andere Dateiendung), dann wird diese replizert und später kann man sie dan wieder in file.bak umbenennen, das zieht. Aber leider löst das mein problem nicht wirklich :(

(auch neue Dateien mit bak-Endung werden nicht repliziert :cry:)

 

Die ADSIEDIT modifikationen habe ich zusätzlich gemacht als ich gesehen habe dass der Filter irdenwie immer noch zieht, bringt aber alles irgenwie nichts.

[olc 18]

Hi,

 

wie lange hast Du nach der Änderung in der MMC gewartet, bis Du die Dateien neu abgelegt hast? Standardmäßg fragt der DFS-R Dienst nur alle 60 Minuten in der AD an, ob sich Konfigurationsänderungen ergeben haben. Dazu kommt das Replikationsdelay der DCs selbst, die diese Änderung erst einmal replizieren müssen.

 

Warte einmal nach der Änderung einige Zeit ab (vielleicht auch über Nacht) und kopiere dann einige *.bak Testdateien in einen neu erstellten Ordner des entsprechenden Replikationsordners. Sollten diese dann immer noch nicht repliziert werden, schauen wir weiter.

 

Viele Grüße

olc

[HerrPaschulke 10]

Tatsache :)

 

ich war nach meiner Änderung wohl wirklich zu ungeduldig, heute morgen habe ich auf das letzte Posting hin eine test.bak, test.tmp und test.txt mit 0 byte erstellt, die Dateien hat's sauber repliziert, supi :)

 

warum es aber jetzt erst so tut ist mir noch nicht ganz klar, kann eigentlich nur an meiner ADSIEDIT Änderung liegen, sonst habe ich nichts geändert, den Filter über die DFS-Verwaltung habe ich ja schon länger draussen...

[olc 18]

Hi,

 

das klingt doch optimal. :)

 

In Bezug auf die ADSIEdit-Geschichte kann man nur schwer etwas sagen - außer, daß es hätte auch ohne diese Anpassung funktionieren müssen. Wer weiß, was vielleicht vorher nicht in Ordnung war.

 

Viele Grüße

olc