Om ZimaOS-systemets SSD börjar fallera ska du bara klona den efter att du har skyddat de data som inte går att återskapa. En kloning av hela disken kan bevara ZimaOS startlayout, systemdatabas, appsökvägar och referenser till RAID-metadata, men det är inte garanterat att det går att klona en disk som håller på att fallera, och kloningen bör inte vara din enda återställningsplan.
IceWhale-personal bekräftade i den ursprungliga tråden att en normal kloning är möjlig och att lagrings- och RAID-informationen som finns lagrad i ZimaOS-databasen bör följa med systemdisken vid kloningen. Det säkra arbetsflödet är därför: säkerhetskopiera kritiska data först, klona hela disken medan källan fortfarande är läsbar, starta endast från den nya disken och verifiera sedan lagring och appar innan du tar den gamla disken ur bruk.
Avgör först om det fortfarande är säkert att klona
Om SSD:n bara visar åldersrelaterade varningar eller enstaka läsfel kan en kloning i offline-läge fortfarande vara rimlig. Om den försvinner från BIOS, ger upprepade I/O-fel eller låser sig under läsning kan varje extra genomläsning minska chansen att återställa användbara data.
Om disken är kraftigt degraderad bör du prioritera avbildnings- och återställningsverktyg som tolererar läsfel, i stället för att upprepade gånger starta ZimaOS från den felande enheten.
Säkerhetskopiera användardata och appdata före kloningen
Utgå inte från att RAID-data är skyddade bara för att systemdatabasen kan klonas. Din lagringsarray och din system-SSD löser olika problem. Kopiera först oersättliga filer till en annan destination.
Den aktuella guiden för säkerhetskopiering enligt 3-2-1 för ZimaOS förklarar varför RAID inte är en säkerhetskopia och hur du bevarar separata lokala kopior och kopior på annan plats.
Om Docker-appdata finns på systemdisken ska du även säkerhetskopiera den. guiden för säkerhetskopieringsplanering ger en praktisk översikt över säkerhetskopiering i ZimaOS.
Klona hela disken, inte enskilda mappar
ZimaOS använder flera start- och systempartitioner. En filbaserad kopiering av den synliga datamappen återskapar inte starthanteraren, systemplatserna eller databasens tillstånd som IceWhale hänvisade till.
Använd ett verktyg för avbildning av hela disken, till exempel Rescuezilla, Clonezilla eller något annat blockbaserat kloningsverktyg. Starta kloningsverktyget från ett separat medium så att den felande systemdisken inte ändras aktivt under kopieringen.
Använd en måldisk som är minst lika stor som källan
För den enklaste återställningen bör ersättnings-SSD:n vara lika stor som eller större än den gamla disken. Om den nya disken är större bör du först fokusera på att få en startbar och verifierad klon. Att utöka det lediga utrymmet är ett separat steg.
Ändra inte partitionsstorlekar under en akut återställning om inte kloningsverktyget kräver det. Varje ytterligare förändring gör felsökningen svårare.
Koppla bort den gamla ZimaOS-disken före den första starten
Stäng av systemet efter kloningen och ta bort den felande källdisken. Starta endast från ersättningsdisken.
Detta är viktigt eftersom klonade ZimaOS-diskar kan innehålla identiska partitionsidentifierare och liknande startstrukturer. Om båda är anslutna kan det uppstå otydligt startbeteende. I en senare diskussion med ZimaOS-personal varnades användare också för att ha flera ZimaOS-systemdiskar anslutna under återställning eller migrering.
Verifiera ZimaOS innan du rör RAID
Efter att den nya SSD:n har startat ska du bekräfta att:
- instrumentpanelen läses in;
- förväntad ZimaOS-version visas;
- appar visas och startar;
- RAID- eller lagringsutrymmena är synliga;
- utdelningar monteras korrekt;
- viktiga filer kan läsas.
Återskapa eller formatera inte en befintlig RAID bara för att systemdisken har bytts ut. Om arrayen inte visas igen ska du stanna och samla in underlag innan du gör något destruktivt.
Varför ZimaOS-databasen är viktig för befintlig RAID
IceWhale-personal uppgav att RAID-informationen lagras i systemdatabasen och bör bevaras vid en normal kloning. Det förklarar varför en kloning av hela systemdisken är mer komplett än en ren ominstallation när målet är att bevara en redan konfigurerad lagringsmiljö.
Om käll-SSD:n är för skadad för att kunna klonas kan en ren ominstallation kräva support eller manuell återställning av befintlig lagringsmetadata. Därför är en separat säkerhetskopia av kritiska filer fortfarande nödvändig.
Kontrollera tillståndet för de dubbla systemplatserna
Den aktuella guiden för ZimaOS-systemåterställning beskriver arkitekturen med systemplatserna A och B.
När klonen har startat använder du de vanliga verktygen för systemåterställning och status för att bekräfta att systemet inte upprepade gånger växlar mellan platserna.
Vad gör jag om den gamla SSD:n är för skadad för att klonas?
Installera ZimaOS från grunden på en frisk ersättnings-SSD, låt datadiskarna vara orörda och kontakta IceWhale-supporten innan du återskapar en array som innehåller data du behöver. Om du har säkerhetskopior av AppData och användardata blir det betydligt säkrare att bygga upp apparna igen.
checklistan för återställning av installationen kan hjälpa dig att skilja mellan fel på systemdisken och fel på datadisken.
Vanliga frågor
Bevaras min RAID-konfiguration om jag klonar ZimaOS-SSD:n?
IceWhale-personal uppgav att RAID-informationen som lagras i ZimaOS-databasen bör klonas normalt vid en kopiering av hela disken. Verifiera arrayen innan du gör ändringar.
Bör jag klona en felande SSD medan ZimaOS körs?
Föredra en offline-kloning från ett separat räddningsmedium. Det minskar filsystemets förändringar och ger kloningsverktyget direkt åtkomst till källdisken.
Kan jag låta den gamla SSD:n vara ansluten som säkerhetskopia?
Inte vid den första starten. Håll den fysiskt frånkopplad tills den nya klonen har verifierats. Om flera identiska ZimaOS-systemdiskar ansluts kan det försvåra valet av startenhet.
Är kloning ett alternativ till att säkerhetskopiera mina RAID-data?
Nej. En klon skyddar systemdiskens tillstånd. Kritiska användardata behöver fortfarande en oberoende säkerhetskopia.
