nicht angemeldet
Tach!
Heißt, Du sicherst mehrfach am Tag und möchtest dann von zb. einer Woche je Server das jeweils letzte Tagesbackup aufbewahren.
Ja. Die damit abgedeckten Szenarien sind, dass a) gerade eben etwas kaputtgegangen ist (zum Beispiel Hardware) und man das System wiederherstellen möchte und b) dass man später merkt, dass irgendwo was schief läuft und einen noch älteren Stand braucht, in dem das hoffentlich noch nicht kaputt war. In dem Fall kommt es nicht auf Stundenfeinheit an. Wenn ein paar Daten verlustig gegangen sind, dann ist das eben so - wir sind keine Bank.
Wie oft soll denn das "delete-Script" laufen?
Das kann eigentlich mit jeder neu übertragenen Backupdatei laufen, der aktuelle Tag soll ja unberührt bleiben und wenn von vergangenen Tagen nur noch eine Datei übrig blieb, dann bleibt die ja auch.
Weil, wenn das täglich läuft, macht das Mehrfachsichern des Tages gar nicht soviel Sinn. Du gewinnst dadurch ziemlich wenig und auch das nur für max. 24 Std.
Ja, das ist der Nachteil am ständigen Laufen, dass nach dem Tageswechsel recht schnell die Daten flöten gehen, die für a) wichtig wären. Also wird es wohl eher nur einmal und gegen Ende des Tages aufgerufen werden.
Wenn außerdem das Backup zeitgesteuert für alle Server abläuft, kannst Du z.b. täglich ab Mitternacht alle Dateien löschen, die z.b. älter als 120min. sind (vorausgesetzt natürlich, dass Deine letzten Backups, die Du behalten willst, jünger als diese 120min. sind) und anschließend noch alle Dateien löschen, die älter als z.b. 7 Tage sind.
Da müsste ich zu genau ein Zeitfenster festlegen, in dem die erste Datei des Tages erstellt werden muss, um aufgehoben zu werden. Damit wäre das Script nicht mehr so flexibel einsetzbar, dass man damit gleichzeitig stündliche und nur dreistündliche Sicherungen verwalten kann, ohne dass bei den stündlichen "zu viele" Dateien übrig bleiben. Oder dass zu wenige übrig bleiben, wenn ein Fehler in den ersten Stunden des Tages die Backup-Erzeugung oder Übertragung verhinderte.
dedlfix.
TS