{"id":3574,"date":"2026-08-22T16:03:37","date_gmt":"2026-08-22T14:03:37","guid":{"rendered":"https:\/\/digital-cleaning.de\/?p=3574"},"modified":"2026-08-22T16:03:38","modified_gmt":"2026-08-22T14:03:38","slug":"die-ziemlich-sorgenfreie-nextcloud-fuer-den-kleinen-homeserver-teil-4","status":"publish","type":"post","link":"https:\/\/digital-cleaning.de\/index.php\/die-ziemlich-sorgenfreie-nextcloud-fuer-den-kleinen-homeserver-teil-4\/","title":{"rendered":"Die \u201eziemlich sorgenfreie Nextcloud\u201c f\u00fcr den kleinen Homeserver. Teil 4"},"content":{"rendered":"
\n
\"\"<\/a>
Wenn nichts mehr geht …<\/em><\/figcaption><\/figure><\/div>\n\n\n

\u00dcber ein gutes und einfaches Backup unseres Nextcloud-Systems wurde im letzten Teil gesprochen. Durch die Trennung von System und Dokumenten wurde bereits eine Reihe von Gefahrenquellen vermieden. Doch Backups sind nicht unbedingt fehlerfrei. Zu einer guten Strategie geh\u00f6rt daher unbedingt ein Restore-Test! Diesen f\u00fchrt man am besten direkt nach Installation und erstem Backup aus. Zeigt sich hier ein Fehler, kann dieser noch leicht durch eine Neuinstallation behoben werden. Zu diesem Zeitpunkt hat man erst einige Testdokumente eingestellt. Aber auch zu sp\u00e4teren Zeitpunkten, zum Beispiel nach einigen Monaten, ist ein solcher Test gut durchf\u00fchrbar.<\/p>\n\n\n\n

Restore nach dem ersten Backup<\/h2>\n\n\n\n

Gehen wir zun\u00e4chst vom einfacheren Fall aus: Einige Dokumente k\u00f6nnen nicht mehr ge\u00f6ffnet werden oder sind verschwunden. Dazu ruhig einige der Testdokumente l\u00f6schen. Entweder via Nextcloud oder \u00fcber einen Dateimanager.<\/p>\n\n\n

\n
\"\"<\/a><\/figure><\/div>\n\n\n

Auch den Nextcloud-Papierkorb leeren – die Dokumente sollen vollst\u00e4ndig gel\u00f6scht sein. Anschlie\u00dfend in gewohnter Weise das DietPi-Men\u00fc aufrufen und abermals zu den Backup-Einstellungen gehen: Diesmal wird der Punkt „Restore“ aufgerufen:<\/p>\n\n\n

\n
\"\"<\/a><\/figure><\/div>\n\n\n

Da wir die Aufbewahrung der letzten beiden Backups eingestellt hatten, sind diese nun mit Datum und Uhrzeit aufgelistet:<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

Nach der Auswahl eines Backups startet der Vorgang. DietPi stoppt zun\u00e4chst laufende Anwendungen, Container, Datenbanken usw., um vor ungewollten \u00c4nderungen zu sch\u00fctzen. Anschlie\u00dfend werden die Dateien zur\u00fcckgespielt und die Prozesse neu gestartet. Dies alles erfordert keinen Eingriff von Nutzerseite. Es wird lediglich nach Fertigstellung aufgefordert, das System neu zu starten.<\/p>\n\n\n

\n
\"\"<\/a><\/figure><\/div>\n\n\n

Restore bei gr\u00f6\u00dferen Problemen<\/h2>\n\n\n\n

Mit der eben beschriebenen Methode gelingt die Wiederherstellung f\u00fcr die meisten Alltagsf\u00e4lle recht problemlos. Doch was ist bei gr\u00f6\u00dferen Problemen \u2013 etwa wenn das System besch\u00e4digt wurde oder die microSD-Karte mit dem Betriebssystem nicht mehr lesbar ist?<\/p>\n\n\n\n

Auch f\u00fcr diesen Fall bietet DietPi einen praktikablen Wiederherstellungsweg. Zun\u00e4chst wird eine neue microSD-Karte mit einem aktuellen DietPi-Basisimage bespielt. Eine erneute Installation der Nextcloud ist nicht erforderlich: Nach dem Einbinden des Backup-Speichers kann DietPi-Backup das fr\u00fchere System einschlie\u00dflich der installierten Nextcloud wiederherstellen.<\/p>\n\n\n\n

Bei einem USB-Backup wird das Laufwerk dazu erneut angeschlossen und eingebunden. Liegt das Backup auf einem NAS, m\u00fcssen zun\u00e4chst Netzwerk und NFS-Freigabe eingerichtet und wieder eingeh\u00e4ngt werden. Anschlie\u00dfend wird in DietPi-Backup der bisherige Sicherungsort ausgew\u00e4hlt. Erkennt das Programm dort ein vorhandenes Backup, l\u00e4sst sich der gew\u00fcnschte Sicherungsstand ausw\u00e4hlen und zur\u00fcckspielen. Nach einem Neustart sollte das wiederhergestellte System wieder zur Verf\u00fcgung stehen. <\/p>\n\n\n\n

Auch dieser Vorgang kann direkt nach der Installation getestet werden, so dass man bei einem sp\u00e4teren Ernstfall mit den Schritten vertraut ist.<\/p>\n\n\n\n

Vereinfachter Restore-Test<\/h2>\n\n\n\n

Wie verf\u00e4hrt man nun nach einigen Monaten, um zu sehen, ob das Backup weiterhin funktioniert? Es w\u00e4re gef\u00e4hrlich, innerhalb des laufenden Systems ein Restore durchzuf\u00fchren. Denn hat das Backup einen Fehler, so w\u00fcrde dieser damit ja eingespielt. Eigentlich erfordert das Restore daher ein zweites System, das dem verwendeten gleicht. Unser Raspberry Pi vereinfacht die Angelegenheit, da sich „der ganze Computer“ auf einer microSD-Karte befindet. Sprich: Man kann f\u00fcr den Test eine zweite SD-Karte (im gleichen Raspberry Pi) verwenden, die man – wie vorhin beschrieben – mit einem frischen DietPi-Basis-System best\u00fcckt, die notwendigen Eintr\u00e4ge vornimmt und das Backup zur\u00fcckspielt. <\/p>\n\n\n\n

Wichtig ist, zuvor das laufende System vollst\u00e4ndig zu beenden, damit keine IP-Konflikte entstehen und nicht zwei Nextcloud-Instanzen gleichzeitig auf denselben Datenbestand zugreifen.<\/p>\n\n\n\n

Prinzipiell m\u00fcsste man auch f\u00fcr einen doppelten Speicher f\u00fcr die Dokumente sorgen. In der Regel will man aber haupts\u00e4chlich wissen, ob System und Nextcloud bei Problemen wieder rasch laufen. F\u00fcr die Dokumente hat man meist ohnehin eine zweite Sicherung bzw. kann diese – wie beschrieben – auch mit einem Dateimanager \u00fcberpr\u00fcfen.<\/p>\n\n\n\n

Mit einem Trick kann der Test-Vorgang vereinfacht werden: Es wird ein kurzes Test-Backup erstellt, f\u00fcr das man den Filter „schlie\u00dfe Nextcloud-Dokumente ein“ entfernt. Dieses Test-Backup enth\u00e4lt also nur die eigentlichen Systemdateien und „\u00fcberspringt“ die Dokumente. Nextcloud greift nach dem Restore auf den weiterhin vorhandenen und am bekannten Mount-Punkt eingebundenen Datenbestand zu.<\/p>\n\n\n\n

Wenn alles l\u00e4uft, sollten kurz die wichtigsten Funktionen \u00fcberpr\u00fcft werden:<\/p>\n\n\n\n