¿Qué es un módulo de administración de Operations Manager?

  • Artículo

Importante

Esta versión de Operations Manager ha llegado al final del soporte técnico. Se recomienda actualizar a Operations Manager 2022.

Los módulos de administración suelen contener la configuración de supervisión para aplicaciones y servicios. Tras la importación de un módulo de administración en un grupo de administración, System Center Operations Manager comienza inmediatamente a supervisar objetos según las configuraciones y los umbrales predeterminados definidos por el módulo de administración.

Cada módulo de administración puede contener cualquiera de las siguientes partes o todas ellas:

  • Monitores, que dirigen un agente para realizar el seguimiento del estado de diversas partes de un componente administrado.

  • Reglas, que dirigen un agente para recopilar datos de rendimiento y detección, enviar alertas y eventos, etc.

  • Tareas, que definen actividades que pueden realizar el agente o la consola.

  • Información, que proporciona indicaciones textuales para ayudar a los operadores a identificar y corregir problemas.

  • Vistas, que ofrecen interfaces de usuario personalizadas para la supervisión y la administración de ese componente.

  • Informes, que definen formas especializadas de presentar la información acerca de ese componente administrado.

  • Detecciones de objetos, que identifican los objetos que se van a supervisar.

  • Perfiles de ejecución, que permiten ejecutar diferentes reglas, tareas, monitores o detecciones en distintas cuentas de distintos equipos.

Partes de un módulo de administración

Cada módulo de administración define un modelo del componente que administra. Dicho modelo se expresa como una o varias clases, cada una de las cuales representa algo que puede supervisarse y administrarse. Cuando se envía la información de un módulo de administración a un agente, este se basa en las reglas de detección específicas del módulo de administración para encontrar las instancias reales de las clases que ese módulo define.

Para reducir los requisitos de uso y almacenamiento de red impuestos al agente, únicamente se descargan al agente para su almacenamiento local las partes del módulo de administración que el agente necesita para realizar la supervisión. Por ejemplo, se descargan las secciones de los módulos de administración que definen reglas y monitores, mientras que las secciones de conocimientos e informes no.

Monitores

Cada módulo de administración define una o más clases que pueden administrarse y después especifica un grupo de monitores para las instancias de las clases. Estos monitores realizan un seguimiento del estado de cada instancia de clase, lo que facilita la prevención de posibles problemas.

Cada monitor refleja el estado de algún aspecto de una instancia de clase, y cambia a medida que el estado de la instancia de clase cambia. Por ejemplo, un monitor que realiza un seguimiento del uso del disco podría estar en uno de los tres estados: verde, si el disco es inferior al 75 % completo; amarillo, si está entre el 75 y el 90 por ciento lleno; y rojo, si está más del 90 por ciento lleno. Un monitor que realiza un seguimiento de la disponibilidad de una aplicación podría tener solo dos estados: verde, si la aplicación se está ejecutando; y rojo, si no es así. El autor de cada módulo de administración define los monitores incluidos, cuántos estados tiene cada monitor y de qué aspecto de la clase administrada realiza el seguimiento el monitor.

Reglas

En Operations Manager, una regla define los eventos y los datos de rendimiento que se van a recopilar de los equipos y qué hacer con la información después de recopilarla. Una forma sencilla de imaginarse las reglas es considerarlas enunciados del tipo si/entonces. Por ejemplo, un módulo de administración de una aplicación podría contener reglas como las siguientes:

  • Si aparece en el registro de eventos un mensaje que indica que la aplicación se va a cerrar, se enviará una alerta.

  • Si se produce un error en un intento de inicio de sesión, recopile el evento que indica este error.

Como muestran estos ejemplos, las reglas pueden enviar alertas, eventos o datos de rendimiento. Asimismo, las reglas pueden ejecutar scripts, por ejemplo, para que una regla intente reiniciar una aplicación en la que se produjo un error.

Vistas y paneles

La consola de Operations de Operations Manager proporciona vistas estándar como Estado, Alertas y Rendimiento. La consola también incluye paneles para consolidar y visualizar los datos operativos de aplicaciones o servicios específicos para aumentar la visibilidad y la información. Además, es posible crear una vista personalizada en la consola de Operations.

Conocimiento

La información es contenido, incrustado en reglas y monitores, que incluye información del autor del módulo de administración sobre las causas de una alerta y sugerencias sobre cómo corregir el problema que provocó que se emitiera una alerta. La información aparece como texto en la consola, y su objetivo es ayudar al operador a identificar y corregir problemas. El texto puede incluir vínculos a tareas, lo que permite al autor de esa información guiar a un operador a través del proceso de recuperación. Por ejemplo, el operador podría recibir en primer lugar la instrucción de ejecutar la tarea A y, a continuación, dependiendo del resultado de esta tarea, ejecutar la tarea B o la tarea C. La información también puede contener vínculos a vistas de rendimiento y a informes, lo que facilita al operador acceso directo a la información necesaria para resolver un problema.

Esta información se conoce como Información de producto o Información de la compañía. El autor del módulo de administración es quien agrega la información de producto al módulo de administración. Los administradores pueden agregar su propia información a las reglas y monitores para ampliar la información de solución de problemas y proporcionar información específica de la compañía para los operadores, denominada información de la compañía. Para obtener más información acerca de cómo agregar información de la compañía a un módulo de administración, consulte How to Add Knowledge to a Management Pack.

Tareas

Una tarea es un script u otro código ejecutable que se ejecuta o bien en el servidor de administración o bien en el servidor, cliente u otro dispositivo administrado. Las tareas pueden servir para realizar cualquier tipo de actividad, lo que incluye reiniciar una aplicación en la que produjo un error y borrar archivos. Al igual que otros aspectos de un módulo de administración, cada tarea está asociada a una clase administrada concreta. Por ejemplo, ejecutar chkdsk solo tiene sentido en una unidad de disco mientras que una tarea que reinicia Microsoft Exchange Server solo es significativa en un equipo que ejecuta Exchange Server. Si es necesario, un operador también puede ejecutar la misma tarea simultáneamente en varios sistemas administrados. Los monitores pueden tener dos tipos especiales de tareas asociadas: las tareas de diagnóstico, que intentan descubrir la causa de un problema, y las tareas de recuperación, que intentan corregir el problema. Estas tareas se pueden ejecutar automáticamente cuando el monitor entra en estado de error, con lo que se dispone de una forma automatizada de resolver los problemas. También se pueden ejecutar manualmente, ya que la recuperación automatizada no siempre es el método preferente.

Informes

Un módulo de administración, al igual que puede contener vistas personalizadas para sus objetos de destino, puede incluir también informes personalizados. Por ejemplo, un módulo de administración podría incluir una definición personalizada de uno de los informes integrados de Operations Manager que especifique los objetos exactos de destino del informe.

Detecciones de objetos

Las detecciones de objetos se usan para buscar objetos específicos en una red que necesite ser supervisada. Los módulos de administración definen el tipo de objetos que supervisa el módulo de administración. Las detecciones de objetos pueden usar el registro, WMI, secuencias de comandos, OLE DB, LDAP o incluso de código personalizado administrado para buscar objetos en una red. Si una detección de objetos encuentra objetos en la red que no desea supervisar, puede limitar el ámbito de las detecciones de objetos mediante invalidaciones.

Perfiles de identificación

Un módulo de administración puede incluir uno o más perfiles de ejecución. Los perfiles de ejecución y las cuentas de ejecución se usan para seleccionar usuarios con los privilegios necesarios para ejecutar reglas, tareas y monitores.

Los autores de módulos de administración pueden crear un perfil de ejecución y asociar el perfil con una o varias reglas, monitores, tareas o detecciones. El perfil de ejecución con nombre se importa en Operations Manager junto con el módulo de administración. A continuación, el administrador de Operations Manager crea una cuenta de ejecución con nombre y especifica los usuarios y los grupos. El administrador agrega la cuenta de ejecución al perfil de ejecución y especifica los equipos de destino en los que se debe ejecutar la cuenta. La cuenta de ejecución proporciona las credenciales para la ejecución de las reglas, los monitores, las tareas y las detecciones que se asocian con el perfil de ejecución al cual pertenece la cuenta de ejecución.

Módulos de administración sellados y sin sellar

Los módulos de administración pueden estar sellados o sin sellar. Un módulo de administración sellado es un archivo binario que no se puede editar. Un módulo de administración sin sellar es un archivo XML que se puede editar. Los módulos de administración sellados deben tener una extensión .mp, mientras que los módulos de administración sin sellar deben tener una extensión .xml.

Por lo general, los módulos de administración que se obtienen del fabricante de una aplicación o dispositivos de hardware están sellados.

Aunque no puede cambiar la configuración en un módulo de administración sellado, todavía puede personalizar la configuración aplicada de un módulo de administración después de importarla mediante invalidaciones o creando configuraciones adicionales, como reglas, monitores y tareas que reemplazan la configuración predeterminada del módulo de administración. Todas las personalizaciones que cree se guardarán en un archivo separado del módulo de administración.

Bibliotecas y dependencias de los módulos de administración

Algunos módulos de administración se conocen como bibliotecas porque proporcionan una base de clases en las que dependen otros módulos de administración. Es posible que un módulo de administración descargado del catálogo de Operations Manager pueda incluir un módulo de administración de biblioteca. Como parte del proceso de instalación de Operations Manager se importan varios módulos de administración de biblioteca. Para obtener una lista de los módulos de administración que se han importado durante la instalación de Operations Manager, vea Módulos de administración instalados con Operations Manager.

Cuando un módulo de administración hace referencia a otros módulos de administración, existe una dependencia. Debe importar todos los módulos de administración a los que se hace referencia antes de importar el módulo de administración que depende de dichos módulos de administración. Un módulo de administración incluye una guía en la que deben estar documentadas todas sus dependencias. Además, si intenta importar un módulo de administración y los módulos de administración de los que depende no están presentes, el cuadro de diálogo Importar módulos de administración mostrará un mensaje de que el módulo de administración no se importará y una lista de los módulos de administración que faltan. Después de importar un módulo de administración, puede ver sus dependencias en la consola del operador.

Para ver las dependencias de un módulo de administración

  1. En la consola del operador, en el área de trabajo Administración , seleccione Módulos de administración.

  2. Haga clic con el botón derecho en el módulo de administración deseado y seleccione Propiedades.

  3. En el cuadro de diálogo Propiedades del módulo de administración, seleccione la pestaña Dependencias .

    En la pestaña Dependencias aparecen todos los módulos de administración de los que depende el módulo de administración seleccionado, y todos los que dependen de él.

Pasos siguientes