Come fai a scoprire che il disco del registratore è morto prima di avere bisogno delle immagini?
In breve
Un registratore si tiene l'errore per sé: quasi tutti questi dispositivi non sanno mandare un avviso, sanno solo rispondere a domande. Così un disco morto, un array degradato o un volume che si è riempito restano lì per settimane con tutte le spie verdi. Qualcosa fuori dalla scatola deve chiedere, ogni pochi minuti, e dirti quando la risposta cambia.
Il disco di un registratore è la parte che fa il lavoro vero, ci si scrive sopra di continuo, ed è la parte che nessuno guarda. Quando si guasta, le telecamere restano accese, l’interfaccia si carica ancora, la vista dal vivo si muove ancora. Non si spegne niente. Il problema è tutto lì.
Che cosa non ti dirà mai il dispositivo da solo?
Che un disco è morto, che l’array è degradato, che il volume si è riempito: molti dispositivi di archiviazione e molti registratori non sanno alzare la mano. Synology afferma nella sua guida MIB che DSM non supporta i trap SNMP: il NAS risponde a domande sullo stato di salute dei dischi, sullo stato dell’array — degradato e in crash compresi — sullo spazio libero e sulla temperatura, ma solo quando qualcosa glielo chiede. Lasciato in pace, non dice nulla.
I registratori si comportano allo stesso modo. L’errore finisce in un registro eventi o su una pagina di stato dentro l’interfaccia del dispositivo stesso, e quell’interfaccia si apre quando il problema c’è già: cioè nell’unico momento in cui la risposta non serve più a niente.
Quindi il guasto non è che il dispositivo nasconda l’errore. È che l’errore è visibile solo a chi va a cercarlo, e in un mese normale nessuno va a cercarlo.
Come lo scoprono quasi tutti?
Fra i professionisti informatici la frase è quasi un genere letterario: il momento in cui il cliente e la polizia aspettano le immagini è il momento in cui scopri che il disco del registratore è morto un mese fa. Le immagini del mese prima non esistono, e nessuna buona intenzione le riporta indietro.
La versione con il NAS è più silenziosa e più cara. L’array va in degradato, tutto continua a funzionare, la mail che l’avrebbe detto non è mai partita perché il dispositivo non sa mandarla, e il secondo disco si guasta tre settimane dopo. A quel punto non è più un problema di monitoraggio, è un problema di ripristino.
Che cosa chiedere al dispositivo, e ogni quanto?
Un controllo ogni pochi minuti, da una sonda dentro la tua rete, che chiede quella manciata di numeri che il dispositivo già pubblica:
- Lo spazio libero, come numero e come andamento. Non “è quasi pieno?” una volta a trimestre, ma un valore che conservi, così la risposta diventa “pieno fra circa undici giorni” invece di “piuttosto pieno”.
- Lo stato di salute dei dischi e lo stato dell’array, dove il produttore li espone: sano, degradato, in crash. Un array degradato deve arrivarti lo stesso giorno, non lo stesso trimestre.
- La temperatura, perché un disco che scalda dentro un armadio a luglio si guasta prima dello stesso disco montato in un rack.
- Da quanto tempo il dispositivo è acceso, così un riavvio silenzioso si vede.
- Se risponde, punto, che è il minimo: un registratore che ha smesso di rispondere è un problema che devi sapere in pochi minuti.
Niente di tutto questo richiede nuove apparecchiature dentro il registratore. Richiede qualcosa di paziente sulla stessa rete, che faccia le stesse domande tutto il giorno e confronti la risposta di oggi con quella di ieri.
Avvisato non è la stessa cosa di fermo
Un array degradato non è un’interruzione. Il sistema funziona; è semplicemente a un guasto di distanza dal non funzionare. Trattare i due stati come la stessa cosa produce panico oppure, peggio, l’abitudine a ignorare l’avviso.
Tienili separati: uno stato giallo che dice “funziona ancora, va guardato questa settimana” e uno rosso che dice “adesso non funziona”. È nei gialli che stanno i risparmi facili — il disco sostituito prima del secondo guasto, il volume svuotato prima che si riempisse, il registratore riavviato apposta invece che alle tre di notte di domenica.
Che cosa fare questa settimana
- Scrivi quale registratore, quali dischi, quale array. Se nessuno sa rispondere, questo è già il primo risultato.
- Chiedi alla documentazione del produttore che cosa il dispositivo pubblica — spazio libero, stato di salute, stato dell’array, temperatura — e sorveglia quei valori dall’interno della tua rete.
- Metti la soglia gialla dove costa ancora poco: un array degradato oggi, un volume all’80 per cento, una previsione di due settimane.
- Apri una volta il registro eventi del dispositivo. Quello che ci sta dentro non letto è il tuo punto di partenza.
Un disco che si guasta a voce alta costa un disco. Un disco che si guasta in silenzio costa il mese di immagini che ci sarebbe dovuto essere sopra.
Cosa non possiamo dirti
- Non possiamo leggere un disco che il dispositivo non pubblica: se un registratore non espone nulla via SNMP o SSH, tutto quello che possiamo vedere onestamente è che risponde in rete.
- Non possiamo prevedere un disco che muore senza preavviso: leggiamo lo stato di salute che il dispositivo dichiara e lo spazio che gli resta, cosa che prende quasi tutti i casi, non tutti.
- Non possiamo dirti che le registrazioni su quel disco esistono o si riproducono: quella è la tua prova di riproduzione, e nulla in rete la sostituisce.
Le domande che fanno davvero
Perché il registratore non mi dice che il disco si è guastato?
Perché quasi tutti questi dispositivi sono fatti per rispondere, non per parlare. La documentazione di Synology afferma che DSM non supporta i trap SNMP, quindi il NAS non può mandare un avviso di propria iniziativa nemmeno quando l'array è degradato. Molti registratori funzionano allo stesso modo: l'errore è scritto su una pagina dentro la loro interfaccia web, che nessuno apre fra un incidente e l'altro.
Ho il RAID. Non basta?
Il RAID sopravvive a un disco che si guasta. Non sopravvive al fatto che nessuno se ne accorga. Un array degradato è un conto alla rovescia: funziona esattamente come prima finché non se ne va anche il secondo disco, e allora non funziona più per niente. Il valore del RAID sta tutto nei giorni fra il primo guasto e la sostituzione, e quei giorni esistono solo se qualcuno viene avvisato.
Che cosa si riesce davvero a leggere in rete da un registratore o da un NAS?
Dipende dal modello, e la risposta onesta è: quello che il suo produttore ha scelto di pubblicare. Di solito lo spazio libero, lo stato di salute dei dischi, lo stato dell'array, la temperatura e da quanto tempo il dispositivo è acceso. Axis pubblica una voce per l'interruzione dell'archiviazione, Hikvision una per lo stato dei dischi, Synology documenta i propri OID uno per uno. Una sonda dentro la tua rete chiede quei valori e ne segue l'andamento nel tempo.
Quanto preavviso ho prima che un volume sia pieno?
Dove il dispositivo espone l'occupazione, ne seguiamo l'andamento ogni notte e lo trasformiamo in una data: pieno fra circa N giorni, con un preavviso a 14 giorni e un altro a 7. Un disco che si riempie è il guasto più noioso di tutta questa famiglia, ed è anche il più facile da evitare del tutto.
Un riavvio silenzioso si vede?
Sì, dove il dispositivo dichiara da quanto tempo è acceso: un contatore che torna a zero significa che la scatola si è riavviata mentre non guardavi. Di per sé non è un guasto, ma un registratore che si riavvia ogni pochi giorni ti sta dicendo qualcosa prima di fermarsi per sempre.