Recupero dati RAID 5 su un server HP ProLiant ML con dischi SCSI che non si avviava più. Due dischi su tre erano inaccessibili per guasti di firmware e di elettronica. Ricostruendo il RAID abbiamo scoperto che uno dei dischi si era fermato giorni prima che il cliente se ne accorgesse: lo abbiamo escluso e ricalcolato i suoi dati dalla parità. Recupero completo. Abbiamo pubblicato il caso nel 2013 e lo raccontiamo senza i dati del cliente.
Il caso in breve
- Sistema: server HP ProLiant ML con 3 hard disk SCSI in RAID 5, con dati e gestionale.
- Sintomo: server che non si avviava dopo il degrado del RAID.
- Causa: 2 dischi inaccessibili per firmware e scheda elettronica danneggiati; uno era fermo da giorni.
- Intervento: riparazione e copia dei dischi, analisi in esadecimale, RAID 5 virtuale senza il disco fermo.
- Risultato: dati recuperati per intero.
Cosa era successo
Un avvocato ci ha portato il server del suo studio. Sul server c’erano i dati di lavoro e il gestionale. Dopo il degrado del RAID 5 il server non si avviava più.
La diagnosi in laboratorio
Abbiamo analizzato i dischi appena arrivato il server. Era un HP ProLiant ML con 3 hard disk SCSI in RAID 5. Due dischi erano inaccessibili: avevano problemi di firmware e la scheda elettronica (PCB) danneggiata.
Come abbiamo recuperato i dati
Abbiamo fatto subito l’immagine del disco funzionante. Poi abbiamo riparato e calibrato gli altri due e, una volta rimessi in funzione, abbiamo copiato anche loro.
Il passo successivo era ricreare il RAID 5 in modo virtuale. Ricostruendolo abbiamo visto che uno dei dischi si era fermato diversi giorni prima che il cliente notasse il problema. Un RAID 5 con tre dischi continua a funzionare anche con un disco in meno: per giorni il server aveva lavorato con due dischi soli, e il terzo era rimasto indietro, con dati vecchi.
Se avessimo rimesso quel disco nel RAID, avremmo mescolato dati vecchi e nuovi e ottenuto file corrotti. Analizzando in esadecimale il contenuto delle immagini abbiamo individuato il disco fermo per primo e lo abbiamo escluso dal RAID virtuale. I dati che mancavano li abbiamo ricostruiti dalla parità degli altri due. Così abbiamo ottenuto un’immagine valida del RAID e recuperato tutti i dati, integri.
Il guasto tipico dei RAID 5: il disco fermo che nessuno vede
Quando un disco di un RAID 5 si ferma, il server continua a funzionare e gli utenti non notano niente. Il controller accende una spia o scrive un avviso nel registro, ma se nessuno controlla l’array resta degradato, senza protezione. Al guasto successivo il server si blocca.
Nel recupero il disco fermo da giorni è una trappola. Sembra sano, risponde, ha dati leggibili, ma sono dati di prima. Va riconosciuto e lasciato fuori. Nei server con dischi SCSI di quegli anni c’è anche un altro problema: trovare dischi e schede compatibili per i ricambi è sempre più difficile.
Cosa imparare da questo caso
- Attiva gli avvisi del controller RAID e controlla lo stato dell’array con regolarità.
- Se il server non si avvia dopo un errore del RAID, spegnilo e non forzare il rebuild.
- Non rimettere nell’array un disco che si era fermato: può contenere dati vecchi.
- Tieni un backup del gestionale fuori dal server.
Il tuo server HP in RAID 5 non si avvia?
Trovi il servizio nella pagina sul recupero dati da server. Sugli altri problemi comuni leggi i guasti più frequenti dei server aziendali. La diagnosi è gratuita e il preventivo arriva entro 4 ore dalla consegna. Per i server il prezzo dipende da numero di dischi e configurazione.
