Administración de cambios en Lync Server 2013
Última modificación del tema: 18-08-2014
Los cambios en el entorno de TI son inevitables. Los cambios incluyen nuevas tecnologías, sistemas, aplicaciones, hardware, herramientas, procesos y cambios en los roles y responsabilidades. Un sistema de administración de cambios eficaz le permite introducir cambios en el entorno de TI rápidamente y con una interrupción del servicio mínima. Un sistema de administración de cambios reúne a los equipos implicados en el cambio de un sistema. Por ejemplo, decidir aprovechar la Web Apps de Office. Se trata de una aplicación integrada de Lync Service que permite a los usuarios leer y editar documentos en un explorador. La implementación de este servicio, una vez que se haya puesto en producción, requiere la participación de varios equipos:
Equipo de prueba Este equipo prueba la Web Apps de Office en un servidor de prueba, en el proceso proporcionando información sobre los patrones de uso esperados y el rendimiento esperado de los servidores de producción.
Administradores de Lync Este equipo determina la estrategia de implementación y scripts de la instalación en la que era posible. El equipo es responsable de asegurarse de que el cambio se implementa en el entorno de producción y es responsable de la administración posteriormente. El equipo debe comprender el efecto de los cambios e incorporarlos en los procedimientos antes de que los cambios se pongan en producción
Equipo de red Este equipo es responsable de los cambios en las reglas del firewall que permiten el acceso desde Internet a los servidores de grupo de Lync internos. El equipo también es responsable de trabajar con los administradores de Lync para asegurarse de que el ancho de banda disponible pueda admitir la carga adicional.
Equipo de seguridad Este equipo evalúa la seguridad y minimiza los riesgos. El equipo de seguridad debe revisar las vulnerabilidades conocidas y ayudar a garantizar que los riesgos de seguridad se minimicen.
Equipo de aceptación de usuarios Este equipo está compuesto por usuarios que están dispuestos a probar el sistema y ofrecer comentarios para mejoras.
El proceso de administración de cambios define las responsabilidades de cada equipo y programa el trabajo que se va a realizar, incorporando comprobaciones y pruebas donde se requieran. Los controles de cambio variarán en función de la complejidad y el efecto esperado de un cambio. Pueden variar desde la aprobación automática de cambios menores, para cambiar las reuniones de revisión y las revisiones completas a nivel de proyecto. Para explicar mejor esto, los grupos de cambios se describen en esta sección.
Cambios principales Los cambios importantes tienen un efecto global en el sistema y pueden requerir la aportación de varios equipos. Un ejemplo de esto es actualizar a Lync Server 2013. Los cambios importantes afectan a muchos equipos y quizás a sistemas diferentes. Es probable que el proceso de administración de cambios incluya una o varias reuniones de revisión de cambios para informar a los equipos que participarán en el cambio o que se verán afectados por él.
Cambios significativos Los cambios significativos requieren recursos significativos para planear, compilar e implementar. Deben introducirse controles de cambio adecuados para ayudar a garantizar que se comprenda el efecto del cambio, se prueben los procedimientos de implementación y que los planes de reversión y contingencia estén listos. Un ejemplo de un cambio significativo es implementar una nueva actualización acumulativa.
Cambios menores Los cambios menores no afectan significativamente al entorno de TI, por ejemplo, al cambiar determinadas directivas de Lync a través del Panel de control de Microsoft Lync Server 2013.
Cambios estándar Los cambios estándar se realizan periódicamente y son bien comprendidos y documentados. El proceso de administración de cambios debe revisar todos los cambios en los procedimientos. No debe ser necesario para cambios de rutina como crear una base de datos de contenido o agregar un usuario.
El siguiente ejemplo de administración de cambios examina cómo interactúan los diferentes equipos y las acciones que se realizan cuando se implementa un nuevo Service Pack. Estas acciones se organizan y administran mediante el proceso de administración de cambios.
Plantear una solicitud de cambio El equipo de seguridad ha evaluado el Último Service Pack y ha confirmado que resuelve una posible vulnerabilidad en el sistema de producción. El equipo plantea una solicitud de cambio para que la nueva actualización acumulativa se aplique a todos los servidores que ejecutan Lync Server.
Revisión de notas de la versión del Service Pack El equipo del administrador de Lync revisa las notas de la versión del Service Pack para identificar el efecto en el sistema.
Se realizan una serie de pruebas de laboratorio El equipo de administrador de Lync debe realizar actualizaciones de prueba en un servidor en un entorno de prueba para decidir si el Service Pack se puede aplicar correctamente sin afectar a ninguna de las aplicaciones instaladas y los sistemas de servidor. Si hay aplicaciones de terceros o creadas internamente que interactúan con Lync Server en un entorno de producción, estas también deben probarse. Estas pruebas también se pueden utilizar para estimar el tiempo necesario para realizar las actualizaciones.
Se informa a los usuarios de la interrupción El equipo de administrador de Lync, el equipo de comunicaciones o el servicio de asistencia al usuario informa a todos los usuarios afectados sobre el ciclo de mantenimiento planeado y el tiempo que el servicio no estará disponible.
Se realiza una copia de seguridad completa de Lync antes de la actualización El equipo del administrador de Lync debe comprobar que hay una copia de seguridad válida que se puede usar para revertir al estado del sistema original si se produce un error en la instalación del Service Pack. Te recomendamos que la copia de seguridad se restaure en un servidor en espera para que este sistema esté disponible fácilmente si hay problemas.
Se implementa la actualización acumulativa El equipo del administrador de Lync realiza la instalación durante el ciclo de mantenimiento planeado.
Administrar los intervalos de cambios
Le recomendamos que implemente un procedimiento para programar cambios para evitar interrupciones en secciones superpuestas de su trabajo. Por ejemplo, dos equipos pueden planear un cambio menor en un sistema. Un equipo puede estar aplicando una actualización acumulativa en un grupo mientras otro equipo está migrando usuarios heredados a ese grupo. Ninguno de los dos equipos se ve afectado por los cambios que el otro equipo está planeando y es posible que cada equipo no sepa necesariamente acerca de los cambios que está planeando el otro equipo. Si ambos cambios se produjeron al mismo tiempo, es posible que haya problemas al implementarlos. Además, si hay problemas después de aplicar los cambios, por ejemplo, si se produce un error en la migración de usuarios, puede ser difícil decidir qué cambio se debe revertir. Debe haber períodos de mantenimiento periódicos configurados entre TI y la administración para probar los cambios y aceptarlos.