Recupero dati RAID 10 Seagate ST31000528AS: in questo caso del 2013 un server con quattro dischi da 1 TB in RAID 1+0 non si avviava più. Un disco aveva un guasto meccanico e il suo gemello in mirror era stato in parte sovrascritto da una ricostruzione automatica. Abbiamo riparato il disco guasto, ricostruito l’array in modo virtuale e recuperato il 99% dei dati.
Il caso: il server non si avvia più
Il cliente ci ha spedito i quattro hard disk Seagate ST31000528AS del suo server, configurati in RAID 1+0. Il server non riusciva più ad avviarsi correttamente.
Come funziona un RAID 1+0 con quattro dischi
Nel RAID 1+0, o RAID 10, i dischi lavorano in coppie. Due dischi sono uniti in stripe: i dati si alternano tra loro e le capacità si sommano. Gli altri due sono il mirror dei primi, cioè una copia esatta. In questo server quattro dischi da 1 TB formavano un’unica partizione da 2 TB. Trovi i dettagli nella guida su che cos’è il RAID 10.
La diagnosi: un disco rotto e la sua copia sovrascritta
Abbiamo sottoposto tutti e quattro i dischi a una diagnosi completa, per capire quali avessero problemi di accesso. Il risultato:
- il disco 1 non era leggibile per un guasto meccanico;
- il disco 3, la sua copia in mirror, aveva settori riallocati e una ricostruzione (rebuild) in corso, che aveva sovrascritto parte dei dati memorizzati.
In pratica la coppia che conteneva una metà dei dati non aveva più una copia affidabile. L’unica strada era recuperare il disco 1, quello rotto.
L’intervento in laboratorio
- Disco 2: per prima cosa abbiamo estratto l’immagine completa del secondo disco.
- Disco 1: lo abbiamo aperto in camera bianca, abbiamo sostituito il gruppo testine danneggiato e calibrato il disco con procedure sul firmware. Con il disco stabile ne abbiamo creato l’immagine completa.
- Ricostruzione: con le immagini dei dischi 1 e 2 abbiamo ricostruito il RAID in modo virtuale, come stripe di due dischi.
- Verifica: abbiamo estratto i dati e ne abbiamo controllato l’integrità logica con software forensi.
Il risultato
Abbiamo recuperato il 99% dei dati presenti sul RAID.
Il rebuild automatico che sovrascrive i dati
Molti controller RAID avviano da soli una ricostruzione quando un disco esce dall’array o torna disponibile. In teoria è una protezione. In pratica, se il disco di partenza ha settori deboli o se il controller sceglie la copia sbagliata come sorgente, il rebuild scrive dati vecchi o incompleti sopra quelli buoni. Sul disco 3 di questo server il rebuild aveva già sovrascritto una parte dei dati.
Un rebuild partito su un array danneggiato è uno dei casi più complessi per un laboratorio, perché sullo stesso disco convivono dati nuovi e dati sovrascritti. Per questo, quando un RAID dà segni di problemi, il primo passo dovrebbe essere la copia dei dischi, non la ricostruzione. Trovi un confronto tra le configurazioni nella guida RAID 5 o RAID 10.
Cosa fare se un server RAID 10 non si avvia
- Spegni il server e non lasciare che il controller avvii o continui una ricostruzione.
- Non sostituire dischi e non inizializzare l’array.
- Numera i dischi secondo la loro posizione prima di toglierli.
- Consegna tutti i dischi, anche quelli che sembrano sani.
Facciamo la diagnosi gratuita e ti mandiamo il preventivo entro 4 ore dalla consegna. Per i RAID il prezzo dipende dal numero di dischi e dalla configurazione, e i servizi Urgente ed Express valgono anche per server e RAID. Trovi il servizio nella pagina sul recupero dati da sistemi RAID.
