De veiligste manier om een ZimaOS-server naar een andere NAS te back-uppen, is niet het klonen van het volledige besturingssysteem, maar het beschermen van de gegevens die na een herinstallatie behouden moeten blijven. Maak back-ups van gebruikersmappen, persistente Docker-appgegevens en applicatiedatabases naar je LAN-doel, en bewaar minstens één extra kopie op andere media of op een andere locatie.
ZimaOS gebruikt een lichtgewicht systeem in appliance-stijl met twee systeemsleuven voor herstel. Daardoor verschilt het herstelmodel van een Synology DSM-migratieback-up: het besturingssysteem kan afzonderlijk worden hersteld of opnieuw geïnstalleerd, terwijl je waardevolle gegevens op opslagvolumes en in toegewezen appmappen staan. Het doel is daarom een herstelbare server, niet per se een byte-voor-byte-image van het draaiende systeem.
Wat moet een ZimaOS-back-up eigenlijk bevatten?
Een goed back-upplan begint met het scheiden van vervangbare software en onvervangbare gegevens. Docker-containers en App Store-pakketten kunnen meestal opnieuw worden aangemaakt. Je bestanden, app-instellingen, databases en mediabibliotheken niet.
Gebruikersmappen en gedeelde gegevens
Maak back-ups van Documenten, Media, Foto's, projectmappen, websitegegevens en andere mappen die actief door gebruikers of applicaties worden gewijzigd. De huidige ZimaOS 3-2-1-back-upgids ondersteunt LAN-, USB-, cloud- en Zima-naar-Zima-bronnen en -doelen.
Persistente Docker-appgegevens
App Store-containers zijn vervangbaar, maar hun toegewezen mappen niet. ZimaOS documenteert dat configuratie- en persistente bestanden buiten de container staan, op de geconfigureerde locatie voor appgegevens. Controleer de opslagpaden voor ZimaOS-apps voordat je bepaalt wat in de back-up moet worden opgenomen.
Databases en stateful services
Voor services zoals Nextcloud, WordPress, Home Assistant, Immich, MariaDB of applicaties die op PostgreSQL zijn gebaseerd, is het kopiëren van een live gegevensmap niet altijd voldoende. Als de oorspronkelijke applicatie een database-dump, export- of onderhoudsprocedure biedt, gebruik die dan. Een schone databaseback-up plus de configuratiemappen van de app is meestal beter overdraagbaar dan het kopiëren van een inconsistente database terwijl daar actief naar wordt geschreven.
Een LAN-back-uptaak instellen
Stap 1: Bepaal welke machine de bestemming is
Een Synology, een andere NAS, een bestandsserver of een ander Zima-apparaat kan als LAN-bestemming dienen, zolang ZimaOS toegang heeft tot een beschrijfbare gedeelde map. Controleer of de share voldoende vrije ruimte heeft en of het account dat door ZimaOS wordt gebruikt, bestanden mag aanmaken, wijzigen en verwijderen volgens je bewaarbeleid.
Stap 2: Maak afzonderlijke back-uptaken per gegevenstype
Stop niet alles in één enorme taak, tenzij daar een specifieke reden voor is. Maak aparte taken voor kritieke documenten, media, appgegevens en andere categorieën. Zo zijn fouten eenvoudiger te diagnosticeren en kun je onvervangbare gegevens volgens een strikter schema back-uppen dan vervangbare media.
Stap 3: Plan en test de taak
Voer de eerste back-up handmatig uit, controleer of de bestemming de verwachte bestanden bevat en schakel daarna de planning in. Een groene taakstatus is niet voldoende: open enkele herstelde bestanden en controleer of machtigingen, bestandsnamen en tijdstempels aanvaardbaar zijn.
Hoe maak je back-ups van Docker-apps?
De sleutel is het back-uppen van de hostpaden die aan de container zijn gekoppeld, niet van het tijdelijke bestandssysteem van de container. De huidige ZimaOS-gids adviseert om appgegevens niet op de kleine systeemschijf te bewaren, maar op je belangrijkste opslagpool. Daardoor is ook de omvang van de back-up eenvoudiger te bepalen.
Als je aangepaste Docker Compose-stacks gebruikt, bewaar dan een kopie van het Compose-YAML-bestand, omgevingsvariabelen, aangepaste configuratiebestanden en geheimen op een beveiligde locatie. Vertrouw niet alleen op schermafbeeldingen van instellingen. Met een Compose-bestand en persistente gegevensmappen kun je veel eenvoudiger opnieuw beginnen op nieuwe hardware.
Het ZimaOS-back-upoverzicht is nuttig bij het plannen van de locatie van elke kopie, terwijl de basisprincipes van Docker-opslag de grens tussen container en gegevens uitleggen.
Hoe zit het met het ZimaOS-systeem zelf?
ZimaOS heeft een systeemontwerp met twee systeemsleuven. De huidige gids voor systeemherstel beschrijft hoe je de andere systeemsleuf opstart wanneer een partitie problemen heeft.
Die herstelmethode beschermt je tegen bepaalde OS-storingen, maar vervangt geen gegevensback-up. Als de systeemschijf zelf uitvalt, bestaat het praktische herstelplan uit het opnieuw installeren of herstellen van ZimaOS, het opnieuw aansluiten of aanmaken van opslag, het opnieuw installeren van apps en vervolgens het terugzetten van persistente appgegevens en gebruikersbestanden.
Gebruik de 3-2-1-regel in plaats van één LAN-kopie
Een LAN-back-up op een andere NAS is waardevol, maar beide apparaten kunnen nog steeds worden getroffen door dezelfde diefstal, stroomstoring, ransomware-aanval of gebruikersfout. Volg voor onvervangbare gegevens het 3-2-1-principe: drie kopieën, twee verschillende opslagtypen en één kopie op een andere locatie.
Bewaar bijvoorbeeld de actieve kopie op ZimaOS, een geplande kopie op de Synology en een versleutelde kopie op een andere locatie in een ondersteunde cloudbestemming of op een USB-schijf die elders wordt bewaard.
Veelgemaakte back-upfouten die je moet vermijden
- Alleen Docker-images back-uppen. Images kunnen opnieuw worden gedownload; AppData en databases zijn het belangrijkst.
- Aannemen dat RAID een back-up is. RAID helpt bij schijfuitval, maar niet bij per ongeluk verwijderen, beschadiging of ransomware.
- Een back-upagent op hostniveau installeren zonder de compatibiliteit te controleren. ZimaOS is geen conventionele, veranderbare Debian-server, waardoor systeemagents kunnen botsen met het beschermde OS-ontwerp.
- Nooit een hersteltest uitvoeren. Een back-up die nooit is teruggezet, is slechts een aanname.
- Alle kopieën in hetzelfde chassis of dezelfde ruimte bewaren. Dat beschermt niet tegen verlies op apparaat- of locatieniveau.
Zo test je of je ZimaOS-back-up herstelbaar is
Kies een kleine, representatieve set: één documentmap, één mediabestand, één configuratiemap van een app en één database-export. Zet ze terug naar een tijdelijke locatie, open de bestanden en controleer of de app de herstelde gegevens kan lezen. Herhaal dit na grote wijzigingen aan de opslag of applicaties.
Bewaar voor een kritieke server ook een korte herstelnotitie met opslagnamen, app-poorten, aangepaste Compose-stacks, opdrachten voor databaseherstel en eventuele afhankelijkheden van domeinen of reverse proxies. Die documentatie bespaart vaak meer tijd dan een onbewerkt systeemimage.
Veelgestelde vragen
Kan ZimaOS een volledige systeemimage maken zoals Synology Hyper Backup?
De huidige ZimaOS-documentatie richt zich op gegevensback-up en herstel via systeemsleuven, niet op een gedocumenteerde migratie-image met één klik die het volledige besturingssysteem, alle apps en alle instellingen op andere hardware opnieuw aanmaakt.
Kan ik mijn Synology gebruiken als back-upbestemming voor ZimaOS?
Ja. Een bereikbare SMB/LAN-share kan deel uitmaken van het back-upontwerp. Controleer de inloggegevens, vrije ruimte en toegang voor herstel voordat je erop vertrouwt.
Moet ik Docker-containers zelf back-uppen?
Meestal niet. Bewaar Compose-definities, applicatieconfiguratie, gekoppelde AppData en databases. Containers en images zijn doorgaans vervangbaar.
Herstelt systeemherstel van ZimaOS verwijderde gebruikersbestanden?
Nee. Herstel via een systeemsleuf heeft betrekking op de besturingssysteemlaag. Voor verwijderde of beschadigde gebruikersgegevens is een afzonderlijke back-up nodig.
