Att börja med en NVMe-enhet i dag och gå över till RAID senare är en rimlig plan för en hemmaserver, men den säkra migreringsvägen är inte ”klicka på Konvertera JBOD till RAID”. Källtråden från februari 2026 rekommenderade ett kontrollerat arbetsflöde med säkerhetskopiera → skapa ny array → återställ → verifiera, i stället för att anta att ZimaOS kunde omvandla den befintliga lagringen med en enda disk på plats.
Nuvarande ZimaOS har förbättrade migreringsverktyg sedan det inlägget. Inställningar > Datamigrering kan nu flytta Docker-avbildningar, Docker-applikationsdata och ZimaOS-användardatabaser mellan lagringsutrymmen. Det gör migreringen av applikationstillstånd enklare, men omvandlar fortfarande inte en redan använd lagringsenhet med en enda disk till en redundant RAID 1/5-layout utan en separat målaray.
Källanvändaren började med en NVMe-enhet och en USB-disk för säkerhetskopiering
Systemet använde inbyggd eMMC för ZimaOS, en NVMe-SSD konfigurerad som JBOD-lagring och en USB-hårddisk för säkerhetskopiering. Användaren ville lägga till mer NVMe-lagring senare och flytta allt till RAID 1 eller RAID 5.
Det här är exakt den situation där det är viktigt att bevara en verifierad, fristående säkerhetskopia, eftersom en ändring av lagringstopologin kan innebära att nya diskar initieras och att den gamla layouten med en enda disk till slut raderas.
Anta inte att en JBOD-disk kan konverteras på plats
Svaret i forumet uppgav att ZimaOS lagringsgränssnitt inte erbjöd ett stödd arbetsflöde för att konvertera JBOD med en enda disk till RAID. I stället rekommenderades att skapa en ny array från oanvända diskar.
Den aktuella offentliga lagringsdokumentationen stöder nu att diskar läggs till i vissa befintliga RAID-layouter, särskilt expansion av RAID 5, men det skiljer sig från att konvertera ett icke-redundant lagringsutrymme med en enda disk till RAID på plats.
Säkerhetskopiera mer än de uppenbara delade mapparna
Skydda följande innan du ändrar lagringen:
- vanliga delade filer;
- Docker-applikationsdata;
- anpassade bind-monterade mappar;
- applikationsdatabaser;
- Compose-/YAML-definitioner för anpassade appar;
- viktig konfiguration som inte återskapas automatiskt.
En säkerhetskopia bör verifieras genom att du faktiskt öppnar representativa filer eller utför en teståterställning, inte bara genom att se att en uppgift har slutförts.
Skapa den nya RAID-arrayen innan du raderar den gamla disken
Den säkraste migreringsarkitekturen är att lämna den ursprungliga NVMe-enheten orörd medan den nya RAID-arrayen skapas på nyligen tillagda diskar. Då bevaras den ursprungliga lagringen som ytterligare en återställningskälla tills den nya arrayen har validerats.
Aktuella ZimaOS hanterar skapandet av arrayer via Inställningar > Lagring. Använd det aktuella arbetsflödet för ZimaOS lagringskonfiguration i stället för att återskapa gamla manuella mdadm-procedurer.
Välj RAID 1 eller RAID 5 utifrån antal diskar och framtida expansion
RAID 1 är en enkel spegling med två diskar. RAID 5 kräver minst tre diskar och byter bort motsvarande kapacitet som en disk för att tåla fel på en enda disk.
Den aktuella ZimaOS-dokumentationen beskriver RAID 5 som ett alternativ för bibliotek som växer och anger att diskar kan läggas till över tid. Det kan göra RAID 5 attraktivt om användaren förväntar sig att poolen ska byggas ut efter den första migreringen.
Aktuell datamigrering kan flytta hanterade ZimaOS-data
Den aktuella dokumentationen från IceWhale anger att Inställningar > Datamigrering kan flytta:
- Docker-avbildningar;
- Docker-applikationsdata;
- användardatabaser som Galleri, Hämtningar, Dokument, Media och Säkerhetskopiering.
Använd det aktuella arbetsflödet för ZimaOS datamigrering när mållagringen finns på plats.
Anpassade bind-monteringar kräver fortfarande manuell verifiering
Inbyggda migreringskategorier garanterar inte att varje anpassad värdsökväg i varje Compose-stack skrivs om automatiskt. Kontrollera appar som monterar ovanliga mappar utanför de standardplatser som hanteras av ZimaOS.
Efter migreringen ska du granska volymmappningen för varje viktig app och bekräfta att mappen på värdsidan pekar på den nya lagringen.
Verifiera den nya RAID-arrayen innan du återanvänder den ursprungliga NVMe-enheten
Bekräfta att:
- RAID-arrayen rapporteras som felfri;
- viktiga delningar innehåller de förväntade filerna;
- Docker-appar startar och deras databaser är intakta;
- behörigheter fungerar från vanliga klienter;
- säkerhetskopieringsjobben pekar på avsedd källa och destination.
Först därefter bör den ursprungliga NVMe-enheten raderas eller återanvändas.
Behåll USB-säkerhetskopian efter övergången till RAID
RAID skyddar tillgängligheten efter ett fel på en medlemsdisk. Det skyddar inte mot oavsiktlig radering, utpressningstrojaner, applikationskorruption, stöld eller förlust av hela servern.
USB-säkerhetskopian från den ursprungliga planen är fortfarande användbar efter RAID-migreringen och kan bli en del av en bredare 3-2-1-strategi.
Vanliga frågor om JBOD till RAID
Kan aktuella ZimaOS flytta AppData mellan lagringsutrymmen?
Ja. Det aktuella datamigreringsverktyget omfattar Docker-applikationsdata och Docker-avbildningar.
Betyder det att en JBOD-disk kan konverteras till RAID 1 på plats?
Nej. Att flytta data och ändra lagringstopologi är separata åtgärder.
När bör den ursprungliga disken raderas?
Först efter att den nya arrayen, filerna, applikationstillståndet, behörigheterna och säkerhetskopiorna har verifierats.
