Qual è il momento migliore per pianificare aggiornamenti regolari sul server di produzione interno?

Dato un server interno in esecuzione in modalità di produzione, vorrei mantenere l'impatto sugli utenti il ​​più basso possibile durante la distribuzione di aggiornamenti regolari (sul server stesso, non sui computer degli utenti ... ma sarebbe un problema abbastanza simile).

La risposta ovvia alla mia domanda è "di notte, quando gli utenti sono a casa". Ma "notte" è un lungo periodo di tempo. Si dovrebbe iniziare presto la sera per forse cogliere problemi con l'aggiornamento in anticipo ed essere pronti al rollback? Oppure è meglio iniziare la mattina presto e utilizzare i primi utenti come "cavie" per innescare più rapidamente i problemi? O nel cuore della notte quando la concentrazione di chi sovrintende all'aggiornamento è piuttosto bassa ma è garantito che non ci sono handle di file aperti di alcuni utenti che lavorano in ritardo?

Ci sono articoli di ricerca sull'argomento?

Perché non guardare storicamente l'uso simultaneo del tuo sistema e determinare in quali orari del giorno l'utilizzo è al minimo? Quindi attacca la tua modifica proprio nel mezzo di quel periodo di basso utilizzo.

Quando si stabilisce il tempo necessario per la modifica, includere test pre / post implementazione e test di verifica della produzione. Inoltre, calcola quanto tempo impiegherà la modifica per eseguire il rollback in caso di esito negativo di qualsiasi test.

IMHO i tuoi "primi utenti" non dovrebbero essere cavie. Avere utenti live fondamentalmente test di verifica della produzione delle modifiche non è una buona cosa. Distrugge la fiducia degli utenti finali e i risultati imprevisti possono incasinare la produzione, il che significa che non solo è necessario ripristinare la modifica, ma anche ripristinare qualsiasi "danno" che la modifica potrebbe aver causato.

Non conosco alcun documento di ricerca, ma dai un'occhiata a qualsiasi framework di gestione dei servizi IT (ITSM) come ITIL, troverai molti standard e best practice sulla gestione delle versioni del software. Tutti i sistemi sono diversi, quindi dipende dall'entità di quante pratiche adottate e dalla formalità. Gli standard ITSM hanno in mente grandi sistemi.

Ciò dipende interamente dalla natura del business. Alcuni uffici sono 9-5 cinque giorni alla settimana. Altre attività sono 24 ore al giorno, 365 giorni all'anno. Altri fattori come il personale e la disponibilità delle risorse svolgono un ruolo significativo. Nessun documento di ricerca potrebbe coprire in modo esauriente ogni possibile programma o eventualità.

In definitiva, la direzione dell'azienda o del dipartimento in accordo con la gestione IT deve determinare ciò che è meglio.

La chiave del successo è comunicare con gli utenti quando è pianificato l'inizio dei tempi di inattività, per quanto tempo dovrebbe durare, qualsiasi preparazione richiesta agli utenti e cosa possono aspettarsi a seguito di successo o fallimento. Gran parte di questo è soddisfare le aspettative che hai fissato.

Alla fine, nulla è inciso nella pietra. Se il processo non funziona, apportare le modifiche. La tua flessibilità e adattabilità saranno apprezzate.

Eseguendo preventivamente le procedure di manutenzione e aggiornamento sulle apparecchiature di prova, quando sarà il momento di implementarle sui sistemi di produzione, si sarà meglio preparati.

Lavoro in un ISP e nella mia esperienza, la maggior parte delle persone che considererei gli amministratori di sistemi di battitori pesanti scelgono le serate del venerdì nei fine settimana festivi per fare le loro revisioni principali della rete. Ciò fornisce loro 24 ore in più per eseguire il test e, se necessario, ripristinare le modifiche. Tuttavia, questo dipende in gran parte dalla natura e dalle abitudini dei tuoi utenti.

Installiamo gli aggiornamenti alle 21:00, abbastanza tardi la maggior parte delle persone non sarebbero accesi, abbastanza presto per fare un salto di qualità se necessario.

Nel mio caso, installiamo gli aggiornamenti alle 4 del mattino, al fine di evitare l'impatto su tutti gli utenti, anche quelli che lavorano un po 'in ritardo.

Se hai un buon sistema di monitoraggio che ti avverte se si verifica un problema, dovresti essere in grado di risolverlo la mattina presto, prima ancora di andare al lavoro.

Dipende molto dalla natura della tua attività, ma personalmente preferisco mercoledì sera dopo le 17:00. Non vorrai mai farlo venerdì sera poiché se qualcosa va storto, lavoreresti nel fine settimana. Fare questo mercoledì ti darà giovedì e venerdì per risolvere eventuali problemi.

Un altro fattore importante è la pianificazione delle finestre di gestione delle modifiche. È fondamentale far sapere alle persone che si sta eseguendo la manutenzione - che i servizi potrebbero essere interrotti o non disponibili durante quel periodo. Ti consentirà di lavorare con fiducia, invece di preoccuparti che gli utenti si lamentino del fatto che i servizi non siano attivi. La tua direzione deve ovviamente approvare le finestre di modifica.