Wie erreicht man diese denn?
Als zahlender Kunde über das Supportforumular, hier im Forum beteiligen sie sich je nach ihren Zeitkapazitäten. Dazu kann man stehen, wie man will, aber grundsätzlich kann ich nachvollziehen, dass zahlende Kunden bevorzugt werden
Das Problem in deinen Fall liegt aber meiner Meinung daran, dass ein Missverständnis in der Funktionsweise des PBS vorliegt.
Ganz grob:
- Der PBS teilt die Backups in viele kleine Dateien (Chunks auf), diese werden in den einzelnen Snapshots referenziert.
- Die prune-Jobs löschen die Snapshots samt ihrer Referenzen, die Chunks selbst bleiben noch liegen.
- Die garbage-collection-Jobs entfernen dann die Chunks, die seit einer bestimmten Zeit (normalerweise 24 Stunden und fünf Minuten) in keinen Snapshot mehr referenziert wurden.
- Darum sind prune-Jobs sehr schnell, garbage-collection und verify jobs dagegen sehr langsam, wenn sie auf einer Netzwerkfreigabe (wie smb) oder HDD statt SSD liegen. Man kann das bei HDDs mit einen special device als Metadatencache beschleunigen (vor allen die garbage collection): https://pbs.proxmox.com/docs/sysadmin.html#local-zfs-special-device
Mit deinen Problem hat das aber noch nichts zu tun, aber der Vollständigkeit halber smb benutzt du ja und das ist für eine gute Performance keine gute Idee.
- Details zur Funktionsweise der Chunks sind dem technical Overview im Handbuch zu entnehmen:
https://pbs.proxmox.com/docs/technical-overview.html
Und zu den prune- und gc Jobs im Maintenance-Kapitel: https://pbs.proxmox.com/docs/maintenance.html
Du schreibst ja, dass prune- und gc-Jobs dir deine Snapshots löschen, das glaube ich nicht, da die garbage-collection (wie geschrieben) nichts mit dem Löschen der Snapshots samt Referenzen zu tun hat, das trägt nur den Müll nach den Aufräumen raus.
Dein Problem ist dass du deinen prune-Job im PBS nicht mitgeteilt hast, wieviele Kopien du aufbewahren willst. Der PBS bewahrt immer jeden Zeitraum das aktuellste Backup auf plus ggf. zusätzliche, die man mit keep-last ausgewählt hat, das kann man sich gut mit dem bereits verlinkten Simulator
https://pbs.proxmox.com/docs/prune-simulator/ klar machen (der dazu daneben auch noch mal alle Optionen dokumentiert):
Erklärung: Ich lasse zwischen 0 und 23 Uhr alle 30 Minuten ein Backup machen (um dein Szenario mit zusätzlichen Backups zu simulieren) und möchte 32 tägliche und sechs stündliche behalten, dazu immer die vier letzten. Ergebnis: Die letzten vier werden behalten (auch die nicht zur vollen Stunde gesicherten), außerdem die letzten sechs stündlichen und 32 Täglichen. Da beim PBS immer die Reihenfolge last/hourly/daily/weekly/monthly/yearly abgearbeitet wird, führt das am Anfang dazu, dass sich die Tage teilweise überlappen.
Dein Ziel (Backups außerhalb der Reihe werden nicht gelöscht) lassen sich auf folgende Weise lösen:
- Schreibschutz für den Snapshot setzen, dann wird er nur gelöscht, wenn du das explizit anforderst
- keep-last großzügig genug setzen, dass es immer hinkommen wird (z.B. 24)
- keep-hourly groß genug setzen (siehe 2. Option), envtl. in Kombination mit keep-last
Dafür musst du natürlich eine Idee haben, wieviele Backups außerhalb der Reihe du üblicherweise haben wirst und sobald keep-last abgearbeitet ist, werden trotzdem beim nächsten Schedule natürlich wieder die außerhalb des stündlichen/täglichen etc Zeitraums liegenden Snapshots gelöscht werden. Aber das sollte sich mit passend gesetzten Parametern ja im erträglichen Bereich befinden, z.B. mit 24 last und 24 hourly:
Oder mit sechs last 24 hourly und 32 daily:
Was ich mir an deiner Stelle noch überlegen würde: Zusätzlich noch wöchentliche und monatliche Kopien aufbewahren (bei mir vier wöchentliche und zwölf Monatliche), der Platzverbrauch hält sich dank der Deduplizierung in Grenzen und so kann man bei einen Datenverlust/Ransomwarevorfall noch einen längeren Zeitraum zurück, falls die Kompromittierung bereits den Zeitraum der 30 täglichen Backups umfasst...
