System Center
Migración de MOM a Operations Manager 2007
Andy Dominey
Resumen:
- Planeamiento de una implementación de Operations Manager
- Valoración de necesidades de hardware
- Conservación de datos históricos
- Pruebas de los planes
La supervisión y administración del servidor es un área crítica de cualquier infraestructura moderna de TI. Es de vital importancia garantizar no sólo que la infraestructura de TI funciona correctamente, sino además que es adecuada para sostener la carga que los usuarios ejercen sobre ella. Sin embargo, reunir esta información es más fácil
de decir que de hacer, y saber qué hacer con la información una vez que la obtuvo es otra historia totalmente distinta. Afortunadamente, hay ayuda. Microsoft® Operations Manager (MOM) lo ha estado haciendo posible durante siete años, y en su última encarnación, System Center Operations Manager 2007, amplía esa base.
¿Por qué migrar?
System Center Operations Manager 2007 ofrece numerosas y considerables mejoras sobre la versión anterior, MOM 2005. La arquitectura principal se ha rediseñado y tiene muchas mejoras para permitir que el producto tenga más en cuenta las aplicaciones extendidas a través de múltiples dispositivos y para que tenga también en cuenta no sólo servidores sino todos los componentes que constituyen un servidor.
Además, Operations Manager cuenta con un eficaz motor de intercalación que puede agregar datos de alerta, lo que reducirá significativamente el número de alertas falsas. También incluye un explorador de estado que ayuda a agilizar el proceso de localización y solución de problemas.
Existen umbrales de autoajuste y un motor de línea de base que le permite realizar un seguimiento sencillo del rendimiento en su entorno, y el motor de generación de informes tiene muchas mejoras, ofreciendo informes con gráficos y detalles superiores. Eche una mirada a la figura 1 para obtener una muestra de la presentación visual de los datos de informes.
Figura 1** Informe de disponibilidad en Operations Manager 2007 **(Hacer clic en la imagen para ampliarla)
Operations Manager incluso se puede usar para supervisar equipos de escritorio así como servidores. Estas son algunas características adicionales que ofrece Operations Manager 2007:
- Excelente supervisión para la plataforma Windows Server System™
- Eficaces capacidades de supervisión de aplicaciones y funcionalidad
- Automatización de tareas comunes
- Motor de base de datos de próxima generación que facilita la escalabilidad y el control en el nivel empresarial
- Mejoras de seguridad e integración con Active Directory®
Para obtener más información acerca de las nuevas características disponibles en System Center Operations Manager 2007, consulte el artículo "Cuide sus servidores con Operations Manager 2007" de Pete Zerger en este número de TechNet Magazine.
Migración a Operations Manager
Antes de planear su migración a Operations Manager 2007, debe tener en cuenta que no hay una ruta de actualización directa para el producto. Con estos cambios considerables de arquitectura en Operations Manager, el producto no conservó suficiente compatibilidad con versiones anteriores como para permitir una actualización local. Por lo tanto, si actualmente ejecuta MOM 2000 o MOM 2005, deberá considerar alguna de las estrategias de migración descritas más adelante en este artículo.
Sin embargo, si no ejecuta una versión anterior de MOM, puede simplemente instalar la nueva versión del producto. Tenga presente que deberá decidir en la primera parte del proyecto si cuenta con suficientes habilidades en la empresa para llevar a cabo la instalación o migración, o si necesitará obtener ayuda de terceros. Obviamente, esto tendrá repercusión en el costo general del proyecto, así que se debe tener en cuenta al comienzo de este proceso.
Escenarios de migración
Para los que actualmente no ejecutan MOM, la implementación es sencilla: planear y diseñar la arquitectura y, a continuación, implementar el software. Sin embargo, si usa MOM, Microsoft admite dos escenarios de migración; en paralelo con el mismo hardware y en paralelo con hardware diferente. Exploremos ambos.
En paralelo con el mismo hardware En este escenario, Operations Manager se instala en el mismo hardware físico que el de la arquitectura MOM 2000 o MOM 2005 existente. Este método es de utilidad para emplazamientos en los que la infraestructura MOM no se usa mucho y en los que el hardware de servidor tiene la eficacia suficiente como para alojar conjuntamente tanto la versión antigua como la nueva. Sólo debe considerar este camino si la instalación de Operations Manager no tiene una repercusión seria en el rendimiento de los servidores MOM actuales.
En paralelo con hardware diferente En este caso, la nueva instalación se realiza en hardware nuevo o diferente. Este es el método preferido porque asegura una pequeña repercusión en la infraestructura de administración actual mientras se produce la migración. Cabe destacar que no necesariamente se requiere hardware adicional. Los nuevos servidores de Operations Manager 2007 se pueden incluir en equipos virtuales hasta que se pueda reasignar el antiguo hardware de servidor.
Consideraciones
Antes de confirmar una estrategia de migración en particular, hay algunos puntos importantes que se deben considerar.
En primer lugar, necesita pensar en los requisitos de hardware y software y en los costos asociados. Incluso si decide incluir o aprovisionar toda o una parte de la infraestructura de Operations Manager en equipos virtuales, aún necesita permitir las licencias de sistema operativo y aplicación así como las licencias OML (Operations Management License) para cada agente que Operations Manager supervisa.
En segundo lugar, debe planear los recursos que llevarán a cabo el trabajo. En una pequeña empresa, es posible que no se trate de un plan especialmente complejo ni difícil, pero en compañías más grandes será una parte clave en la estrategia general de migración.
También necesita considerar la repercusión potencial que esta migración podría tener en la infraestructura de supervisión actual o en el estado del servidor en conjunto. Debe planear cada eventualidad, incluida la posibilidad de rearranques del servidor o incluso de errores en servidores de producción críticos.
Tenga en cuenta que si usa la base de datos Microsoft Access™ en MOM 2000 o el almacén de datos SQL Server™ en MOM 2005 para el almacenamiento de datos de archivo y la generación de informes, actualmente la migración de estos datos a Operations Manager 2007 no es compatible.
Planeamiento para una migración correcta
Como consultor, uno de los problemas más grandes que veo es el planeamiento inadecuado de la implementación. Por lo tanto, una vez que decide si la instalación se realizará en hardware nuevo o existente, el paso siguiente es crear un plan de proyecto.
Su plan de proyecto debe enumerar las etapas del proyecto sugeridas en este artículo; aunque no se trata de una lista exhaustiva. Asegúrese de asignar tiempo suficiente a cada etapa del proyecto y de tener en cuenta todos los recursos que se necesiten.
Como mencioné, System Center Operations Manager 2007 tiene una arquitectura apreciablemente diferente de MOM 2000 y 2005. Para comenzar, hay una función de servidor adicional en Operations Manager, el servidor de administración de raíz (RMS). RMS administra la configuración del grupo de administración, controla todas las conexiones a los otros grupos de administración y productos de terceros y también es responsable de la seguridad en el grupo de administración. Esta función se puede mantener en un servidor de administración de System Center Operations Manager, pero en entornos grandes y complejos se le debe asignar su propio servidor físico. Además, el concepto de grupos de administración con niveles que existía en MOM 2005 se reemplazaron por grupos de administración conectados. En esta nueva arquitectura, los datos de alerta no pasan entre los grupos de administración; en lugar de eso, las alertas de los grupos de administración conectados simplemente se presentan en la IU del grupo de administración que las solicitan. Además, si piensa instalar agentes en equipos en dominios o grupos de trabajo que no son de confianza, deberá usar certificados para permitir que el servidor de administración y los agentes realicen la autenticación mutua (una característica obligatoria en Operations Manager).
Para diseñar la arquitectura de System Center Operations Manager, deberá considerar el número de servidores y clientes que planea supervisar, si están ubicados en un dominio de confianza, cuáles aplicaciones y plataformas necesita supervisar y si desea supervisar su infraestructura de red. También deberá identificar todas las aplicaciones que necesitan reglas o paquetes de administración personalizados.
Esta es la etapa en que debe identificar sus requisitos de paquetes de administración. Una vez que haya determinado las aplicaciones que supervisará, puede decidir cuáles paquetes de administración instalará. Los paquetes de administración contienen reglas, monitores, tareas y clases que se aplican a una aplicación o sistema operativo concretos y se deben importar si su aplicación o sistema operativo asociados se encuentran en uso en su entorno. La elección de los paquetes de administración en esta etapa tendrá un impacto en los requisitos de hardware y software y en la cantidad de tiempo que se debe asignar para instalar y configurar el software.
Una vez que tenga una idea de la arquitectura de su infraestructura de Operations Manager, debe abrir la herramienta System Center Capacity Planner 2007 (en versión beta en el momento en que se escribe este artículo). Use la herramienta para elaborar la infraestructura de red y servidores y simular la ejecución con su implementación de Operations Manager planeada para asegurar que es suficiente para supervisar y administrar su infraestructura.
En este momento, debe prestar especial atención al diseño de arquitectura si planea migrar. Debe considerar el hecho que MOM 200x se ejecuta junto con Operations Manager, lo que resulta en tráfico de red adicional.
Implementación
La implementación es la siguiente etapa que se debe analizar. Debe estar seguro de que se suministra el hardware adecuado antes de instalar el software. Si instala en un entorno nuevo, el hardware físico es mejor, especialmente para el servidor de base de datos. Sin embargo, los servidores de administración se pueden virtualizar si el hardware físico no es una opción. En un escenario de migración, el uso de servidores virtualizados es una buena alternativa a la compra de hardware para incluir la nueva infraestructura. En esta situación, puede usar equipos virtuales para incluir Operations Manager mientras los antiguos servidores MOM se retiran de servicio activo y se vuelven a montar.
Una vez que los servidores se hayan aprovisionado, puede comenzar a instalar el software. En primer lugar, asegúrese de que los servidores que ejecutarán Operations Manager cumplan los requisitos previos necesarios de software para ser compatibles él. Por ejemplo, si ejecuta SQL Server 2000 y planea instalar Operations Manager en el mismo servidor, primero deberá actualizar a SQL Server 2005 con SP1. Para realizar esta comprobación, puede ejecutar el programa de comprobación de requisitos previos de Operations Manager desde el medio de instalación de System Center Operations Manager.
Una vez establecidos todos los requisitos previos de software y configurado SQL Server y Reporting Services, puede comenzar a instalar el software de Operations Manager. En un entorno de servidor único, esta tarea es sencilla; simplemente ejecute el archivo de instalación de Operations Manager en el servidor y, a continuación, ejecute la instalación de informes de Operations Manager si desea usar esa característica. Sin embargo, en un entorno distribuido, los componentes de Operations Manager se deben instalar en los servidores individuales en el orden correcto. En primer lugar, instale la base de datos, a continuación, el primer servidor de administración, al que automáticamente le será asignada la función servidor de administración de raíz. A continuación, se puede instalar cualquiera de los servidores de administración adicionales. Como último paso, instale los componentes de consola web y de generación de informes.
Migración
En esta etapa, debe asegurarse de que la nueva infraestructura refleje la supervisión existente antes de intentar aprovechar cualquiera de las nuevas características. Todos los paquetes de administración que se usan en el entorno heredado se deben duplicar en la nueva implementación de Operations Manager. Si existe un paquete de administración de Operations Manager disponible, quizás desee importarlo, pero todos los paquetes de administración que no tengan versiones más nuevas deberán exportarse desde el grupo de administración actual, convertirse mediante la herramienta MPConvert desde el CD de instalación e importarse en Operations Manager (a menos que disponga de un paquete de administración personalizado sencillo o pequeño, en cuyo caso será preferible simplemente volverlo a crearlo). También existe una herramienta de gran utilidad a la hora de duplicar una configuración. La herramienta de migración de MOM 2005 a Operations Manager ayuda a duplicar la configuración de un grupo de administración de MOM existente en Operations Manager. Ésta se encuentra también en el CD de instalación de Operations Manager. La figura 2 muestra una configuración típica durante una migración.
Figura 2** Configuración típica durante la migración **(Hacer clic en la imagen para ampliarla)
Una vez duplicada la configuración, debe asegurarse que se obtienen las mismas alertas y se recopilan los mismos datos con Operations Manager que con MOM. Afortunadamente, el agente de Operations Manager puede coexistir con los agentes heredados de MOM de manera que ambos agentes se pueden ejecutar simultáneamente. Puede recopilar los datos de ambos y compararlos en paralelo para comprobar su exactitud antes del retiro de servicio del sistema heredado.
A continuación deber formular un plan de prueba. La prueba puede consistir simplemente en la comparación de las alertas del sistema heredado con las del sistema Operations Manager, pero también puede llegar a requerir la generación de alertas con sentido para valorar exhaustivamente la nueva infraestructura. Una vez que está satisfecho con los resultados de prueba, puede comenzar a desinstalar los agentes de MOM heredados, por medio de los programas de consola de MOM o con la opción Agregar o quitar programas en los equipos en que están instalados los agentes.
La generación de informes es una parte importante en la implementación de MOM y System Center Operations Manager, y también merece un análisis. La base de datos existente de SystemCenterReporting actualmente no se puede migrar a Operations Manager 2007, por lo que puede crear una nueva sesión de Reporting Services for Operations Manager y mantener la base de datos existente de MOM 2005 (SystemCenterReporting) en una sesión dedicada de SQL Reporting Services para mostrar los informes heredados. La nueva consola de generación de informes en System Center Operations Manager 2007 está integrada en el producto. Por lo tanto, no se recomienda usar la consola Reporting Services para nada que no sea Operations Manager. La migración de datos para la generación de informes es algo que se puede solucionar en el futuro por medio de un script de migración de datos. Pero mientras tanto, quizás tenga que despedirse de sus datos para la generación de informes archivados y simplemente consolarse con el hecho de que cuando comience a generar sus nuevos informes llamativos, los directivos estarán tan emocionados que ni siquiera advertirán que han desaparecido sus antiguos datos.
Conclusión
System Center Operations Manager ofrece mejoras considerables sobre MOM 2000 y 2005, pero estos avances vienen con cierto costo. Un cambio importante en la arquitectura subyacente (y como resultado, la ausencia de una ruta de actualización local directa) significa que esos costos de implementación son potencialmente mayores. La clave para minimizar estos costos es realizar adecuadamente el plan y asegurarse de contar con las personas adecuadas para el trabajo. De este modo, podrá disfrutar de los beneficios del esfuerzo de Microsoft con System Center Operations Manager.
Andy Dominey ha trabajado durante ocho años en el sector de TI y actualmente es empleado de 1E como especialista en administración de Windows en el Reino Unido. Trabaja con MOM desde la versión MOM 2000. Andy recibió el premio Microsoft MVP para MOM los últimos dos años.
© 2008 Microsoft Corporation and CMP Media, LLC. Reservados todos los derechos; queda prohibida la reproducción parcial o total sin previa autorización.