| Home |
| Galleria fotografica |
| Calendario |
| Carica dati |
| Catalogo Chitarre |
| Pianificazione di un system disaster |
|
La pianificazione di un system disaster rappresenta una problematica che viene facilmente dimenticata dagli amministratori di sistema — non è piacevole, ma purtroppo sembra che ci sia sempre qualcos'altro a cui pensare. Tuttavia, non pianificare un disaster rappresenta l'errore più grande che un amministratore possa fare. Anche se spesso si è portati a pensare ai diversi disastri naturali (come incendi, inondazioni o temporali), possono rientrare in questa categoria i problemi di ogni giorno che influiscono nella nostra vita quotidiana. Per questo motivo la definizione di disaster per un amministratore, rappresenta un evento non pianificato che influenza la normale funzione dell'organizzazione. Anche se risultasse impossibile elencare tutti i tipi di disastri che si possono verificare, questa sezione esamina i fattori principali che fanno parte di ogni disaster, in modo da poter esaminare non le probabilità, ma le reali condizioni che si possa verificare tale evento. In generale, vi sono quattro fattori che possono innescare un disaster. Questi fattori sono: Problemi hardwareI problemi hardware sono più facili da capire — se si verifica tale errore, non è più possibile lavorare. Quello che risulta più difficile capire è la natura dei problemi e come subirne il minor impatto possibile. Se cercate di far fronte al problema che si è verificato ma l'hardware è ancora sotto la garanzia e/o vincolato da un contratto particolare, probabilmente sarete in procinto di violare i termini di questi agreement, annullando così la copertura della garanzia o di altri accordi. Questa domanda evidenzia le diverse sfaccettature della natura di qualsiasi elemento appartenente al disaster recovery. Quando considerate il tipo di hardware da conservare, ecco alcune delle problematiche da ricordare:
Ciascuno di questi punti è in relazione al tipo di unità di ricambio da conservare. Per esempio, conservare un sistema completo tenderebbe a minimizzare il downtime e richiederebbe una conoscenza minima per l'installazione, ma risulterebbe più costoso rispetto ad una CPU o modulo RAM di ricambio. Tuttavia, tale spesa potrebbe essere giustificata, se la vostra organizzazione possiede diversi server tutti identici tra loro, che possono trarre beneficio da un singolo sistema di riserva. Problemi Softwareproblemi software possono risultare in un downtime esteso. Per esempio, i possessori di un determinato tipo di sistemi computerizzati conosciuti per le loro caratteristiche di alta disponibilità, hanno recentemente riscontrato un problema. Un bug presente nel codice di gestione dell'orario del sistema operativo del computer, ha come risultato il crashing del sistema stesso in un determinato istante, e in un determinato giorno. Anche se questa situazione in particolare potrebbe risultare un esempio un pò estremo, altre problematiche relative al software potrebbero essere meno drammatiche ma allo stesso tempo devastanti. Le problematiche relative al software possono colpire una delle due aree:
Ogni tipo di problematica presenta uno specifico impatto e viene affrontata in dettaglio nelle seguenti sezioni:
Con questo tipo di problema, il sistema operativo è responsabile per l'interruzione del sistema. Le problematiche del sistema operativo hanno le loro origini da due diverse aree:
La cosa principale da ricordare delle problematiche riguardanti il sistema operativo è che le suddette problematiche possono far perdere tutto ciò che era in esecuzione durante il verificarsi di un problema. Per questo motivo essi possono avere un impatto devastante nella catena produttiva di una organizzazione.0 Errori umaniÈ stato detto che i computer sono perfetti. Il motivo di questa affermazione risiede nel fatto che se si effettua un controllo approfondito, ne risulterà che la causa principale sia un errore umano. In questa sezione, vengono esaminate le cause e gli impatti causati dai diversi errori umani.
|
| < Prec. |
|---|