Benutzung von btrfs snapshots

Moin zusammen und frohes neues Jahr!

Ich hab mal eine Frage, die sich vor allem an framp richtet... ist es möglich oder sogar angedacht, btrfs-Snapshots in raspiBackup zu integrieren?

Inzwischen kann man ja das Root-Filesystem relativ unkompliziert mit btrfs-convert auf btrfs umstellen...

Der große Vorteil ist die Downtime der gestoppten Services: aus "Services stoppen - Backup - Services starten" würde dann "Services stoppen - snapshot - Services starten - Backup" werden, so dass die Services dann nur kurz offline wären. Ich denke dabei an mein Home Assistant, aber natürlich auch Docker, Datenbanken usw. würden profitieren...

Oh, und eine (zuschaltbare) Fortschrittsanzeige wäre schön, um zu sehen wieviel schon gebackuppt wurde... "-v" generiert so viel Output, dass man den Wald vor lauter Bäumen nicht sieht...

Quote from framp

Quote from DBa

btrfs-Snapshots in raspiBackup zu integrieren?

Snapshots als Backups auf demselben Device von dem das System läuft zu erstellen macht meiner Meinung nach wenig Sinn. Wenn das Device stirbt sind die Backups auch weg

Du hast zwar recht, aber das meinte ich nicht.

Betrachten wir mal den Ablauf bei einer normalen Sicherung:

- alles vorbereiten

- Services runterfahren

- Sicherung

- Services hochfahren

- Nacharbeiten

Die Services bleiben solange unten bis die Sicherung durchgelaufen ist, das kann je nach Netzwerk und Größe der Sicherung auch schonmal lange dauern, durchaus im Bereich von Stunden, wenn das Netz nicht so schnell oder die Partition so voll ist.

Mit Snapshot:

- alles vorbereiten

- Services runterfahren

- Snapshot erstellen

- Services hochfahren

- Sicherung

- Nacharbeiten, inkl. Löschung der nicht benötigten Snapshots (hier würde sich ja auch anbieten, die Snapshots eine Weile aufzuheben, als Absicherung gegen unbeabsichtigtes Löschen)

Bei dieser Variante müssen die Services nur kurz runtergefahren werden, und die eigentliche Sicherung findet danach statt, nämlich vom Snapshot (der sich ja nicht mehr verändert, tadaaaaaa!), während die Services wieder laufen. Dann macht eine längere Laufzeit auch nicht so viel aus (sollte natürlich beendet sein bevor die nächste Sicherung ansteht).

Der Vorteil ist halt, dass was auch immer auf dem Raspi läuft dann auch während des ggf. laaangen Sicherungslaufs verfügbar ist - Docker, Datenbanken, Smart Home, Webserver, was man halt auch immer auf dem Gerät hat.

Quote from framp

Quote from DBa

"-v" generiert so viel Output,

Das v steht für verbose und erzeugt deshalb eine Menge Output. Sieh Dir mal die Option -g an

Mein Fehler, hab nicht gut genug gelesen.

Quote from noisefloor

Hallo,

IMHO lesenswert zu dem Thema: https://fedoramagazine.org/working-with-btrfs-snapshots/ Da gibt es auch einen Abschnitt, wo erklärt wird, warum ein btrfs snapshot nicht automatisch mit einem Backup gleichzusetzen ist.

Gruß, noisefloor

Es geht hier (nur) darum, eine schnelle temporäre Kopie zu erzeugen und das System wieder freizugeben.

Dass das Snapshot hinüber ist wenn z.B. die Karte den Geist aufgibt, ist klar

->> https://github.com/framps/raspiBa…ment-2587335070

Ja, mit pre- und post-Skripts wäre es vermutlich auch gegangen, sogar einfacher, da hab ich einfach nicht dran gedacht

Die Quelle muss nicht mal beeinflusst werden, es muss nur ein Flag für den Mount-Befehl mitgegeben werden (konkret: "subvol=/.snapshot-raspiBackup")

Übrigens würde ich IMMER mit "-o ro" mounten, da dieser Mount ausschließlich zum Lesen benutzt wird

Quote from framp

Quote from DBa

Die Quelle muss nicht mal beeinflusst werden,

Ich werde alles in Deinem PR sehen

Das verzögert sich ein wenig...zum einen weil ich ein wenig mehr "drumherum" bauen möchte (auch das abfangen von Fehlkonfigurationen etc.), zum Anderen weil ich zu doof bin um einen PR zu erzeugen

Grrr. ich hatte die Änderungen auf der Basis von Beta erstellt... gut, muss ich wohl nochmal anpacken...

Quote from framp

Nee. Dann lass es auf Beta. Aber bitte nicht auf master sondern einen andren Branch

Zu spät, habe den PR jetzt schon erstellt.