Notas de campo /Prep la directiva de revisiones
Mark D. Scott
recientemente estaba trabajando con un cliente cuando ejecutamos en un problema de paquete de servicio interesante. El equipo de TI decidido aplicar Service Pack 2 a sus servidores de producción de SQL Server. Tenían uno cabría esperar de un equipo responsable: aplica el service pack a los servidores el entorno de prueba para asegurar que no se ha interrumpir las aplicaciones que utilizan SQL Server. Todo lo que parecía probar la bien. Notificación a todos los empleados de la organización y programar la revisión que se aplicará a los servidores.
Las cosas fueron en su sitio en producción sin un problema. Continúa distribuir las revisiones a los servidores en fase, prueba y, por último, el desarrollo. Una implementación de libro. Hasta que uno de los desarrolladores intentados abrir su proyecto de Reporting Services. De repente, tenía problemas de poca enrevesados multitud. Abriría informes, pero sería partes de los informes. Otro desarrollador abre una base de datos de Analysis Services. No hay ningún problema. Hasta que se intentado abrir la ficha miembros calculados. Algo se ha roto definitivamente.
Como ha puede adivinar, el problema fue que mientras los servidores había recibido el service pack, los programadores tenían no. Puesto que las herramientas de cliente de SQL Server instaladas en los equipos de escritorio se consideran parte de la implementación de escritorio y no la implementación de servidor, no se considera en la actualización. Y distribuir el service pack a los desarrolladores que implica otro ronda de pruebas y configuración de la distribución. (No se incluso mencionamos el hecho de que no todos los desarrolladores se pone fuera de la comisión, lo que significaba que ya algunos tenían aplicado un fuera de la directiva de service pack a su escritorio. Es otro artículo por completo.).
Mientras este desorden se fue straightened fuera, Mantenimiento de algunas de las aplicaciones analíticas utilizadas por la base de empresa para detenerse. El evento en el fore cómo incoherente y claro la directiva se en service pack. También se demuestra algunas fractures en las comunicaciones interdepartmental. Distribución de service pack es muy importante porque mantiene la ecosphere más segura.
Algunas organizaciones resisten la aplicación de service packs, fearing el strife y la confusión de distribuir el software más de los puntos vulnerables del service pack puede ayudar a solucionar. Otras organizaciones no tienen ninguna directiva en absoluto, que permite que los usuarios individuales y administradores de sistema para aplicar u omitir las revisiones que vea encajan. Esto crea sus propio nightmares de mantenimiento como las revisiones aparecen en un servidor pero otra no. Algunos completamente están protegidos mientras que otros usuarios permanecen en el mismo estado que cuando se instalan.
La mayoría de los mayores y más sofisticadas que las organizaciones han leer los modelos de optimización de la infraestructura y darse cuenta de que deben se forma proactiva establecer directivas y implementar procedimientos que garantizar este tipo de cosas no sucede. Sabían que pueden automatizar muchas de estas cuestiones y evitar que este tipo de gaffe. Sin embargo, al final del día y en el borde de las herramientas se encuentra el hecho de que las personas deben entender que lo que hacen afecta a otras personas y otros departamentos. Y, a continuación, necesitan comunicarse entre sí.
Es fácil de pensar en las formas de un servicio pack afectan a su dominio, tener en cuenta el subconjunto de las cosas que toque sus sistemas y para cubrir sus propios bases de datos de. Es más difícil pensar fuera el cuadro privado y considerar los efectos del cambio fuera de su territorio. En ocasiones, hemos convertido en como siloed en nuestro pensar como las aplicaciones se shepherd.
La buena noticia es que este evento se ha corregido relativamente sencilla. La organización tenía un gracias al modelo. Una vez se ha identificado el problema (nuevo, algo confundirse porque el problema sólo existía para los desarrolladores que reproduce por las reglas), la revisión se rápidamente (y automáticamente) distribuyen. Un dose actualizada de las comunicaciones claras y un sistema bien diseñado ayudó a corregir el problema con tiempo de inactividad mínimo o interrupciones.
Parece que la respuesta reside en permitir nuestra infraestructura y nosotros mismos, que maduren. Una directiva de paquete de servicios eficaz trata los procedimientos, productos y las personas.
Marque esta opción D. Scott es consultor jefe con Microsoft Consulting Services. Trabaja estrechamente con los clientes para ayudar a diseño y creación de aplicaciones a gran escala centrados en datos. Puede ponerse Marque esta opción en granddaddy2002@msn.com o mascott@microsoft.com.