Wozu ist eigentlich der gute alte Archiv Attribut gedacht?

[Popov]

Das habe ich mich eigentlich schon lange gefragt. Ok, ich weiß, dass man den Archiv-Flag entfernen kann und wenn die Datei verändert wurde, er wieder automatisch gesetzt wird.

Ich gehe mal davon aus, dass es so gedacht war/ist. Nur stelle ich mir die Frage ob der Archiv-Flag dazu eigentlich auch genutzt wird. Wer nutzt den eigentlich?

Seit langen überlege ich mir ein kleines Backup-Tool zu schreiben, das mir besonders wichtige Daten in kurzen Abständen sichert. Das ist etwas was im Kopf herumschwirrt und da überlege ich auch wie man am besten prüfen kann ob die Datei verändert wurde. Man könne das Datum vergleichen, aber am einfachsten wäre wohl das Archiv-Flag.

Nur überlege ich ob es sicher ist. Spielt der Archiv-Flag eigentlich irgendwo eine Rolle? Gibt es Backup Programme die den nutzen und entfernen? In diesem Fall wäre es ein unsicheres Konzept.

[Lemmy]

Hi,

warum soll das unsicher sein? Wenn ich mich recht erinnere arbeitet Robocopy mit dem Archivbit.

Grüße

[Delphi-Laie]

Zitat:

Zitat von Popov (Beitrag 1186828)

Das habe ich mich eigentlich schon lange gefragt. Ok, ich weiß, dass man den Archiv-Flag entfernen kann und wenn die Datei verändert wurde, er wieder automatisch gesetzt wird.

Auch, wenn das Nur-Lesen-Flag gesetzt wurde?

Zitat:

Zitat von Popov (Beitrag 1186828)

In diesem Fall wäre es ein unsicheres Konzept.

Inwiefern?

[Popov]

Zitat:

Zitat von Lemmy (Beitrag 1186829)

warum soll das unsicher sein? Wenn ich mich recht erinnere arbeitet Robocopy mit dem Archivbit.

Dass es Backupprogramme gibt die es nutzen (oder nutzten), das weiß ich. Auch ich hab bei meinem ersten Firmennetzwerk ein Backupprogramm gehabt das nach Archiv-Flags gesichert hat. Aber das war 1995 und es war ein Novell-Netzwerk. Seit dem habe ich das nicht mehr so beachtet.

Inwieweit es unsicher ist, das ist ja die Frage. Welche Programme löschen die Archiv-Flags? Ich mach gelegenntlich auch Backups, nur hatte ich bisher nicht gen Eindruck als ob die Flags gelöscht wurden. Es reicht aber ein neues Backupprogramm zu nutzen und schon kann es anders aussehen. Um das geht ja meine Frage.

Zitat:

Zitat von Delphi-Laie (Beitrag 1186835)

Auch, wenn das Nur-Lesen-Flag gesetzt wurde?

Wenn nichts verändert wurde, warum soll dann das Archiv-Flag verändert werden?

Zitat:

Inwiefern?

Wenn ein anderes Backupprogramm die Archiv-Flags bereits löscht, dann bringt es nichts wenn ich auch versuche nach den Archiv-Flags zu sichern. Oder? Dann löschen wir uns die Flags gegenseitig weg.

[Delphi-Laie]

Zitat:

Zitat von Popov (Beitrag 1186836)

Zitat:

Zitat von Delphi-Laie (Beitrag 1186835)

Auch, wenn das Nur-Lesen-Flag gesetzt wurde?

Wenn ein anderes Backupprogramm die Archiv-Flags bereits löscht, dann bringt es nichts wenn ich auch versuche nach den Archiv-Flags zu sichern. Oder? Dann löschen wir uns die Flags gegenseitig weg.

Ganz verstehe ich das Problem wohl immer noch nicht. Warum sollten sich Backupprogramme überhaupt auf dieses Flag stürzen? Gehen die nicht nach den Dateidaten (Daten=Plural(Datum)) bei ihrem Vorgehen?

[Popov]

Siehst du, und um das dreht sich die Frage.

[BUG]

Zitat:

Zitat von Delphi-Laie (Beitrag 1186837)

Gehen die nicht nach den Dateidaten (Daten=Plural(Datum)) bei ihrem Vorgehen?

Ein Vorteil hat es auf jeden Fall: Wenn nicht jemand anders reinpfuscht, kannst du inkrementelle Backups machen, ohne das du die alten Backups lesen musst. Auch wenn man nicht gerade mit Magnet-Bändern arbeitest, könnte dass ein ordentlicher Vorteil sein.

Abgesehen davon kostet so ein Flag doch fast nichts ... warum sollte man es abschaffen.

[Coder]

also wenn man z.B. mit WinRAR backups machen möchte, kann man das damit machen.

Man KANN das Archiv-Flag löschen - es aber auch lassen (für andere Programme, etc.)

http://img6.imagebanana.com/img/zy6s...013_004306.png

mhh, warum werden Bilder "BB-Codes" eigentlich in URLS umgewandelt?
[''IMG].... [''/IMG] -> [''url][''/url]

auch commandline
RAR
-ao Add files with Archive attribute set
-ac Clear Archive attribute after compression or extraction


soll wohl auch mit
http://7zbackup.codeplex.com/releases/view/93267
gehen.


mit 7z(Orig) bin ich mir da nicht ganz so sicher, wenn ich in die Hilfe Datei schaue.

[Furtbichler]

Popov's Problem ist, das sich diese Vorgehensweise mit anderen Backupprogrammen beißen kann. Recht hat er, aber mir ist nicht ganz klar, weshalb ich mehrere Backupprogramme am laufen haben sollte.

[Sir Rufo]

Ein "vernünftiges" Backup Programm lässt mir die Wahl, wie es unterscheiden soll, ob die Datei sicherungswürdig (-bedürftigt) ist. Es hängt schließlich von meinem gesamten IT-Umfeld ab.

Möglichkeiten wären da z.b.
- Archivflag (mit oder ohne Reset des Flags)
- Dateidatum (letzte Änderung)
- Größe (benötig Vergleichsdaten)
- Prüfsumme (benötigt Vergleichsdaten)
- Bytegenau ( benötigt alte Dateiversion)

Für die Nutzung dieser Möglichkeiten werden aber unterschiedliche Ressourcen benötigt.
Wenn ich eine Sicherung unter Tage mache, so ist es bestimmt nicht ratsam hier eine Bytegenaue Prüfung vorzunehmen. Zum Abend hin könnte dafür mehr Zeit sein, oder auch erst zum Wochenende.

Benutzen kann man immer jede Möglichkeit, am zuverlässigsten ist aber die Bytegenaue Prüfung und am schnellsten das Archivflag prüfen.

Über Sinn und Unsinn muss man halt individuell entscheiden, hauptsache die Möglichkeit ist da.

EDIT: Ich habe noch eine Möglichkeit vergessen:
- Schei**egal (Vollbackup) ;)