• Artículo

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

 

Publicada: marzo de 2016

Se aplica a: System Center 2012 R2 Operations Manager, System Center 2012 - Operations Manager, System Center 2012 SP1 - Operations Manager

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 2012 – Operations Manager comienza inmediatamente a supervisar objetos según las configuraciones y los umbrales predeterminados establecidos 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, el agente 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 las reglas y los monitores, mientras que no se descargan las secciones de información e informes.

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 realice el seguimiento del uso de disco podría encontrarse en uno de estos tres estados: verde, si el espacio en disco es inferior al 75 por ciento; amarillo, si está entre el 75 y el 90 por ciento y rojo, si es inferior al 90 por ciento. Un monitor que realice el seguimiento de la disponibilidad de una aplicación podría tener sólo dos estados: verde, si la aplicación está en ejecución y rojo, si no lo está. 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 deben recopilar de los equipos, y qué hacer con esta información una vez recopilada. 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 al iniciar sesión, se recopilará 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

La consola de Operations de Operations Manager proporciona vistas estándar como Estado, Alertas y Rendimiento. Un módulo de administración podría incluir vistas especializadas, exclusivas de ese módulo de administración. Además, es posible crear una vista personalizada en la consola de Operations.

Conocimientos

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 Cómo agregar conocimiento a un paquete de administración.

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 tiene sentido sólo en una unidad de disco, mientras que una tarea que reinicia Microsoft Exchange Server está justificada únicamente en un equipo en el que se ejecute 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 objeto encuentra objetos que no desea supervisar en la red, puede limitar el ámbito de las detecciones de objetos mediante invalidaciones.

Perfiles de ejecució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 de un módulo de administración sellado, puede personalizar la configuración aplicada de un módulo de administración después de su importación mediante invalidaciones o mediante la creación de configuraciones adicionales, tales como reglas, monitores y tareas que reemplacen la configuración del módulo de administración predeterminado. 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

Ciertos paquetes de administración se conocen como Bibliotecas, ya que proporcionan una base de clases de 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 módulos de administración importados durante la instalación de Operations Manager, consulte 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 informando de que el módulo de administración no se podrá 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, haga clic en Módulos de administración.

  2. Haga clic con el botón secundario en el módulo de administración deseado y, a continuación, haga clic en Propiedades.

  3. En el cuadro de diálogo Propiedades del módulo de administración, haga clic en 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.