Wozu ist eigentlich der gute alte Archiv Attribut gedacht?

[Delphi-Laie]

Zitat von Popov:

Zitat von Delphi-Laie:

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 von Delphi-Laie:

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)

[Popov]

Lemmy und Coder haben mir meine Frage in eine Richtung beantwortet, die anderen in der anderen Richtung. Ich hab mich gefragt ob es zurzeit noch Programme gibt und es scheint noch einige zu geben. Ich denke der Archivflag hat dort seine Bedeutung verloren wo die Magnetbänder ihre Bedeutung verloren haben. Beim Backup auf eine Festplatte kann ich überprüfen ob sich die Datei verändert hat, bei Magnetbändern wohl etwas weniger. Somit ist es bei Festplatten-Backups eher gehopst wie gesprungen ob ich den Archivflag nutze oder die letzte Speicherung.

[mkinzler]

Es kommt auch auf die verwendeten Programme an, von denen die Daten stammen. Der Exchange-Server z.B. beachtet es; hier ist es wichtig es nach der Sicherung zu entfernen, dass eine Sicherung als solche erkannt wird.