ciao, a me è capitato di vederlo un po’ troppo spesso.
Server DB che lavorano su storage super ridondati con contratti di assistenza mission critical 4 ore 24x7 dove lo spazio per i log è diversamente grande “poi ci pensa il sw di backup a manutenere i log”.
Il “nostro” è capacissimo di gestire ottimamente i log di MsSQL, Oracle, SAP e via dicendo. Però capita che il repository dove scrive è ad esempio uno “storage” di cui non faccio il nome, ma c’è due volte la quarta lettera dell’alfabeto.
Sistema storage che non sempre ha lo stesso livello di ridondanza hardware e magari l’assistenza NBD. Che, facendo i buoni e prendendo un week end normale senza ponti, significa che se si rompe il venerdì mattina normalmente viene riparato il lunedì pomeriggio. Ci stanno 4 giorni di log nel ‘disco’ dedicato? No? Ah no? ahiahiahiahiahiahi (da leggersi con la voce di Adolfo Celi in Amici Miei)
Avete mai visto incidenti causati da questi incovenienti di progettazione? Io sì: il repsonsabile IT di grossa_azienda_metalmeccanica chiamò un povero collega, troppo disponibile, alla domenica dicendo “bisogna urgentemente spegnere i repo di backup perché hanno detto sui giornali che si prevedono molti cyberattacchi dalla russia”.
Il povero collega tornò a casa, spense il 2x4a lettera e così lunedì mattina Oracle era fermo 🤣
https://blog.tinivelli.com/production-must-not-rely-on-backup/
