ZimaOS Backup non è intenzionalmente un mirror: eliminare un file dalla fonte non significa che la copia di backup debba scomparire immediatamente. L’app Backup integrata è progettata per conservare i punti di ripristino e proteggere dalle eliminazioni accidentali, mentre il software di sincronizzazione è progettato per propagare le modifiche, comprese le eliminazioni.
Questa distinzione è stata il fulcro del dibattito sul forum del 2025. IceWhale ha esplicitamente respinto il mirroring delle eliminazioni, perché rimuovere un file dalla destinazione di backup non appena scompare dalla fonte indebolisce la sicurezza del backup. L’attuale documentazione di ZimaOS del 2026 afferma direttamente lo stesso principio: la sincronizzazione cloud replica le eliminazioni, mentre il backup conserva versioni e punti di ripristino.
Perché i file eliminati dalla fonte possono rimanere in un backup
Un backup esiste per consentirti di recuperare dati in caso di errori, corruzione, ransomware o modifiche indesiderate. Se l’eliminazione di un file dalla fonte elimina istantaneamente ogni copia di backup, l’eliminazione accidentale si propaga proprio nella posizione destinata a salvarti.
L’attuale guida al backup 3-2-1 di ZimaOS afferma esplicitamente che il backup conserva le versioni e procede in avanti, invece di comportarsi come un mirror cloud.
Backup, sincronizzazione unidirezionale e sincronizzazione bidirezionale sono diversi
| Modalità | Cosa succede quando il file sorgente viene eliminato? | Uso ideale |
|---|---|---|
| Backup | Le copie o versioni precedenti possono rimanere disponibili per il ripristino | Protezione da perdite ed errori |
| Mirror/sincronizzazione unidirezionale | L’eliminazione può essere propagata alla destinazione | Mantenere una copia di lavoro secondaria identica |
| Sincronizzazione bidirezionale | L’eliminazione viene generalmente propagata in entrambe le direzioni | Mantenere allineate le cartelle attive su più dispositivi |
L’utente del 2025 che chiedeva di eliminare i file dalla destinazione stava in realtà chiedendo una politica di mirror/sincronizzazione, anche se l’attività era stata creata in Backup.
Perché un backup in continua crescita può essere comunque un problema reale
La preoccupazione dell’utente è valida: se ogni file eliminato viene conservato per sempre, lo spazio di archiviazione sulla destinazione può crescere indefinitamente. Un sistema di backup maturo ha quindi bisogno di controlli di conservazione, come il numero di versioni, la scadenza basata sull’età o le quote di archiviazione, invece di limitarsi a replicare le eliminazioni.
Quando configuri l’attuale Backup di ZimaOS, controlla le impostazioni di conservazione dell’attività e il comportamento del ripristino per la destinazione che utilizzi. Se l’interfaccia non espone la politica di conservazione necessaria, dimensiona la destinazione lasciando spazio disponibile e monitora la crescita.
Usa la sincronizzazione quando vuoi davvero un mirror identico
Se il tuo obiettivo è che “la destinazione abbia esattamente lo stesso contenuto della fonte”, usa uno strumento di sincronizzazione progettato per propagare la creazione, la modifica, la ridenominazione e l’eliminazione dei file. Syncthing, i flussi di lavoro basati su rsync o un altro strumento di sincronizzazione dedicato potrebbero essere più adatti di un’attività di backup.
Non chiamare “backup” un flusso di lavoro basato sul mirror, aspettandoti che protegga dalle eliminazioni. Un mirror può riprodurre fedelmente proprio l’errore dal quale speravi di recuperare i dati.
Usa il backup per lavoro, foto e documenti insostituibili
Per file di lavoro, foto di famiglia, documenti fiscali, progetti creativi e dati delle applicazioni, mantieni almeno una destinazione che non elimini immediatamente l’ultima copia recuperabile.
La panoramica della strategia di backup aiuta a distinguere le copie rapide dalle vere copie di ripristino.
Combina backup e sincronizzazione invece di costringere un’unica modalità a svolgere entrambe le funzioni
Una solida configurazione per un server domestico può utilizzare:
- un’attività di sincronizzazione per le cartelle di lavoro attive;
- un backup pianificato per versioni e punti di ripristino;
- un backup fuori sede per il ripristino in caso di emergenza.
In questo modo ottieni la comodità dei file sincronizzati senza rinunciare al ripristino storico.
Come testare la tua politica di backup
Crea un piccolo file di test, lascia eseguire il backup, modificalo, esegui nuovamente il backup, quindi elimina la fonte. Apri l’interfaccia di ripristino e verifica se la copia precedente è ancora disponibile. In questo modo capirai come si comporta effettivamente la versione attuale prima di affidarle dati di produzione.
Cosa fare se hai bisogno della pulizia automatica?
Cerca le impostazioni di conservazione o eliminazione delle versioni obsolete invece di eliminare manualmente i file dalla destinazione. La pulizia manuale può danneggiare la cronologia dei ripristini o rimuovere l’unica copia integra.
Se la destinazione di backup sta esaurendo lo spazio, aggiungi capacità, riduci il periodo di conservazione quando supportato oppure sposta gli archivi più vecchi su un altro livello, invece di trasformare l’unico backup in un mirror di sincronizzazione.
Domande frequenti
Perché un file eliminato dalla fonte rimane in ZimaOS Backup?
Perché il backup è progettato per conservare i punti di ripristino. L’attuale documentazione di ZimaOS distingue esplicitamente il backup dalla sincronizzazione che replica le eliminazioni.
È un bug di ZimaOS 1.5?
La discussione sul forum mostra che il comportamento era intenzionale dal punto di vista della sicurezza del backup, non semplicemente un bug di eliminazione senza spiegazione.
Come posso mantenere la destinazione identica alla fonte?
Usa un flusso di lavoro basato su un mirror unidirezionale o sulla sincronizzazione, invece di affidarti a un’attività di backup il cui scopo è la conservazione.
I file eliminati conservati non riempiranno il disco di backup?
Possono farlo se la conservazione è illimitata. Gestisci le versioni, l’età, le quote o i livelli di archiviazione invece di eliminare l’unica cronologia di ripristino disponibile.
