ZimaOS Backup är avsiktligt inte en spegling: att ta bort en fil från källan innebär inte att säkerhetskopian ska försvinna omedelbart. Den inbyggda Backup-appen är utformad för att bevara återställningspunkter och skydda mot oavsiktlig radering, medan synkroniseringsprogram är utformade för att vidarebefordra ändringar – inklusive raderingar.
Denna skillnad var kärnan i forumdebatten 2025. IceWhale motsatte sig uttryckligen spegling av raderingar, eftersom en fil som tas bort från säkerhetskopieringsmålet så snart den försvinner från källan försvagar säkerheten i en säkerhetskopia. Den aktuella ZimaOS-dokumentationen från 2026 uttrycker nu samma princip direkt: molnsynkronisering speglar raderingar, medan säkerhetskopiering bevarar versioner och återställningspunkter.
Varför borttagna källfiler kan finnas kvar i en säkerhetskopia
En säkerhetskopia finns till för att du ska kunna återhämta dig från misstag, korruption, ransomware eller oönskade ändringar. Om en radering av en källfil omedelbart tar bort alla säkerhetskopior, sprids den oavsiktliga raderingen till just den plats som skulle hjälpa dig att återställa filen.
Den aktuella ZimaOS-guiden för 3-2-1-säkerhetskopiering säger uttryckligen att säkerhetskopiering bevarar versioner och skriver framåt i stället för att fungera som en molnspegling.
Säkerhetskopiering, enkelriktad synkronisering och tvåvägssynkronisering är olika saker
| Läge | Vad händer när källfilen tas bort? | Bäst för |
|---|---|---|
| Säkerhetskopiering | Äldre kopior eller versioner kan finnas kvar för återställning | Skydd mot dataförlust och misstag |
| Enkelriktad spegling/synkronisering | Raderingen kan vidarebefordras till målet | Att behålla en exakt sekundär arbetskopia |
| Tvåvägssynkronisering | Raderingen vidarebefordras vanligtvis mellan båda sidorna | Att hålla aktiva mappar synkroniserade mellan enheter |
Användaren som 2025 efterfrågade raderingar på målet bad egentligen om en speglings-/synkroniseringspolicy, även om uppgiften hade skapats i Backup.
Varför en säkerhetskopia som växer hela tiden fortfarande kan vara ett verkligt problem
Användarens oro är befogad: om varje borttagen fil sparas för alltid kan lagringen på målet växa obegränsat. Ett moget säkerhetskopieringssystem behöver därför inställningar för lagringstid – till exempel antal versioner, åldersbaserad utgång eller lagringskvoter – i stället för att helt enkelt spegla raderingar.
När du konfigurerar aktuell ZimaOS Backup bör du kontrollera uppgiftens lagringsregler och återställningsbeteende för det mål du använder. Om gränssnittet inte erbjuder den lagringspolicy du behöver bör du dimensionera målet med extra utrymme och övervaka tillväxten.
Använd synkronisering när du verkligen vill ha en exakt spegling
Om ditt mål är att ”målet ska se exakt ut som källan” bör du använda ett synkroniseringsverktyg som är utformat för att vidarebefordra skapande, ändringar, namnbyten och raderingar av filer. Syncthing, rsync-baserade arbetsflöden eller något annat specialiserat synkroniseringsverktyg kan passa bättre än en säkerhetskopieringsuppgift.
Kalla inte ett speglingsarbetsflöde för ”säkerhetskopiering” och anta att det skyddar mot radering. En spegling kan troget återskapa det misstag som du hoppades kunna återställa från.
Använd säkerhetskopiering för arbete, foton och oersättliga dokument
För arbetsfiler, familjefoton, skattedokument, kreativa projekt och programdata bör du ha minst ett mål som inte omedelbart tar bort den sista återställningsbara kopian.
Översikten över säkerhetskopieringsstrategier hjälper dig att skilja snabba kopior från verkliga återställningskopior.
Kombinera säkerhetskopiering och synkronisering i stället för att tvinga ett läge att göra båda
En robust hemserverlösning kan använda:
- ett synkroniseringsjobb för aktiva arbetsmappar;
- en schemalagd säkerhetskopiering för versioner och återställningspunkter;
- en extern säkerhetskopia för katastrofåterställning.
Det ger dig bekvämligheten med synkroniserade filer utan att du behöver offra historisk återställning.
Så testar du din säkerhetskopieringspolicy
Skapa en liten testfil, låt säkerhetskopieringen köras, redigera filen, kör säkerhetskopieringen igen och ta sedan bort källan. Öppna återställningsgränssnittet och kontrollera om den äldre kopian fortfarande är tillgänglig. Då ser du hur den aktuella versionen faktiskt fungerar innan du litar på den med produktionsdata.
Vad gör du om du behöver automatisk rensning?
Leta efter inställningar för lagringstid eller rensning av versioner i stället för att ta bort filer på målet manuellt. Manuell rensning kan förstöra återställningshistoriken eller ta bort den enda fungerande kopian.
Om säkerhetskopieringsmålet börjar få slut på utrymme kan du lägga till kapacitet, förkorta lagringstiden där det stöds eller flytta äldre arkiv till en annan lagringsnivå i stället för att omvandla den enda säkerhetskopian till en synkroniserad spegling.
Vanliga frågor
Varför finns en borttagen källfil kvar i ZimaOS Backup?
Eftersom säkerhetskopiering är avsedd att bevara återställningspunkter. Den aktuella ZimaOS-dokumentationen skiljer uttryckligen säkerhetskopiering från synkronisering som speglar raderingar.
Är detta ett fel i ZimaOS 1.5?
Forumdiskussionen visar att beteendet var avsiktligt ur ett säkerhetsperspektiv, inte bara ett oförklarat raderingsfel.
Hur håller jag målet identiskt med källan?
Använd ett enkelriktat speglings- eller synkroniseringsarbetsflöde i stället för att förlita dig på en säkerhetskopieringsuppgift vars syfte är att bevara data.
Kommer inte sparade borttagna filer att fylla min säkerhetskopieringsdisk?
Det kan de göra om lagringen är obegränsad. Hantera versioner, ålder, kvoter eller arkivnivåer i stället för att ta bort din enda återställningshistorik.
