close Warning: Can't synchronize with repository "keplertools" (/srv/svn/keplertools does not appear to be a Subversion repository.). Look in the Trac log for more information.

Opened 7 years ago

Closed 5 years ago

#3455 closed Verbesserung (erledigt)

Backup-Schema

Reported by: Rüdiger Kupper Owned by: bau
Priority: bald erledigen Milestone: Schuljahr 2020/21
Component: Server: Backups Severity: beeinträchtigt den Unterricht einiger Lehrer
Keywords: Cc: bau

Description

Wir sollten uns noch mal Gedanken über das Backup-Schema machen. Auf dem backupV hast du stehen:

retain  daily   14
retain  weekly  52
retain  monthly 12
retain  yearly  5

Ich gehe mal davon aus, dein Backup-Algorithmus macht das selbe, was auch per default in der Crontab für rsnapshot steht: Nämlich das, was die Namen sagen.
"daily" wird täglich ausgeführt, "weekly" wöchentlich, "monthly" monatlich un "yearly" jährlich.

Deine Perioden bedeuten also, man hat …

  • immer für die letzten 14 Tage Snapshots.
  • => da "weekly" wöchentlich ausgeführt wird, hat man außerdem jede Woche einen Snapshot. Das ist also schon mal einer doppelt (denn der letzte ist ja auch immer in den letzten 14 Tagen drin).
  • außerdem hat man die letzten 52 Wochen wöchentliche Snapshots, ein komplettes Jahr.
  • "monthly" behält aber auch die letzten zwölf Monate, also ist das in diesem Schema völlig überflüssig, wenn ich richtig sehe. (Jedes monthly-Backup kommt dann ja auch in den weekly-Backups vor.)
  • und man hat die letzten 5 Jahre jährliche Backups.

Nun sind die Hardlinks ja nicht teuer, die doppelten Backups machen also wenig. Doch inbesondere, dass "monthly" gar nichts zusätzlich bewirkt, scheint mir nicht so sinnvoll.

Change History (9)

comment:1 by Rüdiger Kupper, 7 years ago

Auf dem backup habe ich es jetzt so:

# Wir machen täglich, wöchentlich, monatlich und jährlich Backups                                                                             
# und halten jeweils XX Kopien vor:                                                                                                           
#                                                                                                                                             
# - tägliche Snapshots der letzten zwei Wochen                                                                                                
# - wöchentliche Snapshots der letzten drei Monate                                                                                            
# - monatliche Snapshots der letzten zwei Jahre                                                                                               
# - jährliche Snapshots der letzten fünf Jahre                                                                                                

retain  daily   14
retain  weekly  12
retain  monthly 24
retain  yearly  5

comment:2 by lehm, 5 years ago

...

comment:3 by bau, 5 years ago

@kup: Ich überschaue das Schema nicht so ganz. Wenn das deine passt, dann machen wir das auf BackupV doch auch so.

comment:4 by Rüdiger Kupper, 5 years ago

Das heißt:

  • tägliche Backups jeweils 14 Tage in die Vergangenheit
  • ein Backup pro Woche für 12 Wochen in die Vergangenheit (viertel Jahr)
  • ein Backup pro Monat für 24 Monate in die Vergangenheit
  • ein Backup pro Jahr für 5 Jahre in die Vergangenheit

Das schien mir erst mal sinnvoll, aber da die Links ja wirklich nicht teuer sind, können wir das auch noch anpassen. Letztlich kommt es nur auf das Backup an, das am längsten behalten wird, denn solange das besteht, wird die Datei auf der Platte auch nicht gelöscht. Das wäre da jetzt 5 Jahre. Also, wenn ich eine Datei in meinem Homeverzeichnis lösche, dann bleibt sie noch für fünf Jahre auf der Platte, oder?

comment:5 by bau, 5 years ago

exakt.
Es geht aber nicht nur um's Löschen. Man ändert ja auch. Und die Änderungen sind dann in den entsprechenden Intervallen rekonstruierbar:

  • 14 Tage zurück hast du alle Tagesänderungen zur Verfügung
  • Wochenbackups: Änderungen immer 12 Wochen zurück (Änderungen unter der Woche nur 14-Tage)
  • Monatsbackups: Änderungen immer 24 Monate zurück (Änderungen unter der Woche 14-Tage / im Monat 12 Woche)
  • Jahresbackups: Änderungen immer 5 Jahre zurück (Änderungen unter der Woche 14-Tage / im Monat 12 Woche / in den Jahren: 24 Monate=2 Jahre)

comment:6 by Rüdiger Kupper, 5 years ago

Ich dachte dabei jetzt an den Speicherplatz, den wir vorhalten müssen. Das Backup läuft jetzt seit etwa einem Jahr, oder? Also wird die Datenmenge auf dem Backup-Server für weitere vier Jahre erst einmal nur zunehmen und nie ab. Das sollten wir im Auge behalten.

comment:7 by Rüdiger Kupper, 5 years ago

Owner: changed from Rüdiger Kupper to bau
Status: new → assigned

Wenn Du das Schema so okay findest, kannst Du es auf backupV so übernehmen und das Ticket schließen.

comment:8 by Rüdiger Kupper, 5 years ago

Milestone: Schuljahr 2019/20 → Schuljahr 2020/21

comment:9 by lehm, 5 years ago

Resolution: → erledigt
Status: assigned → closed
Note: See TracTickets for help on using tickets.