Det säkraste sättet att säkerhetskopiera en ZimaOS-server till en annan NAS är att skydda de data som måste överleva en ominstallation – inte att klona hela operativsystemet. Säkerhetskopiera användarmappar, beständiga Docker-appdata och eventuella programdatabaser till ditt LAN-mål, och behåll sedan minst en extra kopia på ett annat lagringsmedium eller på en annan plats.
ZimaOS använder ett lättviktigt system i appliance-stil med två systemplatser för återställning. Därför skiljer sig återställningsmodellen från en migreringssäkerhetskopia för Synology DSM: operativsystemet kan återställas eller installeras om separat, medan dina värdefulla data finns på lagringsvolymer och mappade appmappar. Målet är därför en återställningsbar server, inte nödvändigtvis en byte-för-byte-avbildning av det körande systemet.
Vad bör en ZimaOS-säkerhetskopia faktiskt innehålla?
En användbar säkerhetskopieringsplan börjar med att skilja på utbytbar programvara och oersättliga data. Docker-containrar och App Store-paket kan vanligtvis återskapas. Dina filer, appinställningar, databaser och mediebibliotek kan inte det.
Användarmappar och delade data
Säkerhetskopiera Dokument, Media, Foton, projektmappar, webbplatsdata och alla andra kataloger som användare eller program aktivt ändrar. Den aktuella ZimaOS-guiden för 3-2-1-säkerhetskopiering stöder LAN-, USB-, moln- och Zima-till-Zima-källor och mål.
Beständiga Docker-appdata
App Store-containrar är förbrukningsbara, men deras mappade mappar är det inte. ZimaOS dokumenterar att konfiguration och beständiga filer finns utanför containern, under den konfigurerade platsen för appdata. Kontrollera ZimaOS sökvägar för appdata innan du avgör vad som ska ingå i säkerhetskopian.
Databaser och tillståndsbevarande tjänster
För tjänster som Nextcloud, WordPress, Home Assistant, Immich, MariaDB eller PostgreSQL-baserade program räcker det inte alltid att kopiera en aktiv datakatalog. När det bakomliggande programmet erbjuder en databassäkerhetskopia, export eller underhållsrutin bör du använda den. En ren databassäkerhetskopia tillsammans med appens konfigurationsmappar är vanligtvis mer portabel än att kopiera en inkonsekvent databas medan den aktivt skriver.
Så skapar du en säkerhetskopieringsuppgift över LAN
Steg 1: Bestäm vilken maskin som är målet
En Synology, en annan NAS, en filserver eller en annan Zima-enhet kan fungera som LAN-mål om ZimaOS kan nå en skrivbar delad mapp. Kontrollera att den delade mappen har tillräckligt med ledigt utrymme och att kontot som används av ZimaOS har behörighet att skapa, ändra och ta bort filer enligt din policy för lagringstid.
Steg 2: Skapa separata säkerhetskopieringsuppgifter efter datatyp
Lägg inte allt i en enda gigantisk uppgift om du inte har en särskild anledning. Skapa separata uppgifter för viktiga dokument, media, appdata och andra kategorier. Då blir fel enklare att felsöka, och du kan ge oersättliga data ett tätare schema än utbytbara medier.
Steg 3: Schemalägg och testa uppgiften
Kör den första säkerhetskopieringen manuellt, bekräfta att målet innehåller de förväntade filerna och aktivera sedan schemaläggningen. En grön uppgiftsstatus räcker inte: öppna några återställda filer och kontrollera att behörigheter, filnamn och tidsstämplar är korrekta.
Hur bör du säkerhetskopiera Docker-appar?
Nyckeln är att säkerhetskopiera värdsökvägarna som är mappade till containern, inte containerns tillfälliga filsystem. Den aktuella ZimaOS-guiden rekommenderar att appdata inte lagras på den lilla systemdisken utan i din huvudsakliga lagringspool. Det gör det också enklare att förstå vad som ska ingå i säkerhetskopian.
Om du använder anpassade Docker Compose-stackar bör du spara en kopia av Compose-YAML-filen, miljövariablerna, anpassade konfigurationsfiler och hemligheter på en skyddad plats. Förlita dig inte på skärmbilder av inställningarna. En Compose-fil tillsammans med beständiga datamappar är mycket enklare att bygga upp igen på ny hårdvara.
Översikten över ZimaOS-säkerhetskopiering är användbar när du planerar var varje kopia ska lagras, medan grunderna i Docker-lagring förklarar gränsen mellan container och data.
Hur är det med själva ZimaOS-systemet?
ZimaOS har en systemdesign med två platser. Den aktuella guiden för systemåterställning beskriver hur du startar från den alternativa systemplatsen när en partition har problem.
Den återställningsvägen skyddar dig mot vissa operativsystemfel, men ersätter inte säkerhetskopiering av data. Om själva systemdisken går sönder är den praktiska återställningsplanen att installera om eller återställa ZimaOS, ansluta eller återskapa lagringen, installera om apparna och sedan återställa beständiga appdata och användarfiler.
Använd 3-2-1-regeln i stället för en enda LAN-kopia
En LAN-säkerhetskopia på en annan NAS är värdefull, men båda enheterna kan fortfarande drabbas av samma stöld, strömavbrott, utpressningsattack eller användarmisstag. Följ 3-2-1-principen för oersättliga data: tre kopior, två olika lagringstyper och en kopia på annan plats.
Du kan till exempel behålla den aktiva kopian på ZimaOS, en schemalagd kopia på Synology-enheten och en krypterad kopia på annan plats i ett kompatibelt molnmål eller på en roterande USB-enhet som förvaras någon annanstans.
Vanliga säkerhetskopieringsmisstag att undvika
- Att bara säkerhetskopiera Docker-avbildningar. Avbildningar kan laddas ned igen; AppData och databaserna är den viktiga delen.
- Att anta att RAID är en säkerhetskopia. RAID hjälper vid diskfel, men inte vid oavsiktlig radering, korruption eller utpressningsattacker.
- Att installera en säkerhetskopieringsagent på värdnivå utan att kontrollera kompatibiliteten. ZimaOS är inte en konventionell, föränderlig Debian-server, så systemagenter kan hamna i konflikt med den skyddade OS-designen.
- Att aldrig testa en återställning. En säkerhetskopia som inte har återställts är bara ett antagande.
- Att förvara alla kopior i samma chassi eller rum. Det skyddar inte mot förlust på enhets- eller platsnivå.
Så testar du att din ZimaOS-säkerhetskopia kan återställas
Välj ett litet representativt urval: en dokumentmapp, en mediefil, en appkonfigurationskatalog och en databasexport. Återställ dem till en tillfällig plats, öppna filerna och kontrollera att appen kan läsa de återställda uppgifterna. Upprepa detta efter större ändringar av lagring eller program.
För en kritisk server bör du även ha en kort återställningsanteckning med lagringsnamn, appportar, anpassade Compose-stackar, kommandon för databasåterställning samt eventuella beroenden av domäner eller omvänd proxy. Den dokumentationen sparar ofta mer tid än en rå systemavbildning.
Vanliga frågor
Kan ZimaOS skapa en fullständig systemavbildning i stil med Synology Hyper Backup?
Den aktuella ZimaOS-dokumentationen fokuserar på säkerhetskopiering av data och återställning via systemplatser, snarare än en dokumenterad migreringsavbildning med ett klick som återskapar hela operativsystemet, alla appar och alla inställningar på annan hårdvara.
Kan jag använda min Synology som mål för ZimaOS-säkerhetskopieringen?
Ja. En nåbar SMB-/LAN-delning kan ingå i säkerhetskopieringsdesignen. Kontrollera inloggningsuppgifter, ledigt utrymme och åtkomst för återställning innan du förlitar dig på den.
Behöver jag säkerhetskopiera själva Docker-containrarna?
Vanligtvis inte. Spara Compose-definitioner, programkonfiguration, mappad AppData och databaser. Containrar och avbildningar kan vanligtvis ersättas.
Återställer en ZimaOS-systemåterställning raderade användarfiler?
Nej. Återställning av en systemplats gäller operativsystemslagret. Raderade eller skadade användardata kräver en separat säkerhetskopia.
