Il recupero descritto nella fonte è stato semplice e verificato dall’utente: un RAID 5 a quattro dischi aveva un’unità contrassegnata come Danneggiata. Il proprietario ha spento lo ZimaCube, ha sostituito quel disco, ha riacceso il sistema, ha seguito le istruzioni di archiviazione di ZimaOS e ha riferito che la ricostruzione era iniziata, con una stima di 13,5 ore rimanenti.
La documentazione attuale di ZimaOS descrive ora in modo più esplicito questo stesso flusso gestito: quando un disco RAID si guasta, l’array passa allo stato degradato, i dati restano accessibili e, dopo la sostituzione del disco guasto, ZimaOS guida l’utente nella ricostruzione. La fonte precedente riportava inoltre che, nello stesso momento, un altro array RAID 0 era diventato di sola lettura; la documentazione attuale non descrive questo comportamento come normale e permanente per ogni array indipendente.
Conferma quale disco fisico si è effettivamente guastato
Prima di rimuovere qualsiasi disco, confronta lo stato di archiviazione di ZimaOS con l’alloggiamento fisico e il numero di serie. In un RAID 5 degradato, rimuovere il membro sano sbagliato può trasformare un guasto a un solo disco in un’interruzione molto più grave che coinvolge più dischi.
Copia prima i dati critici, se l’array è ancora accessibile
Il RAID 5 sopravvive al guasto di un membro, ma la ricostruzione sottopone a letture intense tutti i dischi ancora funzionanti. Se un altro disco presenta problemi SMART o settori illeggibili, è durante la ricostruzione che queste debolezze diventano più rilevanti.
Se l’array è accessibile e i dati sono insostituibili, quando possibile copia i file più importanti su uno spazio di archiviazione indipendente prima di avviare una ricostruzione lunga.
La fonte ha sostituito il disco a sistema spento
L’utente ha spento lo ZimaCube prima di sostituire il disco danneggiato. Questa è l’impostazione predefinita più sicura quando non si fa esplicito affidamento su una procedura di sostituzione a caldo documentata.
Dopo aver installato il disco sostitutivo, accendi il sistema e lascia che ZimaOS rilevi l’array degradato e il nuovo disco idoneo.
Usa la richiesta di ricostruzione di ZimaOS
L’utente della fonte non ha pubblicato alcun comando manuale di riparazione mdadm. Ha seguito le istruzioni dell’interfaccia di archiviazione e la ricostruzione è iniziata correttamente.
Le attuali indicazioni di IceWhale sull’archiviazione dicono la stessa cosa: sostituisci il disco guasto e lascia che ZimaOS guidi la ricostruzione.
Usa l’attuale procedura di recupero dello spazio di archiviazione di ZimaOS.
Usa un disco sostitutivo di capacità uguale o superiore
Il disco sostitutivo deve essere abbastanza grande da soddisfare la geometria dei membri RAID. Due dischi venduti con la stessa capacità nominale possono differire leggermente nel numero di settori utilizzabili; pertanto, quando possibile, scegliere lo stesso modello e la stessa capacità riduce gli imprevisti.
Monitora l’avanzamento della ricostruzione e lo stato dei dischi
ZimaOS 1.3.2 e versioni successive hanno introdotto una visualizzazione più chiara dell’avanzamento delle operazioni di ricostruzione RAID e di calcolo della parità. Durante la ricostruzione, evita spegnimenti non necessari, monitora temperature e stato SMART e, se possibile, riduci i carichi di lavoro intensivi.
Verifica l’array dopo il recupero
Al termine della ricostruzione, verifica che:
- lo stato del RAID sia nuovamente integro;
- tutti i membri previsti siano attivi;
- le condivisioni e le app possano leggere e scrivere normalmente;
- i file importanti si aprano correttamente;
- il backup indipendente sia aggiornato.
Il secondo RAID 0 della fonte, diventato di sola lettura, era un sintomo distinto
L’utente ha riferito che entrambi gli array erano stati impostati come di sola lettura, sebbene solo il RAID 5 avesse il disco danneggiato. La discussione non documentava perché il RAID 0 indipendente fosse stato protetto in quel modo né quale azione precisa avesse ripristinato l’accesso in scrittura.
Non presumere che un sistema ZimaOS attuale renda sempre di sola lettura ogni array dopo un singolo guasto RAID.
Domande frequenti sul recupero RAID 5
L’utente della fonte è riuscito ad avviare la ricostruzione del RAID 5?
Sì. Dopo aver sostituito il disco guasto e seguito le istruzioni, l’array è entrato in fase di recupero, con una stima di circa 13,5 ore.
Devo eseguire prima manualmente i comandi mdadm?
Non per la procedura confermata dalla fonte. Usa il percorso di ricostruzione gestito di ZimaOS, a meno che il supporto IceWhale non fornisca istruzioni specifiche da riga di comando per la tua versione.
Il RAID 5 è un backup?
No. Il RAID mantiene la disponibilità in caso di guasto di un disco; non protegge da eliminazioni accidentali, corruzione, furto o da un altro guasto durante la ricostruzione.
