Campo note Prepara il criterio di patch
Mark D. Scott
sono stato recentemente lavora utilizzato con un client è stato eseguito in un problema del pacchetto servizio interessante. Il team IT ha deciso di applicare SP2 ai server di produzione di SQL Server. Non quali uno previsto da un team responsabile: sono applicato il service pack ai server nell'ambiente di test per garantire che le applicazioni che è stato utilizzato SQL Server non è stata interrotta. Tutto ciò che sembrava test da fine. Questi notifica chiunque all'interno dell'organizzazione di e pianificata la patch da applicare al server.
Operazioni causa in una posizione nell'ambiente di produzione senza un hitch. Continua distribuire le patch ai server in fase di, prova e infine sviluppo. Una distribuzione textbook. Fino a uno degli sviluppatori tentati di aprire il progetto di Reporting Services. Improvvisamente, si è innumerevoli verificati problemi di poco quirky. Report verrà aperto ma parti del report sarebbe non disponibile. Un altro sviluppatore che aprire un database di Analysis Services. Nessun problema. Fino a quando non ha tentato di aprire la scheda membri calcolati. Un elemento è stato interrotto in modo definito.
Come si può immaginare, il problema è che quando il server ha ricevuto il service pack, gli sviluppatori era non. Poiché gli strumenti client di SQL Server installati nel computer desktop sono considerati parte della distribuzione desktop e non la distribuzione server, non sono state considerate nell'aggiornamento. E il service pack agli sviluppatori la distribuzione interessa un altro round di test e impostazione della distribuzione. (Non è verrà anche segnalare il fatto che non tutti gli sviluppatori sono stati inseriti all'esterno della commissione, quale significava che alcuni è già stato applicato un out-of-criterio service pack dei desktop. È un altro articolo completamente.).
Durante questo quanto è stato in straightened uscita manutenzione su alcune delle applicazioni analitiche utilizzate da zero società a un arresto. L'evento portato a fore come incoerenti e poco chiaro il criterio è stato in service pack. Inoltre illustrato alcuni fractures nelle comunicazioni interdepartmental. Distribuzione delle service pack è molto importante perché conserva il ecosphere più sicura.
Alcune organizzazioni resist l'applicazione di service pack fearing strife le confusione di distribuzione del software, più le vulnerabilità che del service pack consente di risolvere. Altre organizzazioni non sono criteri, consentendo a utenti singoli e amministratori di sistema per applicare o ignorare le patch sono vedere appropriate. Verrà creato un proprio nightmares manutenzione come patch che possono essere visualizzati in un server ma non un'altra. Alcuni sono completamente protetti mentre altri rimarrà lo stesso stato come il siano stati installati.
La maggior parte delle organizzazioni IT maggiore e/o più sofisticate sono leggere l'infrastruttura di modelli di ottimizzazione e realizzare che deve essere attivamente stabilire criteri e implementa procedure garantire questo tipo di operazione eseguita non. Conoscere che sono possibile automatizzare molti di questi problemi e impedire questo tipo di gaffe la. Tuttavia, alla fine del giorno e al bordo di strumenti risiede il fatto che gli utenti necessario comprendere in che cosa fare influenza altre persone e altri reparti. E quindi si desidera comunicare tra loro.
È possibile considerare i modi un servizio in modo semplice pack influirà del dominio, prendere in considerazione il sottoinsieme di elementi che tocca i sistemi, quindi per coprire proprio basi. È più difficile pensare all'esterno del casella privata e considerare gli effetti della modifica all'esterno dell'area di autenticazione. In alcuni casi è più come siloed nel nostro a pensare come applicazioni è shepherd.
La buona notizia è che questo evento è stato corretto modo relativamente semplice. L'organizzazione aveva un modello maturo. Una volta identificato il problema (anche in questo caso, alquanto confuso perché il problema solo esistenti per sviluppatori che riprodurre dalle regole), la patch è stata distribuita rapidamente e automaticamente. Una nuova dose di comunicazione in chiaro e un sistema ben strutturato contribuito a risolvere il problema con minimo tempo di inattività o interruzioni.
Sembra che la risposta risiede nella consentendo l'infrastruttura e lavoro per adulti. Un criterio di pack servizio efficace indirizzi procedure, prodotti e gli utenti.
segno d. Scott è un consulente senior con Microsoft Consulting Services. Si collabora con i client per guida di progettazione e creazione di applicazioni su larga scala, basati sui dati. È possibile contattare Mark in granddaddy2002@msn.com o mascott@microsoft.com.