Compartir a través de

Ciclo de vida del módulo de administración

System Center Operations Manager usa módulos de administración que contienen la configuración de supervisión de aplicaciones y servicios. Idealmente, el módulo de administración te indica todo lo que deseas saber sobre la aplicación o la tecnología que estás supervisando y nada que no deseas saber. Los módulos de administración están diseñados para proporcionar una experiencia de supervisión útil para la mayoría de los entornos; Sin embargo, debe probar, ajustar y adaptar cada módulo de administración para proporcionar resultados óptimos para las necesidades de su organización.

El ciclo de vida del módulo de administración, descrito en la tabla siguiente, es el enfoque recomendado para usar módulos de administración. Las secciones posteriores a la tabla proporcionan detalles sobre cada fase.

Fase Descripción
Revisión y evaluación de módulos de administración en un entorno de preproducción Antes de implementar un módulo de administración en el entorno de producción, debes familiarizarte con el contenido del módulo de administración y la guía, e importar el módulo de administración en un entorno de preproducción o prueba. También puedes ver el módulo de administración en un entorno de máquina virtual.
Ajuste la configuración del paquete de administración y guárdela en un paquete de administración personalizado Usa sobrescripciones para ajustar la configuración de un módulo de administración, como monitores, reglas, detecciones de objetos y atributos, para satisfacer de manera más adecuada las necesidades de tu organización. Debe guardar las modificaciones en un paquete de administración creado por usted.
Implementación de módulos de administración en un entorno de producción Exporte el paquete de administración con anulaciones asociado al paquete de administración que va a implantar e importe paquetes de administración en su entorno de producción.
Mantener el paquete de administración Después de la implementación, es posible que un módulo de administración necesite más optimización, como en las siguientes circunstancias:

- Cambios ambientales, como el nuevo hardware o el nuevo sistema operativo.
- Agregar una nueva aplicación al entorno de producción.
- Actualización de una versión de una aplicación.
- Cuando hay disponible una versión nueva o actualizada del módulo de administración.
- Cambios de directiva, que dan lugar a una supervisión mayor o menor en función de las necesidades empresariales.

Revisar y evaluar

Cada módulo de administración debe ir acompañado de una guía del módulo de administración que se instala en la misma carpeta que el módulo de administración. Una guía del paquete de administración contiene instrucciones para instalar y configurar el paquete de administración, e información sobre el paquete de administración, como los objetos que el paquete de administración descubre y cómo se despliega la salud. Puedes usar esta información para ayudarte a personalizar el módulo de administración para tus fines. Debes revisar siempre la guía del módulo de administración antes de importarlo.

Una herramienta para revisar el contenido de un módulo de administración sellado es MPViewer, que puede mostrar el siguiente contenido del módulo de administración: reglas, monitores, vistas, tareas, tareas de consola e informes. MPViewer también mostrará el conocimiento asociado al elemento del módulo de administración determinado. Puedes instalar y usar MPViewer en cualquier equipo en el que esté instalada la Consola del operador de Operations Manager.

Cuando tenga un nuevo módulo de administración, debe importarlo a un entorno de preproducción . En Operations Manager, es un procedimiento recomendado tener una implementación de producción que se usa para supervisar las aplicaciones de producción y una implementación de preproducción que tenga una interacción mínima con el entorno de producción. El grupo de administración de preproducción se usa para probar y ajustar la funcionalidad del módulo de administración antes de implementar el módulo de administración en el entorno de producción.

Para medir con precisión los datos que recopila un módulo de administración, debes exponer el agente a las demandas del entorno de producción. El hardware del servidor de administración en el entorno de preproducción debe reflejar el hardware que está en uso en el entorno de producción. El grupo de administración de preproducción debe tener los mismos módulos de administración importados al servidor de administración que el grupo de administración de producción. Para probar la interoperabilidad, el entorno de preproducción también debe incluir los mismos tipos de roles de servidor que se encuentran en el entorno de producción, solo que a menor escala.

Puedes asignar un agente de Operations Manager a más de un grupo de administración, lo que se denomina multihoming. Si realizas un hospedaje múltiple de un subconjunto representativo de agentes en el entorno de producción y el entorno de preproducción, el entorno de preproducción debe proporcionarte la información necesaria para ajustar correctamente el módulo de administración. Para obtener más información sobre los agentes multihoming, consulte Configurar agentes de Windows.

Ajuste y personalización

Puedes usar sobrescrituras para refinar la configuración de un objeto de supervisión en Operations Manager, incluidos los monitores, las reglas, las detecciones de objetos y los atributos. Debes crear un módulo de administración en el que puedas guardar las personalizaciones que realices.

Para ajustar eficazmente la configuración de supervisión de los servicios de TI, que puede implicar uno o varios módulos de administración en función de la complejidad de ese servicio, debe implicar al propietario del servicio o a expertos en la materia, un representante del departamento de servicio, un representante de los miembros del equipo de operaciones que supervisan las alertas y los eventos y toman medidas cuando algo requiere atención, y el equipo de ingeniería responsable de la infraestructura de Operations Manager. En función del servicio supervisado por los módulos de administración, también puedes incluir una representación de los equipos de red y seguridad. Es posible que los responsables de la infraestructura de Operations Manager no tengan el conocimiento ni la experiencia en el servicio para ajustar eficazmente los módulos de administración sin la aportación de los expertos.

Empieza por revisar las alertas más comunes para mejorar la precisión de la supervisión centrándote en alertas de gran volumen. Identifica lo siguiente y prioriza en función del impacto:

  • Número y porcentaje de alertas causadas por problemas conocidos o existentes.
  • Número y porcentaje de alertas repetidas o duplicadas. Puede indicar que es necesario realizar más ajustes o que hay un problema potencial que debe investigarse más a fondo.
  • Número y porcentaje de alertas que indican problemas de rendimiento o disponibilidad.
  • Relación entre alertas y tickets generados.
  • Alertas cuyo estado de resolución se ha configurado para indicar que el flujo de trabajo está generando un volumen alto de alertas y que, tras la investigación, se determina que son defectuosas por las operaciones o el soporte de nivel 2.

Use los informes siguientes para determinar si se requiere más optimización:

  • Informe de alertas más comunes
  • Informe de alertas
  • Volumen de datos por módulo de administración

Los siguientes informes son importantes para validar que está supervisando eficazmente el servicio en su totalidad, y no lo hay:

  • Cambios de configuración debido a las reglas de detección que se ejecutan con demasiada frecuencia o a una propiedad o atributo que se recopila y cambia con frecuencia.
  • Datos de rendimiento que se están recopilando de manera demasiado frecuente o que no necesitan recopilarse porque la organización no los usará en un informe, vista o panel.
  • Datos de eventos que se recopilan que no agregan ningún valor y solo están habilitados para la solución de problemas (breve período de tiempo).
  • Oscilación del estado de salud debido a una mala configuración, un fallo u otro síntoma.
  • Regla de alertas con un recuento elevado de repeticiones.

Como mínimo, cada flujo de trabajo debe evaluarse según los criterios siguientes:

  • Repetición medible e identificable. Todo lo que no se alinee con esa categoría está deshabilitado.
  • Cuando se produce la alerta, ¿sabemos cómo resolverla?
  • Las excepciones (advertencias) que proporcionan un aviso proactivo del posible impacto en el servicio se presentan al NOC/servicio de asistencia, además de los incidentes (errores) que indican la interrupción del servicio.
  • ¿La detección se ejecuta con demasiada frecuencia?
  • ¿Necesitamos recopilar estos datos de rendimiento? ¿Es útil?
  • ¿La alerta es comprensible, relevante y actualizada?
  • ¿Debe el monitor resolver automáticamente si el síntoma o problema se corrige así mismo?

Qué ajustar

  • Frecuencia de detección
  • Supervisión de umbrales
  • Objetivos
  • Intervalos para reglas/monitores basados en secuencias de comandos y reglas de recopilación de rendimiento
  • Parámetros

Sugerencias

  • Revisa las nuevas alertas notificadas para los servidores supervisados con el nuevo módulo de administración. Puedes usar los informes de alertas y de las alertas más comunes para ayudarte a detectar las alertas más comunes. Cuando instalas por primera vez un módulo de administración, éste tiende a detectar una multitud de problemas desconocidos anteriormente. Supervisa las alertas para determinar las posibles áreas de preocupación.

  • Anule el monitor o la regla según corresponda para todos los objetos de una clase determinada, un grupo o un objeto específico.

  • Deshabilita el monitor o la regla si el problema no es lo suficientemente grave como para justificar una advertencia y no necesitas ser informado de la situación específica que se está supervisando.

  • Cambia el umbral del monitor que genera la alerta si deseas supervisar la condición subyacente, pero la alerta se genera antes de que la condición sea realmente un problema para el entorno determinado.

  • Cuando estableces las invalidaciones de un módulo de administración, guárdalas en un módulo de administración denominado ManagementPack_Override, donde ManagementPack es el nombre del módulo de administración sellado para el que se aplican las invalidaciones.

Desplegar

Cuando estés satisfecho con el rendimiento y los resultados del módulo de administración en el entorno de preproducción, puedes implementarlo y sus personalizaciones en el entorno de producción. El módulo de administración en el que guardaste las personalizaciones debe exportarse para poder importarlo a otros equipos. Para obtener más información, consulte Importación, exportación y eliminación de módulos de administración. El módulo de administración que contiene las invalidaciones que estableciste depende del módulo de administración original y solo se puede importar a grupos de administración que tengan instalado el módulo de administración original.

Mantener

Después de implementar un módulo de administración, debe evaluar periódicamente su rendimiento y los resultados en el entorno de producción para asegurarse de que continúe satisfaciendo las necesidades empresariales. En la lista siguiente se describen los eventos comunes que podrían requerir cambios en el módulo de administración:

  • Cambios en el entorno, como nuevo hardware o un nuevo sistema operativo

    Al probar nuevo hardware o un nuevo sistema operativo que planeas agregar al entorno de producción, debes incluir módulos de administración existentes en el plan de prueba para identificar cualquier ajuste adicional que pueda ser necesario. Para un nuevo sistema operativo, es posible que tengas que importar nuevos módulos de administración específicos de ese sistema operativo.

  • Adición de una aplicación nueva al entorno de producción

    Una nueva aplicación puede requerir un nuevo módulo de administración o ajustes en los módulos de administración existentes.

  • Actualización de una versión de una aplicación

    Cuando las organizaciones actualizan las versiones de la aplicación, se actualizan en fases, durante las cuales ambas versiones de la aplicación existirán en la red o se actualizan todas las instalaciones de la aplicación a la vez. Después de probar los módulos de administración con la nueva versión y realizar los ajustes necesarios, debes usar el mismo enfoque para implementar los módulos de administración que se usan para implementar las actualizaciones. Si ambas versiones de la aplicación están en uso al mismo tiempo, debe instalar los módulos de administración adecuados para cada versión. Si todas las instalaciones de la aplicación se actualizan al mismo tiempo, quite el módulo de administración de la versión anterior de la aplicación e instale el módulo de administración para la nueva versión.

  • Cuando está disponible una versión nueva o actualizada del módulo de administración

    Debes usar el entorno de preproducción para revisar y ajustar las versiones nuevas o actualizadas de un módulo de administración.

  • Cambios de directiva

    Los cambios continuos en tu empresa u organización pueden requerir ajustes en los módulos de administración para realizar más supervisión o menos supervisión.

Procedimientos recomendados para el control de cambios

A continuación se muestran algunos procedimientos recomendados que se deben seguir al administrar módulos de administración de Operations Manager:

  • Mantener un archivo de versiones del módulo de administración para permitirte revertir los cambios cuando sea necesario. Un método eficaz para mantener el archivo es mediante el software de control de versiones, como Microsoft Team Foundation Server o SharePoint Server. Otro método consiste en usar un recurso compartido de archivos en la red con carpetas individuales para cada versión del módulo de administración.

  • Cuando estableces las invalidaciones de un módulo de administración, guárdalas en un módulo de administración denominado ManagementPack_Override, donde ManagementPack es el nombre del módulo de administración sellado para el que se aplican las invalidaciones. Por ejemplo, las invalidaciones para el módulo de administración Microsoft.SQLServer.2012.Monitoring.mp se guardarán en Microsoft.SQLServer.2012.Monitoring_Overrides.xml. Para obtener más información, consulte Creación de un paquete de administración para anulaciones.

  • Cuando se actualiza un módulo de administración, actualiza el archivo _Overrides.xml correspondiente con el nuevo número de versión. Debes usar un editor XML para actualizar el número de versión del archivo _Overrides.xml. Si realizas cambios en un archivo _Overrides.xml pero no cambias el atributo de versión, puedes importar el archivo, pero no se aplicará la configuración del archivo.

  • Documente las anulaciones que realice en los paquetes de administración. Al establecer una anulación, agrega una explicación de la acción que estás realizando y el motivo en el campo de descripción seleccionando Editar en el panel Detalles del cuadro de diálogo Propiedades de anulación. También puede que desees mantener una hoja de cálculo u otro formulario para documentar los cambios que realices en los módulos de administración.

Pasos siguientes