Op pagina 2 van deze communitytutorial verandert de vraag van ‘hoe voer ik dd uit?’ in ‘wat is het eigenlijk waard om te beschermen?’. De gebruiker beschikte al over een grote actieve NVMe-schijf en vond het veel belangrijker om DATA niet kwijt te raken dan om het opstartbare besturingssysteem te behouden. Het advies van gelbuilding was om de actieve opstart-NVMe niet opnieuw te partitioneren, DATA/AppData eerst te beschermen en alleen een onbewerkte systeemkloon te bewaren als de tijdwinst bij herstel de extra benodigde back-upruimte rechtvaardigt.
Die prioriteit past bij de huidige ZimaOS-architectuur. Het besturingssysteem heeft A/B-systeemslots voor snel herstel, terwijl onvervangbare gebruikersgegevens, AppData en opslagmetadata buiten die onveranderlijke systeemimages staan. Een kloon van de volledige schijf kan de machine snel terugbrengen naar een exact herstelpunt, maar is geen vervanging voor onafhankelijke, versiegebaseerde DATA-back-ups.
dd kloont het hele apparaat, niet alleen de kleine OS-slots
De oorspronkelijke tutorial gebruikt een opdracht die conceptueel lijkt op:
dd if=/dev/NVME_DEVICE | gzip > USB_BACKUP.img.gzAls het systeem op een NVMe-schijf van 1 TB staat, leest het proces voor het maken van de onbewerkte image nog steeds het volledige blokapparaat. Compressie kan de bestandsgrootte verkleinen, maar het back-updoel en het proces zijn gekoppeld aan de fysieke schijfindeling en niet alleen aan de paar gigabytes die door de ZimaOS-systeempartities worden gebruikt.
Partitioneer een gezond actief systeem niet opnieuw alleen om dd kleiner te maken
gelbuilding noemde het opnieuw partitioneren van de actieve opstart-NVMe risicovol, omdat een fout downtime of gegevensverlies kan veroorzaken. Als de huidige indeling goed werkt, maak dan geverifieerde gegevensback-ups voordat je partitiegrenzen wijzigt.
Bescherm DATA en AppData vóór de OS-kloon
Als herstelbaarheid je prioriteit is, maak dan een back-up van:
- gebruikersbestanden en opslagpools;
- AppData, databases en configuratie die niet eenvoudig opnieuw kunnen worden gemaakt;
- belangrijke exports die specifiek zijn voor toepassingen;
- ZimaOS-opslagmetadata, zoals
local-storage.db, wanneer relevant; - en vervolgens, optioneel, de volledige systeemschijf.
De huidige 3-2-1-richtlijnen voor ZimaOS ondersteunen geplande back-ups naar onafhankelijke bestemmingen en versiegebaseerde herstelpunten.
Gebruik het huidige ZimaOS 3-2-1-back-upmodel.
ZimaOS heeft al A/B-systeemherstel
ZimaOS gebruikt twee systeemslots van elk ongeveer 6 GB. Als één slot uitvalt, kun je volgens de huidige herstelhandleiding vanaf GRUB opstarten vanaf het alternatieve slot.
Gebruik het huidige A/B-systeemherstelpad.
Een schone herinstallatie kan het besturingssysteem opnieuw aanmaken, maar niet automatisch je exacte configuratie
Zoals constgen opmerkte, kan een onveranderlijk besturingssysteem vaak eenvoudig opnieuw worden geïnstalleerd. Het tegenargument van gelbuilding was de hersteltijd: met een schijfkloon kun je apps, configuratie en systeemstatus exact herstellen zoals vastgelegd, terwijl je bij een herinstallatie AppData mogelijk opnieuw moet koppelen, apps opnieuw moet installeren en opslagmetadata opnieuw moet verbinden.
Beide zijn geldige herstelstrategieën; ze optimaliseren verschillende zaken.
Een kleine speciale opstartschijf vereenvoudigt het klonen van de volledige schijf
gelbuilding adviseerde om ZimaOS uiteindelijk naar een klein, speciaal apparaat van 32-64 GB te verplaatsen en de grote NVMe- of RAID-opslag voor DATA/AppData te gebruiken. De exacte minimumvereiste voor de huidige ZimaOS-installatie is ten minste 25 GB.
Hiermee wordt het te verwijderen besturingssysteem gescheiden van de grote gegevensopslag en wordt een volledige systeemimage veel kleiner.
Opdrachten voor het terugzetten van onbewerkte images zijn destructief
Bij het terugzetten van een dd-image wordt rechtstreeks over de doelschijf heen geschreven. Als je het verkeerde doel, zoals /dev/..., selecteert, kan een andere schijf worden gewist. De oorspronkelijke tutorial werd expliciet gedeeld voor testdoeleinden, en deze opdrachten mogen alleen worden gebruikt nadat je schijven op basis van model en serienummer hebt geïdentificeerd en DATA elders hebt veiliggesteld.
Test het herstelproces, niet alleen het maken van de back-up
Een back-up is alleen nuttig als je weet hoe je die moet terugzetten. Zet voor DATA enkele representatieve bestanden terug. Test voor een onbewerkte systeemimage de procedure indien mogelijk op reservemedia, in plaats van tijdens een echte storing aannames over apparaten en paden te ontdekken.
Veelgestelde vragen over ZimaOS-klonen en back-ups
Is een kloon van de volledige systeemschijf nodig om ZimaOS-gegevens te beschermen?
Nee. DATA/AppData-back-ups en opslagmetadata staan los van de A/B-systeempartities en hebben de hoogste prioriteit voor onvervangbare informatie.
Waarom zou ik toch een onbewerkte OS-kloon bewaren?
Die kan de hersteltijd verkorten doordat je de exact vastgelegde systeem- en appconfiguratie terugzet in plaats van deze handmatig opnieuw op te bouwen.
Moet ik een actieve NVMe opnieuw partitioneren alleen om een kloon kleiner te maken?
Het oorspronkelijke advies was nee: maak eerst een back-up van DATA en vermijd onnodige wijzigingen aan actieve partities.
