Die sicherste Methode, einen ZimaOS-Server auf einem anderen NAS zu sichern, besteht darin, die Daten zu schützen, die eine Neuinstallation überstehen müssen – und nicht das gesamte Betriebssystem zu klonen. Sichern Sie Benutzerordner, persistente Docker-App-Daten und alle Anwendungsdatenbanken auf Ihrem LAN-Ziel und bewahren Sie anschließend mindestens eine weitere Kopie auf einem anderen Medium oder an einem anderen Standort auf.
ZimaOS verwendet ein schlankes, applianceartiges System mit zwei System-Slots zur Wiederherstellung. Dadurch unterscheidet sich das Wiederherstellungsmodell von einer Synology-DSM-Migrationssicherung: Das Betriebssystem kann separat wiederhergestellt oder neu installiert werden, während Ihre wertvollen Daten auf Speichervolumes und in zugeordneten App-Ordnern liegen. Das Ziel ist daher ein wiederherstellbarer Server und nicht unbedingt ein Byte-für-Byte-Abbild des laufenden Systems.
Was sollte eine ZimaOS-Sicherung tatsächlich enthalten?
Ein sinnvoller Sicherungsplan beginnt damit, ersetzbare Software von unersetzlichen Daten zu trennen. Docker-Container und App-Store-Pakete lassen sich normalerweise neu erstellen. Ihre Dateien, App-Einstellungen, Datenbanken und Medienbibliotheken jedoch nicht.
Benutzerordner und freigegebene Daten
Sichern Sie Dokumente, Medien, Fotos, Projektordner, Website-Daten und alle anderen Verzeichnisse, die von Benutzern oder Anwendungen aktiv verändert werden. Der aktuelle ZimaOS-Leitfaden zur 3-2-1-Sicherung unterstützt Quellen und Ziele im LAN, auf USB-Laufwerken, in der Cloud und zwischen Zima-Geräten.
Persistente Docker-App-Daten
App-Store-Container sind entbehrlich, ihre zugeordneten Ordner jedoch nicht. ZimaOS dokumentiert, dass Konfigurationen und persistente Dateien außerhalb des Containers am konfigurierten Speicherort für App-Daten liegen. Prüfen Sie vor der Festlegung des Sicherungsumfangs die Speicherpfade der ZimaOS-Apps.
Datenbanken und zustandsbehaftete Dienste
Bei Diensten wie Nextcloud, WordPress, Home Assistant, Immich sowie Anwendungen mit MariaDB- oder PostgreSQL-Backend reicht das Kopieren eines Live-Datenverzeichnisses nicht immer aus. Wenn die jeweilige Anwendung einen Datenbank-Dump, Export oder Wartungsablauf bereitstellt, verwenden Sie diesen. Eine saubere Datenbanksicherung zusammen mit den Konfigurationsordnern der App ist in der Regel portabler, als eine inkonsistente Datenbank zu kopieren, während aktiv in sie geschrieben wird.
So erstellen Sie einen LAN-Sicherungsauftrag
Schritt 1: Legen Sie den Zielcomputer fest
Eine Synology, ein anderes NAS, ein Dateiserver oder ein anderes Zima-Gerät kann als LAN-Ziel dienen, sofern ZimaOS einen beschreibbaren freigegebenen Ordner erreichen kann. Stellen Sie sicher, dass auf der Freigabe genügend Speicherplatz verfügbar ist und das von ZimaOS verwendete Konto entsprechend Ihrer Aufbewahrungsrichtlinie Dateien erstellen, ändern und löschen darf.
Schritt 2: Erstellen Sie separate Sicherungsaufgaben nach Datentyp
Packen Sie nicht alles in einen einzigen riesigen Auftrag, sofern es dafür keinen besonderen Grund gibt. Erstellen Sie getrennte Aufgaben für wichtige Dokumente, Medien, App-Daten und andere Kategorien. So lassen sich Fehler leichter diagnostizieren, und unersetzliche Daten können häufiger gesichert werden als ersetzbare Medien.
Schritt 3: Planen und testen Sie den Auftrag
Führen Sie die erste Sicherung manuell aus, prüfen Sie, ob das Ziel die erwarteten Dateien enthält, und aktivieren Sie anschließend die Zeitplanung. Ein grüner Aufgabenstatus reicht nicht aus: Öffnen Sie einige wiederhergestellte Dateien und überprüfen Sie, ob Berechtigungen, Dateinamen und Zeitstempel akzeptabel sind.
Wie sollten Sie Docker-Apps sichern?
Entscheidend ist, die in den Container eingebundenen Host-Pfade zu sichern, nicht das flüchtige Dateisystem des Containers. Der aktuelle ZimaOS-Leitfaden empfiehlt, App-Daten nicht auf dem kleinen Systemlaufwerk, sondern auf dem Hauptspeicherpool abzulegen. Das erleichtert auch die Bestimmung des Sicherungsumfangs.
Wenn Sie eigene Docker-Compose-Stacks verwenden, bewahren Sie eine Kopie der Compose-YAML-Datei, der Umgebungsvariablen, der benutzerdefinierten Konfigurationsdateien und der Geheimnisse an einem geschützten Ort auf. Verlassen Sie sich nicht auf Screenshots der Einstellungen. Eine Compose-Datei zusammen mit den persistenten Datenordnern lässt sich auf neuer Hardware wesentlich leichter wiederherstellen.
Die ZimaOS-Übersicht zur Datensicherung ist hilfreich, wenn Sie planen, wo die einzelnen Kopien gespeichert werden sollen. Die Grundlagen zum Docker-Speicher erläutern die Abgrenzung zwischen Container und Daten.
Was ist mit dem ZimaOS-System selbst?
ZimaOS verfügt über ein duales System-Slot-Design. Der aktuelle Leitfaden zur Systemwiederherstellung beschreibt, wie bei einem Problem mit einer Partition der alternative System-Slot gestartet wird.
Dieser Wiederherstellungspfad schützt Sie vor einigen Betriebssystemfehlern, ersetzt jedoch keine Datensicherung. Wenn das Systemlaufwerk selbst ausfällt, besteht der praktische Wiederherstellungsplan darin, ZimaOS neu zu installieren oder wiederherzustellen, den Speicher erneut anzubinden oder neu einzurichten, die Apps neu zu installieren und anschließend die persistenten App-Daten sowie die Benutzerdateien wiederherzustellen.
Verwenden Sie die 3-2-1-Regel statt nur einer LAN-Kopie
Eine LAN-Sicherung auf einem anderen NAS ist wertvoll, doch beide Geräte können weiterhin vom selben Diebstahl, Stromereignis, Ransomware-Angriff oder Benutzerfehler betroffen sein. Befolgen Sie für unersetzliche Daten das 3-2-1-Prinzip: drei Kopien, zwei unterschiedliche Speichertypen und eine Kopie an einem anderen Standort.
Bewahren Sie beispielsweise die Live-Kopie auf ZimaOS, eine geplante Kopie auf der Synology und eine verschlüsselte Kopie außerhalb des Standorts in einem unterstützten Cloud-Ziel oder auf einem wechselnden USB-Laufwerk an einem anderen Ort auf.
Häufige Sicherungsfehler, die Sie vermeiden sollten
- Nur Docker-Images sichern. Images können erneut heruntergeladen werden; App-Daten und Datenbanken sind der wichtige Teil.
- Annehmen, RAID sei ein Backup. RAID hilft bei Laufwerksausfällen, aber nicht bei versehentlichem Löschen, Beschädigung oder Ransomware.
- Einen Backup-Agenten auf Host-Ebene installieren, ohne die Kompatibilität zu prüfen. ZimaOS ist kein herkömmlicher, veränderlicher Debian-Server. Daher können System-Agenten mit seinem geschützten Betriebssystemdesign in Konflikt geraten.
- Eine Wiederherstellung nie testen. Eine Sicherung, aus der noch nie wiederhergestellt wurde, ist lediglich eine Annahme.
- Alle Kopien im selben Gehäuse oder Raum aufbewahren. Das schützt nicht vor einem Verlust auf Geräte- oder Standortebene.
So testen Sie, ob Ihre ZimaOS-Sicherung wiederherstellbar ist
Wählen Sie eine kleine, repräsentative Auswahl: einen Dokumentordner, eine Mediendatei, ein App-Konfigurationsverzeichnis und einen Datenbankexport. Stellen Sie sie an einem temporären Speicherort wieder her, öffnen Sie die Dateien und prüfen Sie, ob die App die wiederhergestellten Daten lesen kann. Wiederholen Sie diesen Test nach größeren Änderungen am Speicher oder an den Anwendungen.
Für einen wichtigen Server sollten Sie außerdem eine kurze Wiederherstellungsnotiz mit Speichernamen, App-Ports, benutzerdefinierten Compose-Stacks, Befehlen zur Datenbankwiederherstellung sowie allen Abhängigkeiten von Domains oder Reverse-Proxys aufbewahren. Diese Dokumentation spart häufig mehr Zeit als ein reines Systemabbild.
FAQ
Kann ZimaOS ein vollständiges Systemabbild im Stil von Synology Hyper Backup erstellen?
Die aktuelle ZimaOS-Dokumentation konzentriert sich auf Datensicherung und die Wiederherstellung über System-Slots und beschreibt kein dokumentiertes Migrationsabbild mit nur einem Klick, das das gesamte Betriebssystem, alle Apps und sämtliche Einstellungen auf anderer Hardware wiederherstellt.
Kann ich meine Synology als ZimaOS-Sicherungsziel verwenden?
Ja. Eine erreichbare SMB-/LAN-Freigabe kann Teil des Sicherungskonzepts sein. Überprüfen Sie Anmeldedaten, freien Speicherplatz und den Zugriff auf die Wiederherstellung, bevor Sie sich darauf verlassen.
Muss ich die Docker-Container selbst sichern?
Normalerweise nicht. Bewahren Sie Compose-Definitionen, Anwendungskonfigurationen, zugeordnete App-Daten und Datenbanken auf. Container und Images sind in der Regel ersetzbar.
Werden gelöschte Benutzerdateien durch eine ZimaOS-Systemwiederherstellung wiederhergestellt?
Nein. Die Slot-Wiederherstellung betrifft die Betriebssystemebene. Für gelöschte oder beschädigte Benutzerdaten ist eine separate Sicherung erforderlich.
