Il modo più sicuro per eseguire il backup di un server ZimaOS su un altro NAS è proteggere i dati che devono sopravvivere a una reinstallazione, non clonare l’intero sistema operativo. Esegui il backup delle cartelle utente, dei dati persistenti delle app Docker e dei database delle applicazioni su una destinazione nella tua LAN, quindi conserva almeno una copia aggiuntiva su supporti diversi o in una sede remota.
ZimaOS utilizza un sistema leggero in stile appliance con due slot di sistema per il ripristino. Per questo il suo modello di recupero è diverso da un backup di migrazione di Synology DSM: il sistema operativo può essere recuperato o reinstallato separatamente, mentre i dati importanti risiedono nei volumi di archiviazione e nelle cartelle associate alle app. L’obiettivo è quindi avere un server recuperabile, non necessariamente un’immagine byte per byte del sistema in esecuzione.
Cosa dovrebbe includere realmente un backup di ZimaOS?
Un piano di backup efficace inizia separando il software sostituibile dai dati insostituibili. I container Docker e i pacchetti dell’App Store possono generalmente essere ricreati. I tuoi file, le impostazioni delle app, i database e le librerie multimediali no.
Cartelle utente e dati condivisi
Esegui il backup di Documenti, Media, Foto, cartelle dei progetti, dati dei siti web e qualsiasi altra directory modificata attivamente dagli utenti o dalle applicazioni. L’attuale guida al backup 3-2-1 di ZimaOS supporta origini e destinazioni LAN, USB, cloud e da Zima a Zima.
Dati persistenti delle app Docker
I container dell’App Store sono usa e getta, ma le cartelle associate non lo sono. ZimaOS documenta che la configurazione e i file persistenti risiedono all’esterno del container, nella posizione configurata per i dati delle app. Controlla i percorsi di archiviazione delle app di ZimaOS prima di decidere cosa includere nel backup.
Database e servizi con stato
Per servizi come Nextcloud, WordPress, Home Assistant, Immich, MariaDB o applicazioni basate su PostgreSQL, copiare una directory di dati in uso non è sempre sufficiente. Quando l’applicazione offre un dump del database, un’esportazione o una procedura di manutenzione, utilizzala. Un backup pulito del database insieme alle cartelle di configurazione dell’app è generalmente più portabile rispetto alla copia di un database incoerente mentre sta scrivendo attivamente.
Come creare un’attività di backup LAN
Passaggio 1: scegli il computer di destinazione
Un Synology, un altro NAS, un file server o un altro dispositivo Zima possono fungere da destinazione LAN se ZimaOS riesce a raggiungere una cartella condivisa scrivibile. Verifica che la condivisione disponga di spazio libero sufficiente e che l’account utilizzato da ZimaOS abbia il permesso di creare, modificare ed eliminare file come richiesto dalla tua politica di conservazione.
Passaggio 2: crea attività di backup separate per tipo di dati
Non inserire tutto in un’unica attività enorme, a meno che non ci sia un motivo preciso. Crea attività indipendenti per documenti critici, contenuti multimediali, dati delle app e altre categorie. In questo modo sarà più facile diagnosticare gli errori e potrai assegnare ai dati insostituibili una pianificazione più frequente rispetto ai contenuti sostituibili.
Passaggio 3: pianifica e testa l’attività
Esegui manualmente il primo backup, verifica che la destinazione contenga i file previsti, quindi abilita la pianificazione. Uno stato verde dell’attività non è sufficiente: apri alcuni file ripristinati e verifica che autorizzazioni, nomi e timestamp siano corretti.
Come eseguire il backup delle app Docker?
La chiave è eseguire il backup dei percorsi sull’host associati al container, non del file system effimero del container. L’attuale guida di ZimaOS consiglia di conservare i dati delle app lontano dalla piccola unità di sistema e sul pool di archiviazione principale. Questo rende anche più semplice comprendere l’ambito del backup.
Se utilizzi stack Docker Compose personalizzati, conserva una copia del file YAML di Compose, delle variabili d’ambiente, dei file di configurazione personalizzati e dei segreti in un luogo protetto. Non fare affidamento su schermate delle impostazioni. Un file Compose insieme alle cartelle dei dati persistenti è molto più facile da ricostruire su un nuovo hardware.
La panoramica del backup di ZimaOS è utile per pianificare dove conservare ogni copia, mentre le nozioni di base sull’archiviazione Docker spiegano la distinzione tra container e dati.
E per il sistema ZimaOS in sé?
ZimaOS utilizza una progettazione del sistema a due slot. L’attuale guida al ripristino del sistema descrive l’avvio dallo slot di sistema alternativo quando una partizione presenta problemi.
Questo percorso di ripristino protegge da alcuni guasti del sistema operativo, ma non sostituisce il backup dei dati. Se l’unità di sistema stessa si guasta, il piano pratico di ripristino consiste nel reinstallare o recuperare ZimaOS, ricollegare o ricreare l’archiviazione, reinstallare le app e infine ripristinare i dati persistenti delle app e i file degli utenti.
Usa la regola 3-2-1 invece di una singola copia LAN
Un backup LAN su un altro NAS è utile, ma entrambi i dispositivi possono comunque essere colpiti dallo stesso furto, blackout, attacco ransomware o errore dell’utente. Per i dati insostituibili, segui lo schema 3-2-1: tre copie, due tipi di archiviazione diversi e una copia fuori sede.
Ad esempio, conserva la copia attiva su ZimaOS, una copia pianificata sul Synology e una copia crittografata fuori sede in una destinazione cloud supportata o su un’unità USB a rotazione conservata altrove.
Errori comuni di backup da evitare
- Eseguire il backup solo delle immagini Docker. Le immagini possono essere scaricate di nuovo; AppData e database sono la parte importante.
- Considerare il RAID un backup. Il RAID aiuta in caso di guasto di un’unità, ma non protegge da eliminazioni accidentali, corruzione o ransomware.
- Installare un agente di backup a livello host senza verificarne la compatibilità. ZimaOS non è un normale server Debian modificabile, quindi gli agenti di sistema possono entrare in conflitto con la sua progettazione basata su un sistema operativo protetto.
- Non testare mai un ripristino. Un backup che non è mai stato ripristinato è solo un’ipotesi.
- Conservare tutte le copie nello stesso chassis o nella stessa stanza. Questo non protegge da perdite a livello del dispositivo o della sede.
Come verificare che il backup di ZimaOS sia recuperabile
Scegli un campione rappresentativo di piccole dimensioni: una cartella di documenti, un file multimediale, una directory di configurazione di un’app e un’esportazione di un database. Ripristinali in una posizione temporanea, apri i file e verifica che l’applicazione riesca a leggere i dati ripristinati. Ripeti la procedura dopo modifiche importanti all’archiviazione o alle applicazioni.
Per un server critico, conserva anche una breve nota di ripristino con i nomi delle unità di archiviazione, le porte delle app, gli stack Compose personalizzati, i comandi per il ripristino dei database e qualsiasi dipendenza da domini o proxy inversi. Questa documentazione spesso fa risparmiare più tempo di una semplice immagine del sistema.
Domande frequenti
ZimaOS può creare un’immagine completa del sistema simile a Synology Hyper Backup?
La documentazione attuale di ZimaOS si concentra sul backup dei dati e sul ripristino tramite gli slot di sistema, invece di documentare un’immagine di migrazione con un clic capace di ricreare l’intero sistema operativo, tutte le app e tutte le impostazioni su hardware diverso.
Posso usare il mio Synology come destinazione del backup di ZimaOS?
Sì. Una condivisione SMB/LAN raggiungibile può far parte del progetto di backup. Verifica le credenziali, lo spazio libero e l’accesso al ripristino prima di farvi affidamento.
Devo eseguire il backup dei container Docker?
Di solito no. Conserva le definizioni Compose, la configurazione delle applicazioni, i dati AppData associati e i database. I container e le immagini sono generalmente sostituibili.
Il ripristino del sistema ZimaOS recupererà i file utente eliminati?
No. Il ripristino dello slot riguarda il livello del sistema operativo. Per recuperare dati utente eliminati o corrotti è necessario un backup separato.
