ZimaOS Backup is opzettelijk geen spiegel: als u een bestand uit de bron verwijdert, betekent dat niet dat de back-upkopie onmiddellijk moet verdwijnen. De ingebouwde app Back-up is ontworpen om herstelpunten te bewaren en te beschermen tegen per ongeluk verwijderen, terwijl synchronisatiesoftware is ontworpen om wijzigingen, waaronder verwijderingen, door te voeren.
Dit onderscheid vormde de kern van het forumdebat in 2025. IceWhale verzette zich uitdrukkelijk tegen het spiegelen van verwijderingen, omdat het verwijderen van een bestand op de back-upbestemming zodra het uit de bron verdwijnt, de veiligheid van een back-up verzwakt. De huidige documentatie van ZimaOS uit 2026 vermeldt nu rechtstreeks hetzelfde principe: cloudsynchronisatie spiegelt verwijderingen, terwijl back-ups versies en herstelpunten bewaren.
Waarom verwijderde bronbestanden in een back-up kunnen blijven staan
Een back-up bestaat zodat u kunt herstellen van fouten, beschadiging, ransomware of ongewenste wijzigingen. Als het verwijderen van een bronbestand onmiddellijk elke back-upkopie verwijdert, wordt het per ongeluk verwijderen doorgevoerd naar precies de locatie die u zou moeten redden.
De huidige ZimaOS 3-2-1 Back-upgids vermeldt uitdrukkelijk dat een back-up versies bewaart en nieuwe gegevens toevoegt, in plaats van zich als een cloudspiegel te gedragen.
Back-up, eenrichtingssynchronisatie en tweerichtingssynchronisatie zijn verschillend
| Modus | Wat gebeurt er wanneer het bronbestand wordt verwijderd? | Beste gebruik |
|---|---|---|
| Back-up | Oudere kopieën of versies kunnen beschikbaar blijven voor herstel | Bescherming tegen gegevensverlies en fouten |
| Eenrichtingsspiegel/synchronisatie | De verwijdering kan naar de bestemming worden doorgevoerd | Een exacte secundaire werkkopie behouden |
| Tweerichtingssynchronisatie | De verwijdering wordt doorgaans naar beide kanten doorgevoerd | Actieve mappen op verschillende apparaten gelijk houden |
De gebruiker die in 2025 om het verwijderen van bestanden op de bestemming vroeg, vroeg in feite om een spiegelings- of synchronisatiebeleid, ook al was de taak aangemaakt in Back-up.
Waarom een steeds groter wordende back-up toch een echt probleem kan zijn
De zorg van de gebruiker is terecht: als elk verwijderd bestand voor altijd wordt bewaard, kan de opslag op de bestemming onbeperkt groeien. Een volwassen back-upsysteem heeft daarom bewaarbeperkingen nodig, zoals een maximaal aantal versies, vervaldatums op basis van leeftijd of opslagquota, in plaats van verwijderingen simpelweg te spiegelen.
Controleer bij het configureren van de huidige ZimaOS Back-up de bewaartermijn en het herstelgedrag voor de bestemming die u gebruikt. Als de gebruikersinterface niet het gewenste bewaarbeleid biedt, reserveer dan voldoende extra opslagruimte voor de bestemming en houd de groei in de gaten.
Gebruik synchronisatie als u echt een exacte spiegel wilt
Als uw doel is dat “de bestemming er precies hetzelfde uitziet als de bron”, gebruik dan een synchronisatietool die is ontworpen om het aanmaken, wijzigen, hernoemen en verwijderen van bestanden door te voeren. Syncthing, workflows op basis van rsync of een andere speciaal daarvoor gemaakte synchronisatietool kunnen dan beter geschikt zijn dan een back-uptaak.
Noem een spiegelworkflow niet “back-up” en ga er niet van uit dat deze bescherming biedt tegen verwijderingen. Een spiegel kan de fout waarop u wilde terugvallen juist getrouw reproduceren.
Gebruik back-ups voor werk, foto's en onvervangbare documenten
Bewaar voor werkbestanden, familiefoto's, belastinggegevens, creatieve projecten en applicatiegegevens ten minste één bestemming die de laatst herstelbare kopie niet onmiddellijk verwijdert.
Het overzicht van back-upstrategieën helpt u snelle kopieën te onderscheiden van echte herstelkopieën.
Combineer back-up en synchronisatie in plaats van één modus beide taken te laten uitvoeren
Een sterke thuisserveropstelling kan het volgende gebruiken:
- een synchronisatietaak voor actieve werkmappen;
- een geplande back-up voor versies en herstelpunten;
- een back-up op een andere locatie voor noodherstel.
Zo krijgt u het gemak van gesynchroniseerde bestanden zonder historische herstelmogelijkheden op te offeren.
Uw back-upbeleid testen
Maak een klein testbestand, laat de back-up uitvoeren, bewerk het bestand, voer de back-up opnieuw uit en verwijder daarna de bron. Open de herstelinterface en controleer of de oudere kopie nog beschikbaar is. Zo ontdekt u hoe de huidige versie daadwerkelijk werkt voordat u deze aan productiedata toevertrouwt.
Wat als u automatische opschoning nodig hebt?
Zoek naar instellingen voor bewaarbeleid of het opruimen van oude versies, in plaats van bestanden op de bestemming handmatig te verwijderen. Handmatige opschoning kan de herstelgeschiedenis beschadigen of de enige goede kopie verwijderen.
Als de opslag op uw back-upbestemming vol raakt, voeg dan capaciteit toe, verkort de bewaartermijn waar dat wordt ondersteund of verplaats oudere archieven naar een andere opslaglaag, in plaats van de enige back-up om te vormen tot een synchronisatiespiegel.
Veelgestelde vragen
Waarom blijft een verwijderd bronbestand in ZimaOS Backup staan?
Omdat een back-up bedoeld is om herstelpunten te bewaren. De huidige ZimaOS-documentatie maakt uitdrukkelijk onderscheid tussen back-ups en synchronisatie, waarbij verwijderingen worden gespiegeld.
Is dit een fout in ZimaOS 1.5?
Uit de forumdiscussie blijkt dat dit gedrag vanuit het oogpunt van back-upveiligheid opzettelijk was en niet simpelweg een onverklaarde verwijderingsfout.
Hoe houd ik de bestemming identiek aan de bron?
Gebruik een eenrichtingsspiegel of synchronisatieworkflow in plaats van een back-uptaak waarvan het doel het bewaren van versies is.
Vullen bewaarde verwijderde bestanden mijn back-upschijf niet?
Dat kan gebeuren als de bewaartermijn onbeperkt is. Beheer versies, leeftijd, quota of archiefopslaglagen in plaats van uw enige herstelgeschiedenis te verwijderen.
