Ideen für das Backup

[esusxunil]

Ich habe mich endlich mal mit dem Thema Backup beschäftigt und laut Anleitung die beiden Scripte heruntergeladen und das Backupskript als Cronjob angelegt.

Ich hätte noch zwei kleine Fragen/Anregungen:

1. Könnte man nicht auch das docker-compose und die .env Datei gleich mit sichern? Ist ja doch mitlerweile recht umfangreich und ich (versuche) das bei Änderungen immer nochmal manuell weg zu sicher. Wenn man es dann mal im Ernstfall braucht, hat man unter Garantie die letzte Änderung nicht abgespeichert.

2. Ich würde die tar.gz Datei am liebsten auch gleich aufs NAS verschieben (FTP oder SMB). Geht das schon mit dem aktuellen Skript oder könnte das ergänzt werden?

[Zeppelin-PV]

hallo @esusxunil (oder linuxsuse ;) )
obwohl ich in Sachen Linux nicht sehr bewandert bin habe ich es geschaft die Sicherung auf eine SSD an der FritzBox einzurichten
in einem zweiten Auftrag sichere ich mir .env und yml
... funktioniert

0 3 * * * cd /home/pi/solectrus && ./backup.sh --backup-dir /mnt/FritzBox/DaSi_Solectrus-dev --retention-days 10

30 3 * * * cd /home/pi/solectrus && cp -f docker-compose.yml .env backup.sh restore.sh /mnt/FritzBox/DaSi_Solectrus-dev

[esusxunil]

Danke für den Denkanstoss.

Habe in meinem Solectrus Verzeichnis einen zweiten Unterordner angelegt und habe nun einmal ./backups und einmal ./backups_remote
Das Backup selber läuft local in das Verzeichnis ./backups (inc. Retention)

Habe ein Verzeichnis auf dem NAS per CFIS local unter ./backups_remote gemounted, dazu folgenden Eintrag in the /etc/fstab hinzugefügt:
//unraid.localdomain/Backup/solectrus /solectrus/backups_remote cifs username=solectrus,password=solectrus

Die crontab sieht nun folgendermassen aus:

0 2 * * * cd /root/solectrus && ./backup.sh --backup-dir /root/solectrus/backups --retention-days 10
30 2 * * * cd /root/solectrus && cp -f docker-compose.yml .env backup.sh restore.sh ./backups
45 2 * * * cd /root/solectrus && cp -f ./backups/* ./backups/.env ./backups_remote

Es wird also nachts um 2:00 Uhr ein (locales) Backup erstellt, incl. retetion. Es verbleiben also immer bis zu zehn Backups lokal.
Um 2:30 werden dann noch alle lokalen Skripte (Docker und Backup) in das Verzeichnis geschrieben (Achtung überschrieben, keine älteren Skripte verfügbar)
Um 2:45 werden alle Dateien in das ./backups_remote Verzeichnis kopiert (Achtung, hier ohne Retention, d.h. hier laufen unter Umständen viele Dateien auf).

Hatte noch überlegt alternativ einen zweiten Backup run direkt auf dem ./backups/remote laufen zu lassen, da man dann direkt die Retention einstellen kann (z.B. 30 Tage).

[gereons]

Noch eine Anregung: ich hab für meine compose.yml und .env (plus noch ein paar weiter Files wie zB meine mosquitto- und Dozzle-Konfiguration) ein privates Github-Repo angelegt und speichere alle Änderungen da. Backup und Änderungshistorie in einem.