Compartir a través de

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

  • Artículo

Normalmente, los módulos de administración contienen la configuración de supervisión de aplicaciones y servicios. Después de importar un módulo de administración en un grupo de administración, System Center Operations Manager comienza inmediatamente a supervisar objetos en función de las configuraciones y umbrales predeterminados definidos en el módulo de administración.

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

  • Supervisores, que dirigen a un agente para realizar un seguimiento del estado de varias partes de un componente administrado.

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

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

  • Conocimientos, que proporcionan consejos textuales para ayudar a los operadores a diagnosticar y corregir problemas.

  • Vistas, que ofrecen interfaces de usuario personalizadas para supervisar y administrar este componente.

  • Informes, que definen formas especializadas de informar sobre la información sobre este componente administrado.

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

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

Partes de un módulo de administración

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

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

Monitores

Cada módulo de administración define una o varias clases que se pueden administrar y, a continuación, especifica un grupo de supervisores para instancias de las clases. Estos supervisores realizan un seguimiento del estado de cada instancia de clase, lo que facilita evitar problemas antes de que se produzcan.

Cada supervisor refleja el estado de algún aspecto de una instancia de clase y cambia a medida que cambia el estado de la instancia de clase. Por ejemplo, un supervisor que realiza un seguimiento del uso del disco podría estar en uno de los tres estados: verde, si el disco está con menos del 75 % completo; amarillo, si está entre el 75 y el 90 por ciento lleno; y rojo, si está más del 90 % lleno. Un supervisor 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 supervisores que contiene, cuántos estados tiene cada supervisor y qué aspecto de la clase administrada realiza este seguimiento.

Reglas

En Operations Manager, una regla define los eventos y los datos de rendimiento para recopilar de equipos y qué hacer con la información después de recopilarla. Una manera sencilla de pensar en las reglas es como una instrucción if/then. Por ejemplo, un módulo de administración para una aplicación puede contener reglas como las siguientes:

  • Si aparece un mensaje que indica que la aplicación se está cerrando en el registro de eventos, envía una alerta.

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

Como se muestra en estos ejemplos, las reglas pueden enviar alertas, eventos o datos de rendimiento. Las reglas también pueden ejecutar scripts, como permitir que una regla intente reiniciar una aplicación con errores.

Vistas y paneles

La consola de operaciones de Operations Manager proporciona vistas estándar como State, Alerts y Performance. La consola también incluye paneles para consolidar y visualizar los datos operativos de servicios o aplicaciones específicos para obtener una mayor información y visibilidad. Además, puedes crear una vista personalizada en la consola de operaciones.

Conocimientos

El conocimiento es contenido, insertado en reglas y monitores, que contiene 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 generara una alerta. El conocimiento aparece como texto en la consola y su objetivo es ayudar a un operador a diagnosticar y corregir problemas. El texto puede incluir vínculos a tareas, lo que permite al autor de este conocimiento guiar a un operador a través del proceso de recuperación. Por ejemplo, el operador puede indicarse primero que ejecute la tarea A y, a continuación, en función del resultado de esta tarea, ejecutar la tarea B o la tarea C. El conocimiento también puede contener vínculos a vistas de rendimiento e informes, lo que proporciona al operador acceso directo a la información necesaria para resolver un problema.

El conocimiento se conoce como conocimiento del producto o conocimiento de la empresa. El autor del módulo de administración agrega conocimientos del producto al módulo de administración. Los administradores pueden agregar sus propios conocimientos a las reglas y supervisores para expandir la información de solución de problemas y proporcionar información específica de la empresa para los operadores, lo que se conoce como conocimiento de la empresa. Para obtener más información sobre cómo agregar conocimientos de empresa a un módulo de administración, consulta Cómo agregar conocimientos a un módulo de administración.

Tareas

Una tarea es un script u otro código ejecutable que se ejecuta en el servidor de administración o en el servidor, el cliente u otro dispositivo que se administra. Las tareas pueden realizar cualquier tipo de actividad, incluido el reinicio de una aplicación con errores y la eliminación de archivos. Al igual que otros aspectos de un módulo de administración, cada tarea está asociada a una clase administrada determinada. 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: tareas de diagnóstico que intentan detectar la causa de un problema y tareas de recuperación que intentan solucionar el problema. Estas tareas se pueden ejecutar automáticamente cuando el supervisor entra en un estado de error, lo que proporciona una manera automatizada de resolver problemas. También se pueden ejecutar manualmente, ya que la recuperación automatizada no siempre es el enfoque preferido.

Informes

Al igual que un módulo de administración puede contener vistas personalizadas para los objetos que tienen como destino el módulo de administración, también puede contener 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 los objetos específicos en una red que se debe supervisar. 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, scripts, OLE DB, LDAP o incluso código administrado personalizado para buscar objetos en una red. Si una detección de objetos encuentra objetos en la red que no deseas supervisar, puedes limitar el ámbito de las detecciones de objetos mediante invalidaciones.

Perfiles de identificación

Un módulo de administración puede incluir uno o varios 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 supervisores.

Los autores del módulo de administración pueden crear un perfil de ejecución y asociar el perfil a una o varias reglas, monitores, tareas o detecciones. El perfil de ejecución con nombre se importa junto con el módulo de administración en Operations Manager. A continuación, el administrador de Operations Manager crea una cuenta de ejecución con nombre y especifica usuarios y 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 ejecutar las reglas, supervisores, tareas y detecciones asociadas al perfil de ejecución al que pertenece la cuenta de ejecución.

Módulos de administración sellados y no sellados

Los módulos de administración están sellados o no sellados. Un módulo de administración sellado es un archivo binario que no se puede editar. Un módulo de administración no sellado 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 no sellados deben tener una extensión .xml.

En general, los módulos de administración obtenidos de una aplicación o proveedor de dispositivos de hardware están sellados.

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

Bibliotecas y dependencias del módulo 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. Un módulo de administración que descargue del catálogo de Operations Manager podría incluir un módulo de administración de biblioteca. Varios módulos de administración de bibliotecas se importan como parte del proceso de instalación de Operations Manager. Para obtener una lista de los módulos de administración importados durante la instalación de Operations Manager, consulta Módulos de administración instalados con Operations Manager.

Existe una dependencia cuando un módulo de administración hace referencia a otros módulos de administración. Debes importar todos los módulos de administración a los que se hace referencia para poder importar el módulo de administración que depende de esos módulos de administración. Los módulos de administración incluyen una guía del módulo de administración que debe documentar las dependencias del módulo de administración. Además, si intentas 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 Import Management Packs mostrará un mensaje que indica que el módulo de administración no podrá importar y una lista de los módulos de administración que faltan. Después de importar un módulo de administración, puedes ver sus dependencias en la consola de operaciones.

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

  1. En la consola de Operations Manager, selecciona el área de trabajo Administration y Management Packs.

  2. Haz clic con el botón derecho del ratón en el módulo de administración deseado y selecciona Properties.

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

    En la pestaña Dependencies se enumeran los módulos de administración de los que depende el módulo de administración seleccionado y los módulos de administración que dependen del módulo de administración seleccionado.

Pasos siguientes