[Allegro] ACHTUNG: Augen auf bei Sicherungskopie

[Bernhard Eversberg]

Es zeigt sich immer wieder mal eine Unkenntnis, wenn nicht gar blankes
Unverständnis eines extrem wichtigen, potentiell sehr gefährlichen
Zusammenhangs, der deshalb hier mal wieder in aller Klarheit
ausgesprochen sein soll:

Wenn eine Sicherungskopie gemacht wird, dann ACHTUNG:
LOG-Datei NICHT sichern!!! Sondern LÖSCHEN oder allenfalls anderswohin
verschieben, aber keinesfalls mit in die Sicherungskopie nehmen oder
an ihrem Platz belassen.
Wenn man entgegen diesem Hinweis die LOG-Datei doch mit kopiert hat,
dann KEINESFALLS beim Zurückholen der Sicherungskopie die LOG-Datei
ebenfalls mit zurückkopieren und die zu dem Zeitpunkt existierende
(neue, aktuelle) LOG-Datei überschreiben.

Warum? Wer's weiß, braucht nicht weiterzulesen.

Mit  h backp  erfährt man eigentlich alles, aber hier noch ein
paar weitere Hinweise und andere Formulierungen:

Die LOG-Datei enthält die letzten Änderungen. Wenn man korrekt arbeitet
und die LOG-Datei jeweils beim Anfertigen einer Sicherungskopie löscht,
sind das alle Änderungen seit dem Erstellen der Kopie, also der
exakte Anschluß an den kopierten Zustand.

Anders gesagt:
Wenn man eine Sicherungskopie macht, dann sind in dem Moment alle
in der LOG-Datei enthaltenen Daten auch schon in der Datenbank (in den
.ALD-Dateien) mit drin, daher ist ein Kopieren der LOG-Datei SINNLOS,
sie wird durch das Kopieren der .ALD-Dateien überflüssig.
(Höchstens noch nutzbar für Auswertungen irgendwelcher Art, das ist aber
nicht der Normalfall und erfordert einige Kenntnisse.)

Noch anders gesagt:
Kopiert man eine alte LOG-Datei über die aktuelle, dann sind alle
seit der Kopie produzierten Daten FUTSCH, d.h. ein Reorganisieren
des aktuellen Zustands aus der Sicherungskopie heraus nicht mehr
möglich, alle Neudaten und Änderungen müssen neu eingegeben werden

Ganz kurz gesagt:
Sicherungskopie + Aktuelle LOG-Datei = Aktueller Zustand
   ABER:
Sicherungskopie + Alte LOG-Datei = Sicherungskopie = Alter Zustand.

Immer noch Unklarheiten? Dann lieber gleich fragen als Datenverluste
riskieren.

B.Eversberg