Funktioniert einwandfrei. Die neueste Sicherung heisst bei mir immer „latest“ und die bereits vorhandene „latest“ wird per Script umbenannt. Das macht den Restore per Script einfach, wenn man wirklich die letzte Version nutzen will. Für den Umzug einer Instanz auf eine neue Installation wirklich sehr praktisch. Danke für die immer sehr verständlichen Tutorials 👍
@tiwelus Жыл бұрын
Sehr schön, vielen Dank. Ich schlage vor dieses tolle Skript noch um einen Lockfile Test zu erweitern, so dass immer nur ein Backup gleichzeitig laufen kann. Mir stellte sich nämlich gerade die Frage, als ich das initiale Backup startete und in einiger Zeit das mittels cronjob eingerichtete tägliche Backup auch gestartet werden wird. Ja, ich hätte den cron auch nochmal raus nehmen können, aber, sicher ist sicher. Tolles Video! Vielen Dank.
@Christian_Ky2 жыл бұрын
Hatte mit BORG auch schon gearbeitet, funktioniert echt gut. Super Video und super erklärt. Ach und mit Nano schnell speichern > ctrl+s und ctrl+x
@cellomusik85412 жыл бұрын
Cooles Video - wie immer - Danke!
@apfelcast2 жыл бұрын
Danke für das Lob!
@nvrmnd.882 жыл бұрын
Super Video. Habe ich für mehrere Instanzen umgesetzt. Nutze Borg für diverse Backups. Ein sehr cooles Tool finde ich.
@Oberlurch-lf8jj2 жыл бұрын
Ich nutze das Backup Script von Carsten Rieger seit mittlerweile 2 Jahren erfolgreich auch auf einem Raspi 4. Funktioniert also auch mit NextCloudpi. Für das "Problem" des initialen Backups habe ich einen Timeout von 4Std. über Nacht eingestellt. Borg macht dann alle halbe Stunde einen Checkpoint und nach ein paar Tagen hatte er meine 2TB Daten alle in einem ersten Backup gesichert. Danach geht es dann wirklich sehr fix: backupTimeout=14700 # in Sekunden 14700 (mindestens 1800s für borg checkpoints) timeout $backupTimeout borg create --stats \ $borgRepository::"${currentDate}" \ $localBackupDir \ $borgBackupDirs exit_code=$? if [[ $exit_code -eq 124 ]] ; then echo "Backup timouted after backupTimeout=$backupTimeout seconds." fi
@TheColin212 жыл бұрын
Ich finds recht ungünstig das temp Verzeichnis mit in den mount zu packen. Meiner Auffassung nach sollte das lokal liegen. So wird das unkomprimierte immer übertragen und dann wahrscheinlich nochmal das die komprimierte version.
@danielhecker2 жыл бұрын
Mal wieder ein super Video! Vielen dank dafür! Echt oft interessante Themen! Thema PiKVM: Kommt das noch oder ist das Thema gestorben? Hoffe doch nicht, nur wegen einer MicroSD-Karte :(
@apfelcast2 жыл бұрын
Aktuell ist das PiKVM System in meinen Tests nicht sehr stabil, deshalb warte ich aktuell auf ein entsprechendes Software-Update. Sobald das vorhanden ist, werde Ich dazu ein Video erstellen.
@demian53512 жыл бұрын
Wie wäre es mit Duplicati als Backup tool? Hat deutlich mehr funktioniert und unterstützt Protokolle, Sicher verschlüsselt, effizient komprimiert und eine web ui mit allen Funktionen. Nutze ich seit Jahren und ich bin sehr zufrieden. Ich sehe keine Grund Standes Borg oder scripts zu verwenden.
@apfelcast2 жыл бұрын
Dazu kann ich auch gerne mal ein Video machen.
@demian53512 жыл бұрын
@@apfelcast sehr gerne, dass ist sicher auch für viele interessant
@michaelkrammer395 Жыл бұрын
Hallo Daniel, das mit dem Backup hat bei mir funktioniert, aber mit dem Restore komme ich nicht weiter. Hast Du da auch ein Video für uns ? Viele Grüße Michael
@manuelwilde1952 жыл бұрын
Super Video, wie alle von Ihnen!!! Ich habe verstanden, dass die Daten nur manuell wiederhergestellt werden können ... Wie genau macht man das aber? Die Nextcloud darf doch nicht laufen, während die Konfiguration, die Datenbank oder auch die Dateien ans neue Ziel kopiert werden, oder? Und wie stelle ich aus der .SQL-Datei die Datenbank wieder her? Gibt es dazu auch ein Video oder könnten Sie dazu eines erstellen? (Würde den Ball Sichern-und-Wiederherstellen rund machen) 🙂 Danke vorab.
@derdietz2 жыл бұрын
Sehr cooles Video. Ich erstelle meine Backups auch mit Borg. Bisher funktioniert das auch soweit problemlos. Was mich aber noch interessieren würde: Welche Strategie würdest du empfehlen wenn es um offsite Backups geht. Push oder Pull?
@apfelcast2 жыл бұрын
Das kommt immer darauf an, was sich am anderen Ende befindet. Grundsätzlich finde Ich Push aber praktischer. Auf dieser Weise liegen beim entfernten Server selbst nur die Backups und keine zusätzlichen Konfigurationen oder Skripte.
@r.schicki632 Жыл бұрын
Hey. Habe mal 2 Fragen. Muss ich die vorhandene App Backup vorher löschen oder deaktivieren? Funktioniert die Borg Backup auf der LXD installation ubuntu 22.04
@TechnicalDoctorde2 жыл бұрын
Sind die Daten erst mal weg, hat das Jammern keinen Zweck.
@johannes7367 Жыл бұрын
Wie sieht das nun aus mit der ganzen php - Konfiguration und anderen Apache2 Einstellungen? Machst du da dann ein gesamtes Backup des Server inclusive aller Programm etc.?
@GermanCoDLobbys2 жыл бұрын
Hi Daniel, bekomme beim Starten des Skriptes die Fehlermeldung "this version of nextcloud is not compatible with php 8.0 you have 8.1.3" - Backup läuft anschließend erfolgreich durch, startet jedoch am Ende den Webserver nicht nochmal. Was kann ich tun?
@TopGo2 жыл бұрын
Wieso sollte das nicht mit einem Pi gehen?
@lukasstalder811 Жыл бұрын
Ich habe ebenfalls Probleme mit dem Test des Wiederherstellens. Bei mir erscheint --> fuse: device not found, try 'modprobe fuse' first
@lukasstalder811 Жыл бұрын
Ich habe die Lösung entdeckt. Ich habe nextcloud im LXC Container auf Proxmox installiert, ich musste unter dem LXC Container in Optionen -> Features den Haken Fuse setzen
@supergamer31862 жыл бұрын
Kannst du Mal ein Video machen wie man eine Hetzner Storage Box als Backup Ziel auf dem Nextcloud Server einrichtet sodass die auch nach einem Neustart eingebunden bleibt.
@apfelcast2 жыл бұрын
Das geht u.a. auch mit SMB. Dazu kannst du das Video verwenden, dass Ich zum Thema NAS einbinden verlinkt habe.
@supergamer31862 жыл бұрын
@@apfelcast Aber SMB kann ich ja nicht über das Internet übertragen wenn die Nextcloud in Nürnberg läuft und die Storagebox in Falkenstein deswegen ja meine Frage wie das Backup über das Internet funktioniert
@linuxschnabeltier2 жыл бұрын
Das würde mich ebenfalls sehr interessieren.
@TheJonathanMMM2 жыл бұрын
Würde empfehlen statt Webserver die Nextcloud in den Maintenance Mode packen, die Clients merken das. Mind. beim stoppen des Webservers musst du vllt noch den Cron stoppen, der wahrscheinlich in crontab steht. Mit Maintenance sollte der auch pausiert sein (genau weiß ich es aber nicht).
@apfelcast2 жыл бұрын
Danke, das ist ein guter Hinweis!
@nvrmnd.882 жыл бұрын
aber das passiert doch auch im Script
@achimvonlowtzow5280 Жыл бұрын
Mich wundert, warum Borg auf dem Nextcloud selber installiert ist. Ich hätte erwartet, dass man Borg auf dem Backup-Server installiert, und umgekehrt die Nextcloud-Verzeichnisse z.B. per SSH anbindet. Mir fehlt ein wenig die Phantasie, wie man ein Backup komplett wieder herstellt, wenn eben der gesamte Nextcloud-Server kaputt gegangen ist.
@christianzentner45452 жыл бұрын
Wenn nextcloud als VM (z. B. auf Proxmox) läuft, spricht nichts gegen einfach die ganze VM zu sichern, oder? Dann braucht man doch keine weitere Lösung?
@phfn08 Жыл бұрын
Dabei kann es passieren, dass in dem Moment des Backups gerade in die Datenbank geschrieben wird. Dann ist die Datenbank inkonsistent und evtl. nicht mehr nutzbar. Wenn du vorher die Nextcloud VM runterfährst sollte das aber gehen.
@bamstian2 жыл бұрын
Der Cronjob funktioniert dann ohne Eingabe der Passphrase?
@danielpoppelreuter48882 жыл бұрын
Die Passphrase hat er bereits im Klartext mit ins Skript eingetragen. Das sollte man nur dann tun, wenn sonst keiner an das Skript ran kommt und das Skript an sich entsprechend gesichert ist.
@dirgosalga2 жыл бұрын
Wieso muss man den Apache stoppen? Ich habe 3 andere Seiten auf dieser Maschine laufen. Reicht es nicht, wenn man Wartungmodus aktiviert hat?
@danielpoppelreuter48882 жыл бұрын
Grundsätzlich wäre die sauberste Variante, wenn man den Apache stoppt und die Zugriffe auf die Datenbank damit verhindert. Durch den Wartungsmodus wird verhindert, dass sich User anmelden. Dadurch werden meiner Meinung nach ebenfalls verhindert, dass Datenbankzugriffe erfolgen. Ich lasse mich aber gern eines Besseren belehren.
@viktorweizel33072 жыл бұрын
Mein Backup mit 1,2 TB hat einfach 40 Stunden gedauert.
@danielpoppelreuter48882 жыл бұрын
Hut ab vor deiner Geduld. Ich hätte wahrscheinlich nicht so lange die Füße still halten können. Da inkrementell, dürftest du den Spaß nur einmal gehabt haben. Die nächste Sicherung dauert dann nur noch einen Wimpernschlag. Wovor es mich allerdings an deiner Stelle gruseln würde wäre das Restore ;)
@Joel-fm5ip7 ай бұрын
Mir fällt gerade auf das es einen Fehler gibt, liegt es an mir? Ich habe gar nicht geschaut. Erfolgreich zuletzt am 10.09.2022, weiß jemand oder du woran es liegen kann? ###### Start des Backups: 14.06.2024 - 23:47:53 ###### Daten werden zusammengestellt Nextcloud stoppen Maintenance mode enabled Webserver wird gestoppt Datenbanksicherung wird erstellt Backup mit borgbackup Traceback (most recent call last): File "/usr/bin/borg", line 33, in sys.exit(load_entry_point('borgbackup==1.2.0', 'console_scripts', 'borg')()) File "/usr/lib/python3/dist-packages/borg/archiver.py", line 5077, in main args = archiver.get_args(sys.argv, os.environ.get('SSH_ORIGINAL_COMMAND')) File "/usr/lib/python3/dist-packages/borg/archiver.py", line 4869, in get_args result = self.parse_args(argv[1:]) File "/usr/lib/python3/dist-packages/borg/archiver.py", line 4914, in parse_args parser = self.build_parser() File "/usr/lib/python3/dist-packages/borg/archiver.py", line 4339, in build_parser """) + ItemFormatter.keys_help() File "/usr/lib/python3/dist-packages/borg/helpers/parseformat.py", line 733, in keys_help keys = cls.available_keys() File "/usr/lib/python3/dist-packages/borg/helpers/parseformat.py", line 727, in available_keys keys.extend(formatter.get_item_data(fake_item).keys()) File "/usr/lib/python3/dist-packages/borg/helpers/parseformat.py", line 797, in get_item_data source = item.get('source', '') SystemError: returned NULL without setting an exception Webserver wird gestartet Nextcloud starten Maintenance mode disabled Backups bereinigen Traceback (most recent call last): File "/usr/bin/borg", line 33, in sys.exit(load_entry_point('borgbackup==1.2.0', 'console_scripts', 'borg')()) File "/usr/lib/python3/dist-packages/borg/archiver.py", line 5077, in main args = archiver.get_args(sys.argv, os.environ.get('SSH_ORIGINAL_COMMAND')) File "/usr/lib/python3/dist-packages/borg/archiver.py", line 4869, in get_args result = self.parse_args(argv[1:]) File "/usr/lib/python3/dist-packages/borg/archiver.py", line 4914, in parse_args parser = self.build_parser() File "/usr/lib/python3/dist-packages/borg/archiver.py", line 4339, in build_parser """) + ItemFormatter.keys_help() File "/usr/lib/python3/dist-packages/borg/helpers/parseformat.py", line 733, in keys_help keys = cls.available_keys() File "/usr/lib/python3/dist-packages/borg/helpers/parseformat.py", line 727, in available_keys keys.extend(formatter.get_item_data(fake_item).keys()) File "/usr/lib/python3/dist-packages/borg/helpers/parseformat.py", line 797, in get_item_data source = item.get('source', '') SystemError: returned NULL without setting an exception ###### Ende des Backups: 14.06.2024 - 23:48:24 (00 Stunden 00 Minuten 31 Sekunden) ###### Plattenbelegung: Filesystem Size Used Avail Use% Mounted on /dev/sdc1 1,4T 193G 1,2T 14% /mnt/usb