Sida 2 av den här communityguiden ändrar frågan från ”hur kör jag dd?” till ”vad är faktiskt värt att skydda?”. Användaren hade redan en stor aktiv NVMe-enhet och brydde sig betydligt mer om att förlora DATA än om att förlora det startbara operativsystemet. gelbuildings råd var att undvika att partitionera om den aktiva start-NVMe-enheten, skydda DATA/AppData först och bara behålla en rå systemklon om tidsvinsten vid återställning motiverar det extra utrymmet för säkerhetskopior.
Den prioriteringen stämmer överens med den aktuella ZimaOS-arkitekturen. Operativsystemet har A/B-systemplatser för snabb återställning, medan oersättlig användardata, AppData och lagringsmetadata finns utanför dessa oföränderliga systemavbildningar. En klon av hela disken kan återställa maskinen till en exakt tidpunkt snabbt, men den ersätter inte oberoende, versionshanterade DATA-säkerhetskopior.
dd klonar hela enheten, inte bara de små OS-platserna
Den ursprungliga guiden använder ett kommando ungefär som:
dd if=/dev/NVME_DEVICE | gzip > USB_BACKUP.img.gzOm systemet finns på en 1 TB NVMe-enhet läser den råa avbildningsprocessen fortfarande hela blockenheten. Komprimering kan minska filstorleken, men säkerhetskopieringsmålet och processen är bundna till den fysiska diskens layout i stället för bara de få gigabyte som används av ZimaOS-systempartitionerna.
Partitionera inte om ett friskt aktivt system bara för att göra dd mindre
gelbuilding kallade det högrisk att partitionera om den aktiva start-NVMe-enheten, eftersom ett misstag kan orsaka driftstopp eller dataförlust. Om den nuvarande layouten fungerar bör du skapa verifierade datasäkerhetskopior innan du ändrar partitionsgränser.
Skydda DATA och AppData före OS-klonen
Om återställningsmöjligheten är din prioritet bör du säkerhetskopiera:
- användarfiler och lagringspooler;
- AppData, databaser och konfiguration som inte enkelt kan återskapas;
- viktiga programspecifika exporter;
- ZimaOS-lagringsmetadata som
local-storage.dbnär det är relevant; - och därefter, om du vill, hela systemdisken.
Den aktuella 3-2-1-vägledningen för ZimaOS stöder schemalagda säkerhetskopior till oberoende mål och versionshanterade återställningspunkter.
Använd den aktuella ZimaOS-modellen för 3-2-1-säkerhetskopiering.
Aktuella ZimaOS har redan A/B-systemåterställning
ZimaOS använder två systemplatser på ungefär 6 GB vardera. Om en plats slutar fungera kan användaren enligt den aktuella återställningsguiden starta från den alternativa platsen via GRUB.
Använd den aktuella A/B-vägen för systemåterställning.
En ren ominstallation kan återskapa operativsystemet, men inte automatiskt exakt din konfiguration
Som constgen påpekade kan ett oföränderligt operativsystem ofta helt enkelt installeras om. gelbuildings motargument var återställningstiden: en diskklon kan återställa appar, konfiguration och systemtillstånd exakt som de sparades, medan en ominstallation kan kräva att AppData mappas om, appar installeras på nytt och lagringsmetadata ansluts igen.
Båda är giltiga återställningsstrategier; de optimerar olika saker.
En liten dedikerad startdisk förenklar kloning av hela disken
gelbuilding rekommenderade att man så småningom flyttar ZimaOS till en liten dedikerad enhet på 32–64 GB och använder stor NVMe-/RAID-lagring för DATA/AppData. Den exakta minimistorleken för aktuell installation av ZimaOS är minst 25 GB.
Detta separerar det utbytbara operativsystemet från den stora datalagringen och gör en fullständig systemavbildning betydligt mindre.
Råa återställningskommandon är destruktiva
När en dd-avbildning återställs skrivs den direkt över måldisken. Om du väljer fel mål i /dev/... kan en annan enhet förstöras. Den ursprungliga guiden delades uttryckligen för testning, och dessa kommandon bör endast användas efter att diskarna identifierats med modell och serienummer samt DATA bevarats på annan plats.
Testa återställningsvägen, inte bara skapandet av säkerhetskopian
En säkerhetskopia är bara användbar om du vet hur den ska återställas. För DATA bör du återställa representativa filer. För en rå systemavbildning bör du om möjligt testa arbetsflödet på reservmedia i stället för att upptäcka antaganden om enhet eller sökväg under ett faktiskt driftstopp.
Vanliga frågor om ZimaOS-kloner och säkerhetskopior
Krävs en klon av hela systemdisken för att skydda ZimaOS-data?
Nej. DATA-/AppData-säkerhetskopior och lagringsmetadata är separata från A/B-systempartitionerna och har högre prioritet när det gäller oersättlig information.
Varför skulle jag ändå behålla en rå OS-klon?
Den kan förkorta återställningstiden genom att återställa den exakta sparade system- och appkonfigurationen i stället för att bygga upp den manuellt.
Bör jag partitionera om en aktiv NVMe-enhet bara för att göra en klon mindre?
Den ursprungliga rekommendationen var nej; säkerhetskopiera DATA först och undvik onödiga ändringar av aktiva partitioner.
