Ho visto un'ampia gamma di processi di smantellamento (decommissioning) dell'hardware nei miei anni come amministratore di sistema. Può essere semplice come un'e-mail con un terribile avvertimento su un sistema che sarà presto dismesso fino a un processo multi-livello, multi-mese e multi-approvazione che fa sembrare la burocrazia del governo un rosa pallido. confronto.
Il processo nelle ultime due aziende in cui ho lavorato, lo smantellamento è stato un processo di 30 giorni iniziato con notifiche, un cosiddetto test "Scream" e un arresto finale, disallestimento e pallettizzazione per lo smaltimento. Adoro il termine test "Scream". Questa parte del processo prevede lo scollegamento del sistema dalla rete per due settimane per vedere se qualcuno urla per un servizio perso. È efficace e ho avuto la mia parte di opportunità per annullare una decompressione per il ripristino dei file dell'ultimo minuto e quindi riavviare il processo di nuovo.
[ Un corso gratuito per te:Panoramica tecnica su virtualizzazione e migrazione dell'infrastruttura. ]
Anche le piccole e medie imprese hanno una sorta di governance che circonda la disattivazione dei server. Potrebbero non chiamarlo disattivazione, ma il processo di solito è simile al seguente:
- Inviare una o più notifiche di fine vita del sistema alle parti interessate
- Esegui backup completi dell'intero sistema e dei suoi dati
- Scollega il sistema dalla rete ma lascia il sistema in funzione (test Scream di 2 settimane)
- Spegnere e scollegare dall'alimentazione ma lasciare il sistema in rack (periodo di incubazione di 2 settimane)
- Scarico e pallettizzazione o in alcuni casi rimessa in servizio
Personalmente ho amato il processo di decompressione. C'è qualcosa di appagante in questo. Mi piaceva passare il tempo nel data center, eseguire il DBAN su dischi, scollegare i sistemi e compilare le richieste di srack. So che non è per tutti ma mi è piaciuto. Non riesco più a gestire queste attività né direttamente né indirettamente, motivo per cui sono curioso del tuo processo.