Champ Remarques Préparation de votre stratégie de correctif

Mark D. Scott

J'AI été récemment Utilisation d'un client lors nous avons rencontré un problème de pack service intéressant. L'équipe informatique a décidé de s'appliquer SP2 aux ses serveurs de production SQL Server. Ils le faisaient qu'une attendez de équipe responsable : ils appliqués le service pack aux serveurs de l'environnement de test pour garantir les applications qui utilisé SQL Server n'a pas rompre. Tout semblait tester fine. Ils notifié tous les membres de l'organisation et planifié le correctif à appliquer aux serveurs.

Éléments s'est passé en place en production sans un problème. Ils continué à distribuer les correctifs sur les serveurs dans étape, le test et enfin le développement. Un déploiement textbook. Jusqu'à ce qu'un des développeurs a tenté d'ouvrir son projet Reporting Services. Soudain, il avait nombreuses problèmes peu étrange. Rapports s'ouvre, mais certaines parties des rapports serait indisponibles. Un autre développeur Ouvre une base de données Analysis Services. Aucun problème. Jusqu'à ce qu'il a tenté d'ouvrir l'onglet membres calculés. Quelque chose a été rompu sans aucun doute.

Comme vous l'avez pouvez deviné, le problème était que tandis que les serveurs a reçu le service pack, les développeurs n'avait pas. La mesure où les outils clients SQL Server installés sur les ordinateurs de bureau sont considérés comme à faisant partie du déploiement de bureau et non le déploiement serveur, ils ont été ignorés dans la mise à niveau. Et distribuer le service pack pour les développeurs impliquait un autre tour de test et de configuration de la distribution. (Nous ne mentionnez pas même le fait que pas tous les développeurs ont été mis hors de la commission, qui signifiait que certains avaient déjà appliqué un out-of-stratégie de service pack à leur bureau. C'est un autre article complètement.).

Pendant ce mess était en cours straightened en gestion de certaines les applications analytiques utilisées par dès le départ société à un arrêt. L'événement amené au fore comment incohérent et obscur la stratégie a sur les service packs. Il également montré certaines fractures dans les communications interdepartmental. Distribution des service packs est très importante car elle conserve le ecosphere plus sécurisé.

Certaines organisations Résistez à l'application des service packs, fearing strife les confusion de distribution du logiciel plus de surmonter les problèmes que du service pack peut vous aider. Autres organisations ne disposent aucune stratégie, ce qui permet des utilisateurs individuels et administrateurs système pour appliquer ou ignorer les correctifs comme ils le souhaitez. Cela crée son propre nightmares maintenance tels correctifs apparaissent sur un serveur, mais non un autre. Certains sont totalement protégés alors que d'autres restent au même état que lorsqu'ils ont été installés.

La plupart des organisations INFORMATIQUES plus grandes ou plus sophistiquées ont lire l'infrastructure de modèles d'optimisation et réalisez qu'ils doivent être proactive établissant stratégie et l'implémentation de procédures qui garantir ce type d'élément ne se produit pas. Ils savent que leur peuvent automatisent la plupart de ces problèmes et éviter ce type de gaffe. Toutefois, à la fin de la journée et sur le bord de l'Outils réside le fait que personnes doivent comprendre que leur affecte les autres personnes et autres services. Et ils doivent ensuite communiquer entre eux.

Il est facile de considérer les méthodes un service pack affecteront votre domaine, à prendre en considération le sous-ensemble d'éléments qui touche vos systèmes et pour couvrir vos propres bases. Il est plus difficile de penser en dehors de votre zone de privée et prendre en compte les effets de la modification en dehors de votre domaine. Parfois, on devenus comme siloed dans notre penser que les applications nous shepherd.

La bonne nouvelle est que cet événement a été corrigé relativement facilement. L'organisation disposaient un modèle arrivent à maturité. Une fois que le problème a été identifié (là encore, confondus de quelque peu car le problème existait uniquement pour les développeurs qui lu par les règles), le correctif rapidement (et automatiquement) distribué. Une nouvelle dose de communications claires et un système bien conçu a permis de résoudre le problème avec des temps d'arrêt minimal ou interruption.

Il semble que la réponse se trouve dans Autoriser notre infrastructure et nous-mêmes pour adultes. Une stratégie de pack service efficace traite des procédures, les produits et les personnes.

Sélectionnez cette option d. Scott est consultant senior chez Microsoft Consulting Services. Il travaille étroitement avec les clients pour vous aider à Création et créer des applications à grande échelle et orientés données. Vous pouvez atteindre Sélectionnez à granddaddy2002@msn.com ou mascott@microsoft.com.