{"id":1694,"date":"2023-12-16T17:53:47","date_gmt":"2023-12-16T16:53:47","guid":{"rendered":"https:\/\/digital-cleaning.de\/?p=1694"},"modified":"2024-10-08T19:36:36","modified_gmt":"2024-10-08T17:36:36","slug":"paperless-ngx-teil-10-das-rundum-sorglos-backup","status":"publish","type":"post","link":"https:\/\/digital-cleaning.de\/index.php\/paperless-ngx-teil-10-das-rundum-sorglos-backup\/","title":{"rendered":"Paperless-ngx, Teil 10: Das Rundum-sorglos-Backup"},"content":{"rendered":"\n
\"\"<\/figure>\n\n\n\n

Der Aufbau unseres digitalen Archivs hat Zeit gekostet, die analoge Papierversion wurde entsorgt oder in den Keller verbannt, wir sind zufrieden, dass unser System rund l\u00e4uft. H\u00f6chste Zeit f\u00fcr eine Backup-Strategie, die f\u00fcr einen Rundum-Schutz sorgt: Dokumente, Dateipfade, Tags, Notizen – ja, das gesamte System soll gegen alle Arten von Notf\u00e4llen abgesichert werden. Und das in einer Art und Weise, die kaum Zeit oder M\u00fche beansprucht.<\/p>\n\n\n\n

4-3-2-1 – Die besondere Backup-Strategie<\/h2>\n\n\n\n

Bekannt ist die 3-2-1-Regel f\u00fcr Backups: 3 x Daten (1 Original + 2 Backup-Versionen) auf 2 unterschiedlichen Speichermedien und 1 Sicherung au\u00dfer Haus. Das gilt f\u00fcr „normale“ Computer oder Server. Aber beim Raspberry Pi k\u00f6nnen wir einen Klon des vollst\u00e4ndigen<\/strong> „PCs“ in einer Streichholzschachtel aufbewahren, das ist Nr. 4. Dazu gleich mehr.<\/p>\n\n\n\n

Zun\u00e4chst zu den \u00fcblichen 3-2-1 Bedingungen: F\u00fcr die lokale Sicherung taugt jedes \u00fcbliche Speichermedium: eine zweite SD-Karte, ein USB-Stick, eine SSD, ein NAS usw. – Was man halt gerade zur Hand hat.<\/p>\n\n\n\n

F\u00fcr die Au\u00dfer-Haus-Speicherung werde ich hier den Weg \u00fcber eine Cloud-Sicherung beschreiben. Dabei ist es h\u00f6chst gleichg\u00fcltig, ob man Google Drive oder die Varianten von Microsoft bzw. Apple nimmt – die Daten werden trotzdem perfekt gesch\u00fctzt sein. Aber als Nextcloud-Anwender werde ich das Vorgehen mit dieser Cloud beschreiben.<\/p>\n\n\n\n

Verschl\u00fcsseltes Cloud-Backup mit Duplicati<\/h2>\n\n\n\n

Duplicati geh\u00f6rt zu den bekannten Backup-Programmen, kann sehr viel und ist mit einer guten Nutzeroberfl\u00e4che ausgestattet. Eine \u00e4ltere Version gibt es zwar im Paketmanager vom Raspberry Pi, aber man kann problemlos mit der neusten arbeiten: Einfach auf die Homepage von Duplicati<\/a><\/strong> gehen, dort zu „Downloads“ und das Debian-Paket runterladen. Anschlie\u00dfend den Paketinstaller anklicken – fertig.<\/p>\n\n\n

\n
\"\"<\/a>
[Grafiken vergr\u00f6\u00dfern = Klick auf die Grafik]<\/figcaption><\/figure><\/div>\n\n\n

Duplicati kann \u00fcber das Startmen\u00fc aufgerufen werden – es \u00f6ffnet sich eine Weboberfl\u00e4che f\u00fcr das Programm (localhost:8200). Dort konfiguriert man eine neue Sicherung:<\/p>\n\n\n

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

Im ersten Schritt wird die Verschl\u00fcsselung aktiviert – die Voreinstellung „AES-256“ ist ausreichend:<\/p>\n\n\n

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

Nun wird das Sicherungsziel ausgew\u00e4hlt. Sofern man eine Nextcloud verwendet, hat man zwei M\u00f6glichkeiten: Entweder man richtet zuvor den Desktop-Sync-Client ein (ist im Paketmanager des Raspberry Pi vorhanden) und tr\u00e4gt dort einen lokalen Pfad f\u00fcr den Sync der Backups ein (z.B. „\/home\/pi\/paperless_backup“). Bei dieser Variante w\u00e4hlt man in Duplicati „Lokaler Ordner oder Laufwerk“ f\u00fcr die Speicherung aus – der Nextcloud-Client besorgt sp\u00e4ter den Rest.<\/p>\n\n\n\n

Oder man w\u00e4hlt „WebDAV“ aus, dann klappt es auch ohne die Installation des Nextcloud-Clients. Ich habe in meiner Nextcloud einen zus\u00e4tzlicher Nutzer namens „Paperless“ angelegt, so dass dieses Konto nicht durch andere Dateien belegt wird. Den notwendigen WebDAV-Link findet man im Dateibereich der Nextcloud, linke Sidebar, unten „Einstellungen“. Den kopiert man in die Zwischenablage und setzt ihn bei Duplicati zusammen mit seinen Nextcloud-Zugangsdaten ein.<\/p>\n\n\n

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

Wichtig: Nicht die Protokollbezeichnung „https:\/\/“ im Serverfeld verwenden<\/strong> – aber „SSL“ ankreuzen. Anschlie\u00dfend w\u00e4hlt man den Pfad von Paperless-ngx aus. In den Unterpfaden befinden sich ja nicht nur Originale- und Archiv-Dateien – auch der Ordner „export“, in dem alle Einstellungen gespeichert sind. <\/p>\n\n\n

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

Einen Zeitplan kann man ebenfalls einstellen. In diesem Beispiel wird 5 Uhr morgens, t\u00e4glich, gew\u00e4hlt. Unser Raspberry Pi ist ja durchgehend in Betrieb, so dass er solche arbeiten gut in den fr\u00fchen Morgenstunden erledigen kann.<\/p>\n\n\n

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

Jetzt fragt Duplicati noch, ob mehrere Sicherungs-Version aufbewahrt werden sollen. Man k\u00f6nnte z.B. ausw\u00e4hlen, dass die 3 letzten Version in der Nextcloud gespeichert werden sollen. Mit der Einstellung „Intelligente Sicherungsaufbewahrung“ f\u00e4hrt man aber recht gut. Man kann auf diese Weise vergangene Backups ausw\u00e4hlen, ohne dass zu viel Speicherplatz in der Nextcloud belegt wird.<\/p>\n\n\n

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

Zur angegebenen Zeit startet das Backup. Dabei kommt eine Variante des inkrementellen Backups zum Zuge, es werden also nur neue\/ge\u00e4nderte Daten \u00fcbertragen (in Wirklichkeit ist die Art des Duplicati-Backups noch cleverer, aber das w\u00fcrde hier zu weit f\u00fchren).<\/p>\n\n\n

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

In der Cloud landen die Dateien verschl\u00fcsselt – sie sind also f\u00fcr keinen Hoster einsehbar.<\/p>\n\n\n

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

\u00dcber den Men\u00fcpunkt „Wiederherstellen“ l\u00e4sst sich das letzte oder ein fr\u00fcheres Backup zur\u00fcckspielen. Wenn nur eine einzelne Datei besch\u00e4digt ist, so kann man diese gezielt ausw\u00e4hlen:<\/p>\n\n\n

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

Damit ist Schritt 1 erledigt: Egal, ob Wasserschaden, Blitzeinschlag oder spielendes Kind – eine Rekonstruktion unseres Dokumentenarchivs ist im Falle des Falles au\u00dfer Haus untergebracht. Verschl\u00fcsselt, in einem professionellen Rechenzentrum, von Fachpersonal betreut. Zudem wird das Archiv von Duplicati gepackt – es gen\u00fcgt also ein kleiner Serverbereich, den man bei seinem Cloud-Speicher vielleicht ohnehin noch \u00fcbrig hat.<\/p>\n\n\n\n

Lokales Backup<\/h2>\n\n\n\n

Back In Time<\/h3>\n\n\n\n

Wenn man ohnehin Duplicati f\u00fcr das Backup in der Cloud nutzt, so kann man darin einfach einen zweit Job erstellen, der diese Aufgabe \u00fcbernimmt. Den eingeh\u00e4ngten Ziel-Speicher, etwa eine SSD, findet man \u00fcber das Root-Verzeichnis, dort \/media\/nutzer\/speichermedium:<\/p>\n\n\n

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

Allerdings: Falls nach einem Update mal was mit Duplicati nicht korrekt verl\u00e4uft, so k\u00f6nnten sich gleich in beide Backups Fehler einschleichen. Etwas sicherer f\u00e4hrt man also mit einem zweiten Backup-Tool. Es gibt da unter Linux unz\u00e4hlige M\u00f6glichkeiten – mir gef\u00e4llt besonders gut „Back In Time“ (die Basis f\u00fcr das Tool bildet rsync).<\/p>\n\n\n\n

Das ist im Paketmanager von Raspberry Pi OS vorhanden, l\u00e4sst sich also mit einem Klick installieren. Durch die klare Oberfl\u00e4che wird die Auswahl von Quelle und Ziel bei der Konfiguration kein Problem darstellen – die Darstellung \u00e4hnelt der von Dateimanagern:<\/p>\n\n\n

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

F\u00fcr das lokale Backup w\u00fcrde ich auf die Verschl\u00fcsselungsoption verzichten, da sie keine Vorteile bringt. Die Daten liegen ja ohnehin auf dem Raspberry Pi offen – ein Agent der Gegenseite w\u00fcrde also einfach die kleine Schachtel in seine Jackentasche stecken \ud83d\ude09 Der Zielspeicher muss zwar im Linux-Forma formatiert sein (also z.B. EXT4 und nicht FAT), aber Tools wie Rufus & Co. erledigen das ja mit einem Klick. Notwendig ist dies, damit auch bei diesem Backup Speicherplatz gespart wird. Und wegen der „Zeitmaschine“. Man kann in Back In Time sehr bequem in der Zeit reisen und Dateien eines fr\u00fcheren Backups reaktivieren.<\/p>\n\n\n\n

Wie bei Duplicati ist auch die Zeitplanung eingebaut, die man mit ein paar Haken einrichten kann. Oder man nimmt die Einstellung, dass das Backup immer durchgef\u00fchrt wird, wenn man das Speichermedium einh\u00e4ngt usw.<\/p>\n\n\n\n

Borg-Backup mit Vorta<\/h3>\n\n\n\n

Wer mit Linux etwas vertrauter ist, dem ist sicher schon einmal der Begriff „Borg“ f\u00fcr Backups untergekommen. Eine Sicherungsvariante, die von vielen sehr gesch\u00e4tzt wird, aber in der Einrichtung nicht ganz einfach ist. Mit Vorta <\/a><\/strong>steht eine Oberfl\u00e4che f\u00fcr diese Art des Backups zur Verf\u00fcgung, die sich mit einem einfachen Befehl in der Kommandozeile installieren l\u00e4sst:<\/p>\n\n\n\n

<\/path><\/path><\/svg><\/span>
sudo<\/span> <\/span>apt<\/span> <\/span>install<\/span> <\/span>vorta<\/span><\/span><\/code><\/pre><\/div>\n\n\n\n
\u00dcber das Raspberry Pi-Desktop-Men\u00fc l\u00e4sst sich Vorta anschlie\u00dfend aufrufen und einrichten:<\/p>\n\n\n
\n
\"\"<\/a><\/figure><\/div>\n\n\n
Damit k\u00f6nnte man auch ein Backup auf ein NAS \u00fcberspielen. Aber da gibt es auch zahlreiche andere M\u00f6glichketen, \u00fcber ein Netzwerk eine Sicherung herzustellen (NFS w\u00e4re hier ein Stichwort).<\/p>\n\n\n\n
Backup von allem: SD-Karte mit 1 Klick klonen<\/h2>\n\n\n\n
SD Card Copier<\/h3>\n\n\n\n
Eine Besonderheit des Raspberry Pi ist, dass auf der microSD-Karte (oder einem USB-Speichermedium) das gesamte lauff\u00e4hige System liegt. Eingebaut in Raspberry Pi OS ist ein Tool, mit dem sehr einfach eine Dublette erzeugt werden kann: „SD Card Copier“. <\/p>\n\n\n\n
Dabei m\u00fcssen Quell- und Zielmedium nicht die gleiche Gr\u00f6\u00dfe haben (das Zielmedium muss halt gro\u00df genug sein, um alle Dateien aufzunehmen).<\/p>\n\n\n
\n
\"\"<\/a><\/figure><\/div>\n\n\n
Also: Leere microSD-Karte z.B. mit einem USB-Adapter in den Raspberry Pi stecken und ausw\u00e4hlen (= Auf Ger\u00e4t kopieren). Quell-Laufwerk (= Von Ger\u00e4t kopieren) ist jene Karte, mit der der Raspberry Pi gerade l\u00e4uft. Je nach Umfang der Sicherung etwas warten (bei mi meist um die 10 Minuten). Danach hat man eine 1:1 Kopie seines Raspberry Pi-Systems, das man in die Schublade f\u00fcr Notf\u00e4lle legen kann. Sollte sp\u00e4ter etwas nicht mehr funktionieren – einfach diese Karte einstecken und der Raspberry Pi ist sofort <\/strong>wieder lauff\u00e4hig. Nat\u00fcrlich funktioniert auch Paperless-ngx umgehend, lediglich die neuen Dateien m\u00fcssen hinzugef\u00fcgt werden. Aber durch das regelm\u00e4\u00dfige Backup des Export-Folders ist das eine Sekundensache.<\/p>\n\n\n\n
PiSafe<\/h3>\n\n\n\n
Es m\u00fcssen nicht physische Karten sein – mit dem Tool PiSafe k\u00f6nnen auch Image-Dateien angefertigt werden, die man regelm\u00e4\u00dfig speichert und erst bei Bedarf auf ein Medium \u00fcberspielt. Enthalten ist PiSafe ist der absolut empfehlenswerten Tool-Sammlung „Pi Apps“<\/a><\/strong>. Wieder gen\u00fcgt ein Klick – und die Anwendung ist installiert.<\/p>\n\n\n
\n
\"\"<\/a><\/figure><\/div>\n\n\n
PiSafe f\u00fchrt automatisch eine Reihe von Anwendungen aus (dd-Befehl, pi shrink usw.). Das Ergebnis: Man erh\u00e4lt eine sehr kleine Image-Datei (bei mir waren auf einer 128 GB-Karte ca. 26 GB belegt – die Image-Datei hatte nur 6 GB) – samt Datum im Dateinamen. <\/p>\n\n\n\n
Bonus-Tipp: Der Westentaschen-Tresor<\/h2>\n\n\n\n
Seit ca. 2 Jahren kann ein Raspberry Pi auch \u00fcber USB-Sticks und andere Medien gebootet werden. Ich pers\u00f6nlich mag allerdings die kleinen Karten, da ich neben Backups auch alternative Betriebssysteme f\u00fcr den Raspberry Pi damit best\u00fccke. So habe ich z.B. eine Karte f\u00fcr Manjaro, eine f\u00fcr Ubuntu usw.<\/p>\n\n\n
\n
\"\"<\/a><\/figure><\/div>\n\n\n
Ganz nett f\u00fcr die Sammlung derartiger SD-Karten sind jene „Scheckkarten“, die man sogar im Geldbeutel mit sich f\u00fchren kann. Wenn man ein kleines RFID-Etikett drauf klebt, so kann man sich eine Liste mit entsprechenden Vermerken anzeigen lassen. Bei mir \u00f6ffnet sich die entsprechende Notiz in Obsidian. Aber da Paperless-ngx seit Version 2 auch Links zu Dokumenten zur Verf\u00fcgung stellt, k\u00f6nnte man sogar dort eine entsprechende Tabelle aufbewahren.<\/p>\n\n\n
\n
\"\"<\/a><\/figure><\/div>\n\n\n
Bisherige Teile der Paperless-ngx-Serie:<\/strong><\/p>\n\n\n\n
Teil 1: Ausf\u00fchrlicher \u00dcberblick<\/a><\/strong>
Teil 2: Suche & Tags<\/a><\/strong>
Teil 3: consume-Ordner – Einsatz von Scannern<\/a><\/strong>
Teil 4: Speicherpfade konfigurieren<\/strong><\/a>
Teil 5: Installation auf dem Raspberry Pi<\/strong><\/a>
Teil 6: Neue Funktionen in Version 2<\/a><\/strong>
Teil 7: Dokumente unterwegs \u00fcber das eigene Modem abrufen<\/a><\/strong>
Teil 8: Exportfunktion nutzen<\/a><\/strong>
Teil 9: Update durchf\u00fchren<\/a><\/strong>
Teil 10: Das Rundum-sorglos-Backup<\/a><\/strong>
Teil 11: Mail-Abruf mit vielen Extras<\/a><\/strong>
Teil 12: Mein Alltag mit Paperless-ngx<\/a><\/strong>
Teil 13: Ein Quanten-Code f\u00fcr das Papier-Archiv<\/a><\/strong>
Teil 14: Automatisierte Ablage auf Speicherpfaden<\/a><\/strong>
Teil 15: Neue Funktion f\u00fcr das Verbinden und Trennen von Dokumenten<\/a><\/strong>
Teil 16: Dashboard, smarte Widgets und erweiterte Ansichten<\/strong><\/a>
Teil 17: Unterordner des consume-Verzeichnisses nutzen<\/a><\/strong>
Teil 18: Paperless-ngx auf Synology\/NAS ohne Docker nutzen<\/strong><\/a>
Teil 19: Praxisbeispiel \u2013 kleine Hausverwaltung<\/strong><\/a>
Teil 20: Dokumente per Mail aus dem Heimnetz versenden<\/strong><\/a>
Teil 21: Die 1-Klick-Sicherung mit allem Drum und Dran<\/a><\/strong>
Teil 22: Update der Datenbank – super-simpel<\/a><\/strong>
Teil 23: Neuer PDF-Editor<\/a><\/strong>
Teil 24: Der Mega-All-in-One-Befehl f\u00fcr die Sofortinstallation<\/a><\/strong>
Teil 25: Der Briefmarken-PC f\u00fcr die Weitergabe<\/a><\/strong><\/p>\n","protected":false},"excerpt":{"rendered":"
Der Aufbau unseres digitalen Archivs hat Zeit gekostet, die analoge Papierversion wurde entsorgt oder in den Keller verbannt, wir sind zufrieden, dass unser System rund l\u00e4uft. H\u00f6chste Zeit f\u00fcr eine Backup-Strategie, die f\u00fcr einen Rundum-Schutz sorgt: Dokumente, Dateipfade, Tags, Notizen – ja, das gesamte System soll gegen alle Arten von Notf\u00e4llen abgesichert werden. Und das in einer Art und Weise, die kaum Zeit oder M\u00fche beansprucht. 4-3-2-1 – Die besondere Backup-Strategie Bekannt ist die 3-2-1-Regel f\u00fcr Backups: 3 x Daten (1 Original + 2 Backup-Versionen) auf 2 unterschiedlichen Speichermedien und 1 Sicherung au\u00dfer Haus. Das gilt f\u00fcr „normale“ Computer oder Server. Aber beim Raspberry Pi k\u00f6nnen wir einen Klon des vollst\u00e4ndigen „PCs“ in einer Streichholzschachtel aufbewahren, das ist Nr. 4. Dazu gleich mehr. Zun\u00e4chst zu den \u00fcblichen 3-2-1 Bedingungen: F\u00fcr die lokale Sicherung taugt jedes \u00fcbliche Speichermedium: eine zweite SD-Karte, ein USB-Stick, eine SSD, ein NAS usw. – Was man halt gerade zur Hand hat. F\u00fcr die Au\u00dfer-Haus-Speicherung werde ich hier den Weg \u00fcber eine Cloud-Sicherung beschreiben. Dabei ist es h\u00f6chst gleichg\u00fcltig, ob man Google Drive oder die Varianten von Microsoft bzw. Apple nimmt – die Daten werden trotzdem perfekt gesch\u00fctzt sein. Aber als Nextcloud-Anwender werde ich das Vorgehen mit dieser Cloud beschreiben. Verschl\u00fcsseltes Cloud-Backup mit Duplicati Duplicati geh\u00f6rt zu den bekannten Backup-Programmen, kann sehr viel und ist mit einer guten Nutzeroberfl\u00e4che ausgestattet. Eine \u00e4ltere Version gibt es zwar im Paketmanager vom Raspberry Pi, aber man kann problemlos mit der neusten arbeiten: Einfach auf die Homepage von Duplicati gehen, dort zu „Downloads“ und das Debian-Paket runterladen. Anschlie\u00dfend den Paketinstaller anklicken – fertig. Duplicati kann \u00fcber das Startmen\u00fc aufgerufen werden – es \u00f6ffnet sich eine Weboberfl\u00e4che f\u00fcr das Programm (localhost:8200). Dort konfiguriert man eine neue Sicherung: Im ersten Schritt wird die Verschl\u00fcsselung aktiviert – die Voreinstellung „AES-256“ ist ausreichend: Nun wird das Sicherungsziel ausgew\u00e4hlt. Sofern man eine Nextcloud verwendet, hat man zwei M\u00f6glichkeiten: Entweder man richtet zuvor den Desktop-Sync-Client ein (ist im Paketmanager des Raspberry Pi vorhanden) und tr\u00e4gt dort einen lokalen Pfad f\u00fcr den Sync der Backups ein (z.B. „\/home\/pi\/paperless_backup“). Bei dieser Variante w\u00e4hlt man in Duplicati „Lokaler Ordner oder Laufwerk“ f\u00fcr die Speicherung aus – der Nextcloud-Client besorgt sp\u00e4ter den Rest. Oder man w\u00e4hlt „WebDAV“ aus, dann klappt es auch ohne die Installation des Nextcloud-Clients. Ich habe in meiner Nextcloud einen zus\u00e4tzlicher Nutzer namens „Paperless“ angelegt, so dass dieses Konto nicht durch andere Dateien belegt wird. Den notwendigen WebDAV-Link findet man im Dateibereich der Nextcloud, linke Sidebar, unten „Einstellungen“. Den kopiert man in die Zwischenablage und setzt ihn bei Duplicati zusammen mit seinen Nextcloud-Zugangsdaten ein. Wichtig: Nicht die Protokollbezeichnung „https:\/\/“ im Serverfeld verwenden – aber „SSL“ ankreuzen. Anschlie\u00dfend w\u00e4hlt man den Pfad von Paperless-ngx aus. In den Unterpfaden befinden sich ja nicht nur Originale- und Archiv-Dateien – auch der Ordner „export“, in dem alle Einstellungen gespeichert sind. Einen Zeitplan kann man ebenfalls einstellen. In diesem Beispiel wird 5 Uhr morgens, t\u00e4glich, gew\u00e4hlt. Unser Raspberry Pi ist ja durchgehend in Betrieb, so dass er solche arbeiten gut in den fr\u00fchen Morgenstunden erledigen kann. Jetzt fragt Duplicati noch, ob mehrere Sicherungs-Version aufbewahrt werden sollen. Man k\u00f6nnte z.B. ausw\u00e4hlen, dass die 3 letzten Version in der Nextcloud gespeichert werden sollen. Mit der Einstellung „Intelligente Sicherungsaufbewahrung“ f\u00e4hrt man aber recht gut. Man kann auf diese Weise vergangene Backups ausw\u00e4hlen, ohne dass zu viel Speicherplatz in der Nextcloud belegt wird. Zur angegebenen Zeit startet das Backup. Dabei kommt eine Variante des inkrementellen Backups zum Zuge, es werden also nur neue\/ge\u00e4nderte Daten \u00fcbertragen (in Wirklichkeit ist die Art des Duplicati-Backups noch cleverer, aber das w\u00fcrde hier zu weit f\u00fchren). In der Cloud landen die Dateien verschl\u00fcsselt – sie sind also f\u00fcr keinen Hoster einsehbar. \u00dcber den Men\u00fcpunkt „Wiederherstellen“ l\u00e4sst sich das letzte oder ein fr\u00fcheres Backup zur\u00fcckspielen. Wenn nur eine einzelne Datei besch\u00e4digt ist, so kann man diese gezielt ausw\u00e4hlen: Damit ist Schritt 1 erledigt: Egal, ob Wasserschaden, Blitzeinschlag oder spielendes Kind – eine Rekonstruktion unseres Dokumentenarchivs ist im Falle des Falles au\u00dfer Haus untergebracht. Verschl\u00fcsselt, in einem professionellen Rechenzentrum, von Fachpersonal betreut. Zudem wird das Archiv von Duplicati gepackt – es gen\u00fcgt also ein kleiner Serverbereich, den man bei seinem Cloud-Speicher vielleicht ohnehin noch \u00fcbrig hat. Lokales Backup Back In Time Wenn man ohnehin Duplicati f\u00fcr das Backup in der Cloud nutzt, so kann man darin einfach einen zweit Job erstellen, der diese Aufgabe \u00fcbernimmt. Den eingeh\u00e4ngten Ziel-Speicher, etwa eine SSD, findet man \u00fcber das Root-Verzeichnis, dort \/media\/nutzer\/speichermedium: Allerdings: Falls nach einem Update mal was mit Duplicati nicht korrekt verl\u00e4uft, so k\u00f6nnten sich gleich in beide Backups Fehler einschleichen. Etwas sicherer f\u00e4hrt man also mit einem zweiten Backup-Tool. Es gibt da unter Linux unz\u00e4hlige M\u00f6glichkeiten – mir gef\u00e4llt besonders gut „Back In Time“ (die Basis f\u00fcr das Tool bildet rsync). Das ist im Paketmanager von Raspberry Pi OS vorhanden, l\u00e4sst sich also mit einem Klick installieren. Durch die klare Oberfl\u00e4che wird die Auswahl von Quelle und Ziel bei der Konfiguration kein Problem darstellen – die Darstellung \u00e4hnelt der von Dateimanagern: F\u00fcr das lokale Backup w\u00fcrde ich auf die Verschl\u00fcsselungsoption verzichten, da sie keine Vorteile bringt. Die Daten liegen ja ohnehin auf dem Raspberry Pi offen – ein Agent der Gegenseite w\u00fcrde also einfach die kleine Schachtel in seine Jackentasche stecken \ud83d\ude09 Der Zielspeicher muss zwar im Linux-Forma formatiert sein (also z.B. EXT4 und nicht FAT), aber Tools wie Rufus & Co. erledigen das ja mit einem Klick. Notwendig ist dies, damit auch bei diesem Backup Speicherplatz gespart wird. Und wegen der „Zeitmaschine“. Man kann in Back In Time sehr bequem in der Zeit reisen und Dateien eines fr\u00fcheren Backups reaktivieren. Wie bei Duplicati ist auch die Zeitplanung eingebaut, die man mit ein paar Haken einrichten kann. Oder man nimmt die Einstellung, dass das Backup immer durchgef\u00fchrt wird, wenn man das Speichermedium einh\u00e4ngt usw. Borg-Backup mit Vorta Wer mit Linux etwas vertrauter ist, dem ist sicher schon einmal der Begriff „Borg“ f\u00fcr Backups untergekommen. Eine Sicherungsvariante, die von vielen sehr gesch\u00e4tzt wird, aber in der Einrichtung nicht ganz einfach ist. Mit Vorta steht eine Oberfl\u00e4che f\u00fcr diese Art des Backups zur Verf\u00fcgung, die sich mit einem einfachen Befehl in der Kommandozeile installieren l\u00e4sst: \u00dcber das Raspberry Pi-Desktop-Men\u00fc l\u00e4sst sich Vorta anschlie\u00dfend aufrufen und einrichten: Damit k\u00f6nnte man auch ein Backup auf ein NAS \u00fcberspielen. Aber da gibt es auch zahlreiche andere M\u00f6glichketen, \u00fcber ein Netzwerk eine Sicherung herzustellen (NFS w\u00e4re hier ein Stichwort). Backup von allem: SD-Karte mit 1 Klick klonen SD Card Copier Eine Besonderheit des Raspberry Pi ist, dass auf der microSD-Karte (oder einem USB-Speichermedium) das gesamte lauff\u00e4hige System liegt. Eingebaut in Raspberry Pi OS ist ein Tool, mit dem sehr einfach eine Dublette erzeugt werden kann: „SD Card Copier“. Dabei m\u00fcssen Quell- und Zielmedium nicht die gleiche Gr\u00f6\u00dfe haben (das Zielmedium muss halt gro\u00df genug sein, um alle Dateien aufzunehmen). Also: Leere microSD-Karte z.B. mit einem USB-Adapter in den Raspberry Pi stecken und ausw\u00e4hlen (= Auf Ger\u00e4t kopieren). Quell-Laufwerk (= Von Ger\u00e4t kopieren) ist jene Karte, mit der der Raspberry Pi gerade l\u00e4uft. Je nach Umfang der Sicherung etwas warten (bei mi meist um die 10 Minuten). Danach hat man eine 1:1 Kopie seines Raspberry Pi-Systems, das man in die Schublade f\u00fcr Notf\u00e4lle legen kann. Sollte sp\u00e4ter etwas nicht mehr funktionieren – einfach diese Karte einstecken und der Raspberry Pi ist sofort wieder lauff\u00e4hig. Nat\u00fcrlich funktioniert auch Paperless-ngx umgehend, lediglich die neuen Dateien m\u00fcssen hinzugef\u00fcgt werden. Aber durch das regelm\u00e4\u00dfige Backup des Export-Folders ist das eine Sekundensache. PiSafe Es m\u00fcssen nicht physische Karten sein – mit dem Tool PiSafe k\u00f6nnen auch Image-Dateien angefertigt werden, die man regelm\u00e4\u00dfig speichert und erst bei Bedarf auf ein Medium \u00fcberspielt. Enthalten ist PiSafe ist der absolut empfehlenswerten Tool-Sammlung „Pi Apps“. Wieder gen\u00fcgt ein Klick – und die Anwendung ist installiert. PiSafe f\u00fchrt automatisch eine Reihe von Anwendungen aus (dd-Befehl, pi shrink usw.). Das Ergebnis: Man erh\u00e4lt eine sehr kleine Image-Datei (bei mir waren auf einer 128 GB-Karte ca. 26 GB belegt – die Image-Datei hatte nur 6 GB) – samt Datum im Dateinamen. Bonus-Tipp: Der Westentaschen-Tresor Seit ca. 2 Jahren kann ein Raspberry Pi auch \u00fcber USB-Sticks und andere Medien gebootet werden. Ich pers\u00f6nlich mag allerdings die kleinen Karten, da ich neben Backups auch alternative Betriebssysteme f\u00fcr den Raspberry Pi damit best\u00fccke. So habe ich z.B. eine Karte f\u00fcr Manjaro, eine f\u00fcr Ubuntu usw. Ganz nett f\u00fcr die Sammlung derartiger SD-Karten sind jene „Scheckkarten“, die man sogar im Geldbeutel mit sich f\u00fchren kann. Wenn man ein kleines RFID-Etikett drauf klebt, so kann man sich eine Liste mit entsprechenden Vermerken anzeigen lassen. Bei mir \u00f6ffnet sich die entsprechende Notiz in Obsidian. Aber da Paperless-ngx seit Version 2 auch Links zu Dokumenten zur Verf\u00fcgung stellt, k\u00f6nnte man sogar dort eine entsprechende Tabelle aufbewahren.<\/p>\n","protected":false},"author":1,"featured_media":1695,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[97,98,99],"class_list":["post-1694","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-allgemein","tag-2e3440ff","tag-d8dee9","tag-d8dee9ff"],"_links":{"self":[{"href":"https:\/\/digital-cleaning.de\/index.php\/wp-json\/wp\/v2\/posts\/1694","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=1694"}],"version-history":[{"count":11,"href":"https:\/\/digital-cleaning.de\/index.php\/wp-json\/wp\/v2\/posts\/1694\/revisions"}],"predecessor-version":[{"id":2151,"href":"https:\/\/digital-cleaning.de\/index.php\/wp-json\/wp\/v2\/posts\/1694\/revisions\/2151"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/digital-cleaning.de\/index.php\/wp-json\/wp\/v2\/media\/1695"}],"wp:attachment":[{"href":"https:\/\/digital-cleaning.de\/index.php\/wp-json\/wp\/v2\/media?parent=1694"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/digital-cleaning.de\/index.php\/wp-json\/wp\/v2\/categories?post=1694"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/digital-cleaning.de\/index.php\/wp-json\/wp\/v2\/tags?post=1694"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}