Server aziendale non si avvia dopo un blackout: come salvare i dati

Un blackout improvviso e il server aziendale non riparte: il LED resta spento, i dischi non girano oppure il sistema si avvia ma non trova più il volume. È una delle situazioni più delicate per un’azienda, perché su quella macchina di solito ci sono gestionale, posta, archivi condivisi e spesso anche i backup. La buona notizia è che nella maggior parte dei casi i dati sono ancora lì. Quello che fai nei primi minuti decide quanto sarà semplice riaverli.

Perché un server non si avvia dopo un blackout?

Un’interruzione di corrente raramente è pulita. Allo stacco e al ritorno della tensione si creano sbalzi che mettono sotto sforzo tutti i componenti nello stesso istante: alimentatore, scheda madre, controller RAID e dischi. Il guasto può nascere in uno qualsiasi di questi punti.

• Alimentatore o scheda madre danneggiati: il server non dà segni di vita, oppure si accende e si spegne subito. I dischi, in questo caso, spesso sono intatti.
• Controller RAID in errore: i dischi fisici sono sani, ma l’array risulta degradato, offline o “foreign”. Il server parte, non vede più il volume e a volte propone di reinizializzare la configurazione.
• Disco guasto: una testina o l’elettronica di un disco cede proprio durante la riaccensione, quando lo sforzo meccanico e termico è massimo. In un RAID può bastare un secondo disco debole a mandare in crisi tutto.
• File system o metadati corrotti: una scrittura interrotta a metà lascia il volume in uno stato incoerente. Il sistema si avvia ma chiede un controllo del disco o segnala che la partizione non è leggibile.

Capire quale di questi è il problema senza strumenti è difficile, e i sintomi spesso si assomigliano. Per questo il primo consiglio è sempre lo stesso: non tirare a indovinare sulla macchina accesa.

Cosa fare subito (e cosa non fare mai)

La regola è fermarsi prima di causare danni che poi non si tornano indietro. Un server che non parte dopo un blackout è una macchina già sotto stress: ogni riavvio è un rischio in più.

Cosa fare subito:

1. Spegni il server dall’interruttore o staccando l’alimentazione e lascialo spento.
2. Annota con precisione cosa fa all’accensione: LED, beep, messaggi a schermo, errori del controller. Anche una foto dello schermo aiuta.
3. Verifica che gli altri sistemi dell’ufficio non stiano scrivendo su quel volume (condivisioni di rete, backup automatici, software gestionale).
4. Se hai un gruppo di continuità (UPS), controlla il suo stato: potrebbe aver protetto parte dell’impianto e dirti dove è arrivato lo sbalzo.
5. Chiedi una valutazione professionale prima di qualsiasi intervento sui dischi.

Cosa non fare mai:

• Non riaccendere il server più volte “per vedere se riparte”. Su un disco con testine deboli ogni tentativo può trasformarsi in un graffio permanente.
• Non ricostruire il RAID (rebuild) e non reinizializzare la configurazione del controller. Un rebuild sul disco sbagliato riscrive i dati e rende il recupero molto più complesso.
• Non formattare, non eseguire chkdsk, fsck o riparazioni automatiche del file system: su un volume incoerente possono spostare o sovrascrivere ciò che serve.
• Non togliere i dischi senza averne segnato la posizione esatta nell’array. L’ordine dei dischi, in un RAID, è parte dei dati.
• Non affidarti a software di recupero scaricati al volo mentre il problema vero è hardware.

Quali sono i segnali che i dati sono davvero a rischio?

Alcuni comportamenti ti dicono che il guasto è più serio e che conviene fermarsi prima. Se riconosci uno di questi segnali, non insistere.

Sintomo	Possibile causa	Cosa fare
Il server non si accende per niente	Alimentatore o scheda madre	Spegni e fai valutare: i dischi di solito sono salvi
Si accende ma non trova il volume	Controller RAID o metadati	Non fare rebuild, non reinizializzare
Un disco fa clic o ronza in modo anomalo	Testine o motore del disco	Spegni subito, non riaccendere
Chiede di controllare o riparare il disco	File system corrotto	Non avviare la riparazione, spegni
L’array segnala due o più dischi mancanti	RAID degradato oltre la tolleranza	Lascia tutto com’è e chiedi una diagnosi

La difficoltà di un server, rispetto a un singolo PC, è che i dati sono distribuiti su più dischi secondo la logica dell’array. Recuperarli non significa leggere un disco: significa ricostruire come erano organizzati. Questo è il motivo per cui un intervento affrettato può rendere molto più complicato il lavoro successivo.

Perché il fai-da-te sul server è pericoloso?

Su un PC domestico un tentativo in più raramente cambia le cose. Su un server la posta in gioco è diversa, per due motivi. Il primo è la ridondanza: in un RAID 5 o RAID 6 il sistema regge la perdita di uno o due dischi, ma se durante un rebuild cede un altro disco già provato dal blackout, la finestra per recuperare si chiude. Il secondo è la complessità: parametri del controller, ordine dei dischi, dimensione dei blocchi e stato di ogni membro dell’array vanno letti e conservati, non modificati.

Molti dei casi più difficili che arrivano in laboratorio non nascono dal guasto originale, ma da ciò che è successo dopo: un rebuild lanciato sul disco sbagliato, una reinizializzazione del controller, una formattazione fatta “per provare”. Il guasto del blackout è spesso recuperabile; la sovrascrittura di dati no. Per approfondire come lavoriamo sugli array ti può servire la pagina dedicata al recupero dati RAID.

Come lavora un laboratorio sul tuo server?

Il recupero di un server segue sempre lo stesso ordine, che punta prima a mettere in sicurezza i dati e solo dopo a leggerli. Ecco cosa accade in pratica.

1. Diagnosi: si individua se il problema è elettronico (alimentatore, controller), meccanico (uno o più dischi) o logico (RAID e file system). Questo passaggio è gratuito e non invasivo.
2. Messa in sicurezza dei dischi: ogni disco viene trattato come unico. I dischi meccanicamente sofferenti si aprono in camera bianca ISO 5, un ambiente a bassissima concentrazione di particelle, perché anche un granello di polvere sui piatti può distruggere i dati.
3. Copia settore per settore: si lavora su cloni dei dischi, mai sugli originali. Così ogni tentativo successivo non rischia più i tuoi dati.
4. Ricostruzione dell’array: a partire dai cloni si ricompone la geometria del RAID (ordine, parità, blocchi) e si rimonta il volume.
5. Estrazione e verifica: si recuperano i file, se ne controlla l’apertura e si prepara la lista di ciò che è stato recuperato.

Questo è il cuore del recupero dati server: lavorare su copie, conservare la configurazione dell’array e aprire i dischi solo in un ambiente controllato. Gli stessi strumenti che un’azienda non ha in sede sono quelli che fanno la differenza tra un recupero riuscito e un disco rovinato per sempre.

Diagnosi gratuita e garanzie: come funziona

Quando il server è fermo, l’ultima cosa che serve è un preventivo al buio. Per questo il percorso è pensato per essere chiaro fin dall’inizio.

• Diagnosi gratuita: valutiamo la macchina e capiamo cosa è successo prima di darti un numero.
• Preventivo prima di procedere: ti diciamo cosa è recuperabile e a quali condizioni, senza sorprese. Si parte solo dopo il tuo via.
• Paghi solo se recuperiamo i dati: se il recupero non riesce, non paghi il lavoro.
• Lista dei file prima del pagamento: vedi cosa è stato recuperato prima di saldare.
• Ritiro in tutta Italia tramite corriere: non devi portare tu il server. Se il recupero riesce, andata e ritorno sono a nostro carico; altrimenti paghi solo la spedizione usata.
• Riservatezza: i dati aziendali restano riservati in ogni fase.

Se il tuo server non riparte dopo un blackout, la mossa più sicura è anche la più semplice: spegnilo, lascialo così e chiamaci allo 06 6228 0405 per una diagnosi gratuita. Più in fretta fermi i tentativi, più alte restano le probabilità di riavere tutto.