NTFS - Zeitstempel-Flag

[EOL 10]

Hallo zusammen,

 

ich habe bei Windows 2008 R2 eine DFS-Replikation mit Namespaces realisiert (zurzeit nur Testumgebung mit Testdateien). Das hat auch soweit funktioniert.

 

Beim Vergleich der beiden Ordner ist mir aufgefallen, dass der Quell-Ordner ca. 800 Dateien mehr hat als der Zielordner (insgesamt ca. 400.000 Dateien).

 

Dann habe ich rausgefunden, dass Dateien, bei denen das Zeitstempel-Flag ("T") gesetzt ist, nicht repliziert werden (also Datei-Explorer -> zusätzliche Spalten anzeigen -> Attribut -> dort wird das "T"-Flag zusammen z.B. mit dem "A"-Flag angezeigt).

 

1. Von welchen Programmen wird der Zeitstempel überhaupt gesetzt, bzw. benutzt (die Dateien, bei denen das Flag gesetzt ist, haben keine Besonderheiten: gleiche Größe, gleicher Dateityp, gleiche sonstige Attribute, gleicher Ordner, ... wie andere Dateien)?

 

2. Gibt es eine Möglichkeit das Zeitstempel-Flag wieder zurückzusetzen (Windows-Boardmittel oder zusätzliche Software)?

 

3. Gibt es eine Möglichkeit, dass die DFS-Replikation dieses Flag ignoriert und wirklich alle Dateien repliziert?

 

Falls ihr weitere Infos benötigt, einfach melden.

 

Beste Grüße

Thomas

[olc 18]

Hi EOL, willkommen an Bord, :)

 

Beim Vergleich der beiden Ordner ist mir aufgefallen, dass der Quell-Ordner ca. 800 Dateien mehr hat als der Zielordner (insgesamt ca. 400.000 Dateien).

 

Handelt es sich bei den fehlenden Dateien vielleicht um temporäre Dateien, die mit Tilde ("~") beginnen o.ä.?

 

Dann habe ich rausgefunden, dass Dateien, bei denen das Zeitstempel-Flag ("T") gesetzt ist, nicht repliziert werden (also Datei-Explorer -> zusätzliche Spalten anzeigen -> Attribut -> dort wird das "T"-Flag zusammen z.B. mit dem "A"-Flag angezeigt).

 

Normale Dateien?

 

1. Von welchen Programmen wird der Zeitstempel überhaupt gesetzt, bzw. benutzt (die Dateien, bei denen das Flag gesetzt ist, haben keine Besonderheiten: gleiche Größe, gleicher Dateityp, gleiche sonstige Attribute, gleicher Ordner, ... wie andere Dateien)?

 

Das kann im Kern jedes beliebige Programm. Besondere Kandidaten sind meiner Erfahrung nach Virenscanner o.ä.

 

2. Gibt es eine Möglichkeit das Zeitstempel-Flag wieder zurückzusetzen (Windows-Boardmittel oder zusätzliche Software)?

 

Was heißt "zurücksetzen"?

 

3. Gibt es eine Möglichkeit, dass die DFS-Replikation dieses Flag ignoriert und wirklich alle Dateien repliziert?

 

Nein, es gibt keine Möglichkeit, DFSR beizubringen, daß Dateien repliziert werden, bei denen sich nur der Zeitstempel der letzten Änderung oder des "last access" geändert hat. Das ist hard-coded.

 

Ist im Regelfall ja auch nicht sinnvoll - warum sollte eine Datei repliziert werden, deren Inhalt sich nicht verändert hat sondern nur ein Zeitstempel? :)

 

Viele Grüße

olc

[EOL 10]

Hi EOL, willkommen an Bord, :)

Danke :)

 

 

Handelt es sich bei den fehlenden Dateien vielleicht um temporäre Dateien, die mit Tilde ("~") beginnen o.ä.?

Die Dateien, die ich rausgesucht habe, waren z.B. .jpg oder .png (die sind in einem Ordner mit anderen jpgs, wie gesagt keine Besonderheiten)

 

 

Normale Dateien?

Was meinst du genau? :confused:

 

 

Was heißt "zurücksetzen"?

Das T-Bit zurückzusetzen, quasi von 1 auf 0.

 

 

Nein, es gibt keine Möglichkeit, DFSR beizubringen, daß Dateien repliziert werden, bei denen sich nur der Zeitstempel der letzten Änderung oder des "last access" geändert hat. Das ist hard-coded.

 

Ist im Regelfall ja auch nicht sinnvoll - warum sollte eine Datei repliziert werden, deren Inhalt sich nicht verändert hat sondern nur ein Zeitstempel? :)

Ja, das habe ich auch auf Technet gelesen, aber das meinte ich nicht. Es ist ja ein Unterschied, ob bei einer Datei eins von den 3 Datumsangaben ("Erstellt", "Geändert", "letzter Zugriff") geändert wird oder das Zeitstempel-Attribut. Das sind meinem Verständnis nach 2 verschiedene Dinge. Ansonsten müsste sich das Attribut ja bei jeder Datei setzen, die ich anfasse oder ändere, was es aber nicht tut.

 

Wie auch immer, Ziel ist es, dass die Dateien repliziert werden, und wie in Zukunft vermeide, dass Mitarbeiter (wahrscheinlich unbewusst) Dateien erstellen, bei denen das Flag gesetzt ist, und die dann nicht repliziert werden.

 

Beste Grüße

Thomas

[olc 18]

Hi Thomas,

 

Die Dateien, die ich rausgesucht habe, waren z.B. .jpg oder .png (die sind in einem Ordner mit anderen jpgs, wie gesagt keine Besonderheiten)

 

Ok, dann sind sie zumindest standardmäßig nicht von der Replikation ausgeschlossen. Das war auch mit meiner Frage

 

Was meinst du genau? :confused:

 

gemeint. ;)

 

Das T-Bit zurückzusetzen, quasi von 1 auf 0.

 

Selbst wenn das möglich wäre hätte es keinen Effekt auf DFSR. Siehe dazu auch: https://blogs.technet.com/b/askds/archive/2008/12/17/understanding-file-date-time-behavior-in-dfsr-replication-and-better-ways-of-knowing-that-a-file-has-replicated.aspx?Redirected=true

 

Ja, das habe ich auch auf Technet gelesen, aber das meinte ich nicht. Es ist ja ein Unterschied, ob bei einer Datei eins von den 3 Datumsangaben ("Erstellt", "Geändert", "letzter Zugriff") geändert wird oder das Zeitstempel-Attribut. Das sind meinem Verständnis nach 2 verschiedene Dinge. Ansonsten müsste sich das Attribut ja bei jeder Datei setzen, die ich anfasse oder ändere, was es aber nicht tut.

 

Genau, da nicht jede Aktion die Zeitstempel verändert.

 

Mittels Dateiüberwachung auf längere Zeit oder auf kurze Zeitintervalle mittels ProcMon (Sysinternals) kannst Du prüfen, welcher Prozess ggf. die Dateieigenschaften ändert.

 

Wie gesagt, Virenscanner o.ä. Filtertreibersoftware sind gute Kandidaten hierfür.

 

Wie auch immer, Ziel ist es, dass die Dateien repliziert werden, und wie in Zukunft vermeide, dass Mitarbeiter (wahrscheinlich unbewusst) Dateien erstellen, bei denen das Flag gesetzt ist, und die dann nicht repliziert werden.

 

Werden Dateien erstellt, werden diese Repliziert, sofern sie nicht der Ausschlußliste entsprechen. Der Zeitstempel kommt erst nach dem Erstellen einer Datei ins Spiel. Dein Problem liegt also wenn dann vermutlich an anderer Stelle.

 

Siehe zu den Themen auch:

 

https://blogs.technet.com/b/askds/archive/2012/06/01/what-s-causing-that-dfsr-change-storm.aspx?Redirected=true

 

https://blogs.technet.com/b/askds/archive/2010/11/01/common-dfsr-configuration-mistakes-and-oversights.aspx?Redirected=true

 

https://blogs.technet.com/b/askds/archive/2010/09/01/microsoft-s-support-statement-around-replicated-user-profile-data.aspx?Redirected=true

 

 

Viele Grüße

olc

[frr 11]

Hallo,

 

Du kansnt das Attribut entfernen. Bei einer größeren Datenmenge dauert das aber eine Weile und verursacht auch eine gewisse Last.

 

Auf dieser Seite gibt es ein Skript, was Dir weiterhelfen sollte:

 

DFSR Does Not Replicate Temporary Files - Ask the Directory Services Team - Site Home - TechNet Blogs

 

Viele Grüße

 

Frank

[olc 18]

Ach wir reden vom "temporary" Flag und nicht von Zeitstempeln?

 

Mein Fehler, hätte wohl genauer nachfragen bzw. genauer lesen sollen. Danke Frank für die Korrektur.

 

Viele Grüße

olc

bearbeitet 12. Juni 2012 von olc

[EOL 10]

Hallo Frank,

 

danke für den Link, das war genau das Richtige.

 

Ich habe jetzt noch mal einen kompletten Vergleich der beiden Ordner gemacht, und siehe da, ca. 90% der Dateien waren BAK, ~ oder TMP-Dateien.

Ich hatte mir nur die ersten Ordner angeschaut und nur die JPG-Dateien gesehen, bei denen "zufälligerweise"? auch das Zeitstempel-Flag "T" gesetzt war.

 

Mit dem PowerShell-Befehl aus dem Link habe ich testweise mal das Temporary-Flag bei einigen Dateien gelöscht und direkt danach wurden die Dateien in den anderen Ordner repliziert.

 

Danke für eure Hilfe :-)

 

Beste Grüße

Thomas