Recupero dati RAID 5 su un server HP con due dischi guasti su tre. I due dischi avevano problemi di firmware e molti settori danneggiati. Li abbiamo ricalibrati, copiati e abbiamo ricostruito il RAID in modo virtuale. La difficoltà vera era la parità, che il controller HP non metteva nella posizione standard. Dati recuperati per intero in poco più di 24 ore. Il caso risale al 2012 e lo raccontiamo senza i dati del cliente.
Il caso in breve
- Sistema: server HP con 3 hard disk in RAID 5.
- Sintomo: il server vedeva 2 dischi su 3 danneggiati, dati inaccessibili.
- Causa: problemi di firmware e numerosi bad sector nella zona dei dati su 2 dischi.
- Intervento: ricalibrazione dei dischi, 3 immagini, RAID 5 virtuale con ricalcolo dalla parità.
- Tempi: poco più di 24 ore dalla consegna.
Cosa era successo
Un’azienda di assistenza informatica ci ha portato i dischi del server HP di un suo cliente. Il server aveva 3 dischi in RAID 5 e all’improvviso non dava più accesso ai dati. Il controller segnalava 2 dischi su 3 come danneggiati.
La diagnosi in laboratorio
Appena arrivati i tre dischi abbiamo fatto la diagnosi. Con un server fermo i tempi sono stretti, ma la scelta dell’intervento conta più della velocità: un passo sbagliato su un RAID degradato può costare i dati.
Due dischi su tre avevano problemi di firmware e molti bad sector nella data area, la zona dove stanno fisicamente i dati.
Come abbiamo recuperato i dati
Abbiamo ricalibrato i due dischi guasti intervenendo sul firmware. Così abbiamo potuto fare le immagini di tutti e tre i dischi. Durante la copia abbiamo visto che il disco numero 3 aveva moltissimi settori danneggiati e dati corrotti.
Abbiamo quindi ricostruito il RAID 5 in modo virtuale con i soli due dischi buoni. I dati del terzo li abbiamo ricalcolati dalla parità. Per farlo servono i parametri esatti del controller: in questo caso blocchi da 64 KB e una distribuzione simmetrica dei dati.
Qui è arrivato l’ostacolo. La parità non seguiva uno schema standard: cambiava posizione dopo la diciottesima riga di blocchi e poi di nuovo dopo la trentottesima. Abbiamo studiato le immagini fino a trovare dove il controller scriveva la parità in ogni tratto. Trovato lo schema, abbiamo estratto tutti i file e controllato la loro integrità. Dati recuperati per intero in poco più di 24 ore.
Il guasto tipico dei RAID su controller HP
Ogni controller RAID organizza dati e parità a modo suo. I programmi di ricostruzione provano gli schemi più comuni e, se il controller ne usa uno diverso, producono un volume che sembra giusto ma ha file corrotti. Su un controller HP come questo, con la parità che cambiava posizione, un programma generico avrebbe restituito dati sbagliati senza nessun avviso.
L’altro rischio tipico è il controller stesso. Quando segnala due dischi guasti su tre, propone spesso di ricreare l’array o di inizializzarlo. Se accetti, scrive sui dischi e può cancellare le informazioni che servono per la ricostruzione.
Cosa imparare da questo caso
- Se il server segnala due dischi guasti su un RAID 5, spegnilo e non sostituire i dischi.
- Non ricreare l’array e non provare programmi di ricostruzione sui dischi originali.
- Annota la posizione di ogni disco nel server prima di toglierli.
Il tuo server HP in RAID 5 non si avvia?
Trovi il servizio nella pagina sul recupero dati da server. Su parità e funzionamento leggi RAID 5: significato e come funziona. La diagnosi è gratuita e il preventivo arriva entro 4 ore dalla consegna. Urgente ed Express valgono anche per server e RAID.
