![\"\"](\"https:\/\/digital-cleaning.de\/wp-content\/uploads\/2026\/08\/nc71-1.jpg\")
<\/a><\/figure><\/div>\n\n\nIn diesem Fall befindet sich das System auf der microSD-Karte (1)<\/strong>, die NVMe M.2 (2)<\/strong> nimmt die Nextcloud-Dokumente auf. Da der Raspberry Pi von beiden Medien booten kann, k\u00f6nnte man das auch umkehren: Das System auf der M.2 und die Dokumente auf der microSD-Karte, sofern diese gro\u00df genug ist (z. B. 512 GB). Mit einem einfachen USB-Adapter wird eine SSD f\u00fcr das Backup angeschlossen (3)<\/strong>. <\/p>\n\n\n\n Auf diese Weise erh\u00e4lt man ohne gro\u00dfen Aufwand ein kompaktes System, das die Grundversorgung eines Backups \u00fcbernimmt. Der Nachteil: Lokale Speicher in der N\u00e4he des zu sichernden Ger\u00e4ts sind nicht ganz ideal. Durch Wassersch\u00e4den, Stromspitzen, spielende Kinder usw. k\u00f6nnen auf einen Schlag Original und Backup besch\u00e4digt werden.<\/p>\n\n\n\n Sofern man \u00fcber ein NAS oder einen zweiten PC verf\u00fcgt, kann das Backup via WLAN auf einen dort freigegebenen Ordner erfolgen. Damit spart man sich ein wenig Kabelsalat und sorgt f\u00fcr eine gr\u00f6\u00dfere Distanz zwischen System und Backup-Speicher. Mit DietPi lassen sich beide Varianten<\/strong> gut umsetzen.<\/p>\n\n\n Zus\u00e4tzlich gibt es die M\u00f6glichkeit, das Nextcloud-Backup zeitgesteuert <\/strong>ausf\u00fchren zu lassen. So was gef\u00e4llt mir pers\u00f6nlich gut. Auch mein Paperless-ngx-Archiv und andere wichtige Daten lasse ich nachts nach 3 Uhr sichern. Ich schlafe dann und es ist auch egal, ob ein Vorgang 2 Minuten l\u00e4nger ben\u00f6tigt. Damit bin ich in den vergangenen Jahren recht gut gefahren.<\/p>\n\n\n\n Nein und Jein. Einen lokalen Speicher anzusprechen ist recht einfach m\u00f6glich. Prinzipiell muss er nur formatiert, angeschlossen und im System als Backup-Ziel eingerichtet werden. Das sollte in knapp 10 Minuten erledigt sein. Wenn die Sicherung auf ein Laufwerk im WLAN erfolgen soll, kommt die Freigabe hinzu. Eigentlich auch nicht schwierig, wir werden aber statt der in der Windows-Welt bekannten Samba-Freigabe eine sogenannte NFS-Freigabe daf\u00fcr nehmen. Die ist bei NAS-Systemen ohnehin vorhanden, aber auf anderen Ger\u00e4ten muss man diese eventuell erst aktivieren. Dazu m\u00fcssen ein paar zus\u00e4tzliche Befehle ausgef\u00fchrt werden – aber dann hat es sich. F\u00fcr beide Arten der Sicherung gilt: Die Einrichtung macht man einmal zu Beginn, danach l\u00e4uft alles automatisch ab.<\/p>\n\n\n\n Nein. Durch die auf rsync<\/strong> basierende Sicherung ben\u00f6tigt ein DietPi-Backup nach der ersten vollst\u00e4ndigen Sicherung meist nur wenig zus\u00e4tzlichen Speicherplatz. Es werden anschlie\u00dfend nur neue oder ge\u00e4nderte Dateien \u00fcbertragen. Daher erfordern die t\u00e4glichen Backups nur wenig Zeit. Die Technik dahinter ist allerdings auf Linux-Systeme ausgerichtet. Aus diesem Grund wird der Backup-Speicher im Linux-Format ext4 formatiert bzw. statt Samba eine NFS-Freigabe genommen.<\/p>\n\n\n\n Bei eingangs abgebildeten Beispiel-Aufbau wird an den Raspberry Pi eine SATA-SSD mit einem USB-Adapter angeschlossen. Alternativ k\u00f6nnte ein – qualitativ hochwertiger! – USB-Stick mit ausreichend Speicherplatz oder eine USB-Festplatte verwendet werden. Im vorangegangenen Kapitel wurde bereits gezeigt, wie einfach unter DietPi ein solcher Speicher in ext4 formatiert werden kann.<\/p>\n\n\n\n Den Speicher anschlie\u00dfen und mit „Refresh“ (1)<\/strong> vom System finden lassen. Es wird „Not mounted“ ausgegeben (2)<\/strong>. Speicher einh\u00e4ngen („mount“) …<\/p>\n\n\n … und einen Namen vergeben. In diesem Beispiel lautet der Name „usbbackup“.<\/p>\n\n\n Damit haben wir das Ziel-Medium f\u00fcr unser Backup.<\/p>\n\n\n\n Der Men\u00fcpunkt „DietPi-Backup“ legt ein Backup des Hauptsystems an, aber es sollen ja gleichzeitig die Nextcloud-Dokumente gesichert werden. Diese m\u00fcssen als Quelle hinzugef\u00fcgt werden. Dies geschieht mit der Auswahl „Filter“:<\/p>\n\n\n Dadurch wird eine kleine Text-Konfigurationsdatei im Editor aufgerufen. Mit dem „+“-Zeichen wird der Pfad aus der letzten Folge eingetragen: „\/mnt\/usbdaten\/dietpi_userdata\/“ (1)<\/strong>. Mit Strg+O (2) <\/strong>und Strg+X (3) <\/strong>den Editor beenden.<\/p>\n\n\n Zur\u00fcck im Backup-Men\u00fc noch „Daily Backup“ mit einem Klick von „Off“ auf „On“ setzen.<\/p>\n\n\n Backup-Ziel w\u00e4hlen<\/p>\n\n\n Mit „Location“ wird das vorhin eingeh\u00e4ngte Backup-Ziel ausgew\u00e4hlt. Dieses erscheint in der Liste m\u00f6glicher Ziele\/Laufwerke:<\/p>\n\n\n Nach erfolgter Auswahl erscheint in der oberen linken Ecke eine Zusammenfassung. „Current backup and restore location: -\/mnt\/usbbackup (der eingeh\u00e4ngte USB-Speicher) <\/em>\/dietpi-backup (der Ziel-Ordner auf dem USB-Speicher)<\/em>. – Backup not found (wir haben ja noch kein Backup durchgef\u00fchrt)<\/em>.“<\/p>\n\n\n\n Nun mit „Backup“ das erste Voll-Backup durchf\u00fchren. Je nach vorhandenen Dateien kann dies etwas dauern. Unter „Amount“ kann die Anzahl der vorgehaltenen Backups festgehalten werden. DietPi-Backup arbeitet dateibasiert mit rsync. Jede Sicherungsiteration bleibt grunds\u00e4tzlich vollst\u00e4ndig wiederherstellbar. Bei mehreren vorgehaltenen Sicherungen k\u00f6nnen unver\u00e4nderte Dateien per Hardlinks wiederverwendet werden; dadurch sinken Schreibaufwand und tats\u00e4chlicher Speicherbedarf deutlich. W\u00e4hrend der Vorgang abl\u00e4uft, ist auf dem Screen zu sehen, dass zun\u00e4chst alle Dienste angehalten werden. Erst nachdem die Dateien gesichert wurden, wird alles wieder gestartet.<\/p>\n\n\n W\u00e4hrend des Backups k\u00f6nnen daher keine \u00c4nderungen an den Nextcloud-Dokumenten vorgenommen werden. Zus\u00e4tzlich sollte eine Sicherung der Datenbank (ein Datenbank-Dump) erfolgen, der aber den Rahmen dieses Artikels sprengen w\u00fcrde. Da aber unsere kleine Familien-Cloud keinen hohen Traffic hat und das Backup in Zeiten ausgef\u00fchrt wird, in denen die Nextcloud nicht genutzt wird, sollte das bisher beschriebene Vorgehen aber ausreichend sein.<\/p>\n\n\n\n So, damit wurde das erste Backup „per Hand“ ausgef\u00fchrt. DietPi bietet aber zus\u00e4tzlich die M\u00f6glichkeit, die Backups regelm\u00e4\u00dfig automatisch durchzuf\u00fchren.<\/p>\n\n\n\n Die Zeitsteuerung von Aufgaben erledigen unter Linux sogenannte Cron-Jobs. Wichtig: Zun\u00e4chst mit „DietPi-Config“ (1)<\/strong> \u00fcberpr\u00fcfen, ob die korrekte Zeitzone (Europa\/Berlin) eingestellt ist! Anschlie\u00dfend „DietPi-Cron“ (2)<\/strong> ausw\u00e4hlen.<\/p>\n\n\n Nach diesen Men\u00fcpunkt werden eine Reihe von Beispielen eingeblendet – w\u00f6chentliche, monatliche Backups usw. F\u00fcr mein n\u00e4chtliches Backup habe ich hier „cron.daily“ gew\u00e4hlt und f\u00fcr die Uhrzeit „03:30 Uhr“ eingetragen (1)<\/strong>. Wichtig: Mit „Apply“ die Einstellung sichern (2)<\/strong>.<\/p>\n\n\n Wie bereits erw\u00e4hnt: Sofern ein Netzwerklaufwerk f\u00fcr ein Backup genutzt wird, sollte dieses statt Samba eine NFS-Freigabe erhalten. Die typischen NAS-Systeme bringen entsprechende Einstellm\u00f6glichkeiten mit (hier Synology):<\/p>\n\n\n Diese Freigabeart l\u00e4sst sich aber auch auf anderen Ger\u00e4ten Umsetzen. In meinem Fall habe ich auf dem zweiten eingebauten Speicher in meinem Mini-PC einen Ordner „nc_nfs_backup“ erstellt:<\/p>\n\n\n Dieser erhielt eine NFS-Freigabe, sodass DietPi den Ordner f\u00fcr Backups nutzen kann.<\/p>\n\n\n\n Im Drive_Manager „Add network drive“ ausw\u00e4hlen …<\/p>\n\n\n … anschlie\u00dfend die Option „NFS“ w\u00e4hlen.<\/p>\n\n\n Hier (anders als bei Samba-Freigaben) zun\u00e4chst nur die IP<\/strong> des Empfangsger\u00e4ts eintragen:<\/p>\n\n\n DietPi listet anschlie\u00dfend die NFS-Freigaben auf diesem Ger\u00e4t auf – im Beispiel also „nc_nfs_backup“ auf dem zweiten eingebauten Speicher „ssd128“:<\/p>\n\n\n Nun einen Namen f\u00fcr den Mountpunkt vergeben – hier: „nfsbackup“.<\/p>\n\n\n Nun erscheint alles in der korrekten Syntax im Drive-Manger. „[IP]:NFS-Ziel : Mount-Name“:<\/p>\n\n\n Wenn nun – wie oben bei einem lokalen Speicher – im Backup-Men\u00fc die Liste m\u00f6glicher Ziele aufgerufen wird …<\/p>\n\n\n … so erscheint der NFS-Ordner und kann ausgew\u00e4hlt werden.<\/p>\n\n\n Von hier ab ist es dann kein Unterschied mehr, ob ein USB-Speicher oder ein Netzwerklaufwerk f\u00fcr Zeitsteuerung, Backup oder Ziel ausgew\u00e4hlt wird.<\/p>\n\n\n\n Die vielen Screenshots sehen zwar nach einem komplizierten Handling aus, das t\u00e4uscht aber. DietPi ist au\u00dferordentlich gut durchdacht und hat schon alles an Bord, was im Backup-Bereich ben\u00f6tigt wird. Das macht komplizierte Terminalbefehle \u00fcberfl\u00fcssig. Viel wichtiger ist es, zu wissen, was man in welcher Reihenfolge „anklicken“ muss – dann ergibt das eine runde Sache.<\/p>\n\n\n\n Die Einrichtung eines guten Backups ist ein wichtiger Schritt f\u00fcr eine „sorgenfreie“ Nextcloud. Aber ein Backup ist nur ein Backup, wenn es im Ernstfall auch tats\u00e4chlich funktioniert. In der n\u00e4chsten Folge soll daher unter anderem ein Restore-Test besprochen werden: Wir machen unsere sch\u00f6ne funktionierende Nextcloud „kaputt“. Trotzdem wird mit wenigen Klicks alles wieder laufen, als h\u00e4tte es nie ein Problem gegeben.<\/p>\n\n\n\n Sorgenfreie Nextcloud, Teil 1 – Einf\u00fchrung<\/a><\/strong> <\/p>\n","protected":false},"excerpt":{"rendered":" Die Nextcloud l\u00e4uft auf dem Homeserver, System und Daten befinden sich auf unterschiedlichen Speichermedien – nun wird es Zeit, an ein gutes Backup zu denken. Im einfachsten Fall erfolgt dies lokal auf einem zus\u00e4tzlichen Speicher. Hier habe ich z. B. an meinen Raspberry Pi 5 per USB-Adapter einfach eine 500-GB-SSD gest\u00f6pselt: In diesem Fall befindet sich das System auf der microSD-Karte (1), die NVMe M.2 (2) nimmt die Nextcloud-Dokumente auf. Da der Raspberry Pi von beiden Medien booten kann, k\u00f6nnte man das auch umkehren: Das System auf der M.2 und die Dokumente auf der microSD-Karte, sofern diese gro\u00df genug ist (z. B. 512 GB). Mit einem einfachen USB-Adapter wird eine SSD f\u00fcr das Backup angeschlossen (3). Auf diese Weise erh\u00e4lt man ohne gro\u00dfen Aufwand ein kompaktes System, das die Grundversorgung eines Backups \u00fcbernimmt. Der Nachteil: Lokale Speicher in der N\u00e4he des zu sichernden Ger\u00e4ts sind nicht ganz ideal. Durch Wassersch\u00e4den, Stromspitzen, spielende Kinder usw. k\u00f6nnen auf einen Schlag Original und Backup besch\u00e4digt werden. Sofern man \u00fcber ein NAS oder einen zweiten PC verf\u00fcgt, kann das Backup via WLAN auf einen dort freigegebenen Ordner erfolgen. Damit spart man sich ein wenig Kabelsalat und sorgt f\u00fcr eine gr\u00f6\u00dfere Distanz zwischen System und Backup-Speicher. Mit DietPi lassen sich beide Varianten gut umsetzen. Zus\u00e4tzlich gibt es die M\u00f6glichkeit, das Nextcloud-Backup zeitgesteuert ausf\u00fchren zu lassen. So was gef\u00e4llt mir pers\u00f6nlich gut. Auch mein Paperless-ngx-Archiv und andere wichtige Daten lasse ich nachts nach 3 Uhr sichern. Ich schlafe dann und es ist auch egal, ob ein Vorgang 2 Minuten l\u00e4nger ben\u00f6tigt. Damit bin ich in den vergangenen Jahren recht gut gefahren. Ist die Einrichtung des Backups kompliziert? Nein und Jein. Einen lokalen Speicher anzusprechen ist recht einfach m\u00f6glich. Prinzipiell muss er nur formatiert, angeschlossen und im System als Backup-Ziel eingerichtet werden. Das sollte in knapp 10 Minuten erledigt sein. Wenn die Sicherung auf ein Laufwerk im WLAN erfolgen soll, kommt die Freigabe hinzu. Eigentlich auch nicht schwierig, wir werden aber statt der in der Windows-Welt bekannten Samba-Freigabe eine sogenannte NFS-Freigabe daf\u00fcr nehmen. Die ist bei NAS-Systemen ohnehin vorhanden, aber auf anderen Ger\u00e4ten muss man diese eventuell erst aktivieren. Dazu m\u00fcssen ein paar zus\u00e4tzliche Befehle ausgef\u00fchrt werden – aber dann hat es sich. F\u00fcr beide Arten der Sicherung gilt: Die Einrichtung macht man einmal zu Beginn, danach l\u00e4uft alles automatisch ab. Belegen die Backups mit der Zeit nicht sehr viel Speicherplatz? Nein. Durch die auf rsync basierende Sicherung ben\u00f6tigt ein DietPi-Backup nach der ersten vollst\u00e4ndigen Sicherung meist nur wenig zus\u00e4tzlichen Speicherplatz. Es werden anschlie\u00dfend nur neue oder ge\u00e4nderte Dateien \u00fcbertragen. Daher erfordern die t\u00e4glichen Backups nur wenig Zeit. Die Technik dahinter ist allerdings auf Linux-Systeme ausgerichtet. Aus diesem Grund wird der Backup-Speicher im Linux-Format ext4 formatiert bzw. statt Samba eine NFS-Freigabe genommen. 1. Lokaler Backup-Speicher Bei eingangs abgebildeten Beispiel-Aufbau wird an den Raspberry Pi eine SATA-SSD mit einem USB-Adapter angeschlossen. Alternativ k\u00f6nnte ein – qualitativ hochwertiger! – USB-Stick mit ausreichend Speicherplatz oder eine USB-Festplatte verwendet werden. Im vorangegangenen Kapitel wurde bereits gezeigt, wie einfach unter DietPi ein solcher Speicher in ext4 formatiert werden kann. Speicher zug\u00e4nglich machen (einh\u00e4ngen\/mounten) Den Speicher anschlie\u00dfen und mit „Refresh“ (1) vom System finden lassen. Es wird „Not mounted“ ausgegeben (2). Speicher einh\u00e4ngen („mount“) … … und einen Namen vergeben. In diesem Beispiel lautet der Name „usbbackup“. Damit haben wir das Ziel-Medium f\u00fcr unser Backup. Backup einrichten Der Men\u00fcpunkt „DietPi-Backup“ legt ein Backup des Hauptsystems an, aber es sollen ja gleichzeitig die Nextcloud-Dokumente gesichert werden. Diese m\u00fcssen als Quelle hinzugef\u00fcgt werden. Dies geschieht mit der Auswahl „Filter“: Dadurch wird eine kleine Text-Konfigurationsdatei im Editor aufgerufen. Mit dem „+“-Zeichen wird der Pfad aus der letzten Folge eingetragen: „\/mnt\/usbdaten\/dietpi_userdata\/“ (1). Mit Strg+O (2) und Strg+X (3) den Editor beenden. Zur\u00fcck im Backup-Men\u00fc noch „Daily Backup“ mit einem Klick von „Off“ auf „On“ setzen. Backup-Ziel w\u00e4hlen Mit „Location“ wird das vorhin eingeh\u00e4ngte Backup-Ziel ausgew\u00e4hlt. Dieses erscheint in der Liste m\u00f6glicher Ziele\/Laufwerke: Nach erfolgter Auswahl erscheint in der oberen linken Ecke eine Zusammenfassung. „Current backup and restore location: -\/mnt\/usbbackup (der eingeh\u00e4ngte USB-Speicher) \/dietpi-backup (der Ziel-Ordner auf dem USB-Speicher). – Backup not found (wir haben ja noch kein Backup durchgef\u00fchrt).“ Nun mit „Backup“ das erste Voll-Backup durchf\u00fchren. Je nach vorhandenen Dateien kann dies etwas dauern. Unter „Amount“ kann die Anzahl der vorgehaltenen Backups festgehalten werden. DietPi-Backup arbeitet dateibasiert mit rsync. Jede Sicherungsiteration bleibt grunds\u00e4tzlich vollst\u00e4ndig wiederherstellbar. Bei mehreren vorgehaltenen Sicherungen k\u00f6nnen unver\u00e4nderte Dateien per Hardlinks wiederverwendet werden; dadurch sinken Schreibaufwand und tats\u00e4chlicher Speicherbedarf deutlich. W\u00e4hrend der Vorgang abl\u00e4uft, ist auf dem Screen zu sehen, dass zun\u00e4chst alle Dienste angehalten werden. Erst nachdem die Dateien gesichert wurden, wird alles wieder gestartet. W\u00e4hrend des Backups k\u00f6nnen daher keine \u00c4nderungen an den Nextcloud-Dokumenten vorgenommen werden. Zus\u00e4tzlich sollte eine Sicherung der Datenbank (ein Datenbank-Dump) erfolgen, der aber den Rahmen dieses Artikels sprengen w\u00fcrde. Da aber unsere kleine Familien-Cloud keinen hohen Traffic hat und das Backup in Zeiten ausgef\u00fchrt wird, in denen die Nextcloud nicht genutzt wird, sollte das bisher beschriebene Vorgehen aber ausreichend sein. So, damit wurde das erste Backup „per Hand“ ausgef\u00fchrt. DietPi bietet aber zus\u00e4tzlich die M\u00f6glichkeit, die Backups regelm\u00e4\u00dfig automatisch durchzuf\u00fchren. Zeitgesteuerte Backups Die Zeitsteuerung von Aufgaben erledigen unter Linux sogenannte Cron-Jobs. Wichtig: Zun\u00e4chst mit „DietPi-Config“ (1) \u00fcberpr\u00fcfen, ob die korrekte Zeitzone (Europa\/Berlin) eingestellt ist! Anschlie\u00dfend „DietPi-Cron“ (2) ausw\u00e4hlen. Nach diesen Men\u00fcpunkt werden eine Reihe von Beispielen eingeblendet – w\u00f6chentliche, monatliche Backups usw. F\u00fcr mein n\u00e4chtliches Backup habe ich hier „cron.daily“ gew\u00e4hlt und f\u00fcr die Uhrzeit „03:30 Uhr“ eingetragen (1). Wichtig: Mit „Apply“ die Einstellung sichern (2). 2. Laufwerk im Netzwerk (NAS usw.) Wie bereits erw\u00e4hnt: Sofern ein Netzwerklaufwerk f\u00fcr ein Backup genutzt wird, sollte dieses statt Samba eine NFS-Freigabe erhalten. Die typischen NAS-Systeme bringen entsprechende Einstellm\u00f6glichkeiten mit (hier Synology): Diese Freigabeart l\u00e4sst sich aber auch auf anderen Ger\u00e4ten Umsetzen. In meinem Fall habe ich auf dem zweiten eingebauten Speicher in meinem Mini-PC einen Ordner „nc_nfs_backup“ erstellt: Dieser erhielt eine NFS-Freigabe, sodass DietPi den Ordner f\u00fcr Backups nutzen kann. Freigabe-Laufwerk einbinden Im Drive_Manager „Add network drive“ ausw\u00e4hlen … … anschlie\u00dfend die Option „NFS“ w\u00e4hlen. Hier (anders als bei Samba-Freigaben) zun\u00e4chst nur die IP des Empfangsger\u00e4ts eintragen: DietPi listet anschlie\u00dfend die NFS-Freigaben auf diesem Ger\u00e4t auf – im Beispiel also „nc_nfs_backup“ auf dem zweiten eingebauten Speicher „ssd128“: Nun einen Namen f\u00fcr den Mountpunkt vergeben – hier: „nfsbackup“. Nun erscheint alles in der korrekten Syntax im Drive-Manger. „[IP]:NFS-Ziel : Mount-Name“: Wenn nun – wie oben bei einem lokalen Speicher – im Backup-Men\u00fc die Liste m\u00f6glicher Ziele aufgerufen wird … … so erscheint der NFS-Ordner und kann ausgew\u00e4hlt werden. Von hier ab ist es dann kein Unterschied mehr, ob ein USB-Speicher oder ein Netzwerklaufwerk f\u00fcr Zeitsteuerung, Backup oder Ziel ausgew\u00e4hlt wird. Zusammenfassung Die vielen Screenshots sehen zwar nach einem komplizierten Handling aus, das t\u00e4uscht aber. DietPi ist au\u00dferordentlich gut durchdacht und hat schon alles an Bord, was im Backup-Bereich ben\u00f6tigt wird. Das macht komplizierte Terminalbefehle \u00fcberfl\u00fcssig. Viel wichtiger ist es, zu wissen, was man in welcher Reihenfolge „anklicken“ muss – dann ergibt das eine runde Sache. Die Einrichtung eines guten Backups ist ein wichtiger Schritt f\u00fcr eine „sorgenfreie“ Nextcloud. Aber ein Backup ist nur ein Backup, wenn es im Ernstfall auch tats\u00e4chlich funktioniert. In der n\u00e4chsten Folge soll daher unter anderem ein Restore-Test besprochen werden: Wir machen unsere sch\u00f6ne funktionierende Nextcloud „kaputt“. Trotzdem wird mit wenigen Klicks alles wieder laufen, als h\u00e4tte es nie ein Problem gegeben.<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[],"class_list":["post-3513","post","type-post","status-publish","format-standard","hentry","category-allgemein"],"_links":{"self":[{"href":"https:\/\/digital-cleaning.de\/index.php\/wp-json\/wp\/v2\/posts\/3513","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/digital-cleaning.de\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/digital-cleaning.de\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/digital-cleaning.de\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/digital-cleaning.de\/index.php\/wp-json\/wp\/v2\/comments?post=3513"}],"version-history":[{"count":18,"href":"https:\/\/digital-cleaning.de\/index.php\/wp-json\/wp\/v2\/posts\/3513\/revisions"}],"predecessor-version":[{"id":3571,"href":"https:\/\/digital-cleaning.de\/index.php\/wp-json\/wp\/v2\/posts\/3513\/revisions\/3571"}],"wp:attachment":[{"href":"https:\/\/digital-cleaning.de\/index.php\/wp-json\/wp\/v2\/media?parent=3513"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/digital-cleaning.de\/index.php\/wp-json\/wp\/v2\/categories?post=3513"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/digital-cleaning.de\/index.php\/wp-json\/wp\/v2\/tags?post=3513"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}<\/a><\/figure><\/div>\n\n\nIst die Einrichtung des Backups kompliziert?<\/h2>\n\n\n\n
Belegen die Backups mit der Zeit nicht sehr viel Speicherplatz?<\/h2>\n\n\n\n
1. Lokaler Backup-Speicher<\/h2>\n\n\n\n
Speicher zug\u00e4nglich machen (einh\u00e4ngen\/mounten)<\/h3>\n\n\n
<\/a><\/figure><\/div>\n\n\n<\/a><\/figure><\/div>\n\n\n<\/a><\/figure><\/div>\n\n\nBackup einrichten<\/h3>\n\n\n
<\/a><\/figure><\/div>\n\n\n<\/a><\/figure><\/div>\n\n\n<\/a><\/figure><\/div>\n\n\n<\/a><\/figure><\/div>\n\n\n<\/a><\/figure><\/div>\n\n\n<\/a><\/figure><\/div>\n\n\n<\/a><\/figure>\n\n\n\n<\/a><\/figure><\/div>\n\n\nZeitgesteuerte Backups<\/h3>\n\n\n\n
<\/a><\/figure><\/div>\n\n\n<\/a><\/figure><\/div>\n\n\n2. Laufwerk im Netzwerk (NAS usw.)<\/h2>\n\n\n\n
<\/a><\/figure><\/div>\n\n\n<\/a><\/figure><\/div>\n\n\nFreigabe-Laufwerk einbinden<\/h3>\n\n\n\n
<\/a><\/figure><\/div>\n\n\n<\/a><\/figure><\/div>\n\n\n<\/a><\/figure><\/div>\n\n\n<\/a><\/figure><\/div>\n\n\n<\/a><\/figure><\/div>\n\n\n<\/a><\/figure><\/div>\n\n\n<\/a><\/figure><\/div>\n\n\n<\/a><\/figure><\/div>\n\n\nZusammenfassung<\/h2>\n\n\n\n
Sorgenfreie Nextcloud, Teil 2 – Installation<\/a><\/strong>
Sorgenfreie Nextcloud, Teil 3 – Backup<\/a><\/strong>
Sorgenfreie Nextcloud, Teil 4 <\/strong>(in Vorbereitung)<\/em>.<\/p>\n\n\n\n