Compartir a través de

¿Qué hay en 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:

  • Supervisa, que dirige 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, monitores 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 monitores 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 monitores para instancias de las clases. Estos monitores realizan un seguimiento del estado de cada instancia de clase, lo que facilita la evitación de problemas antes de que se produzcan.

Cada monitor 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 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 % 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 que contiene, cuántos estados tiene cada monitor 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 aparece en el registro de eventos, envíe una alerta.

  • Si se produce un error en un intento de inicio de sesión, recopile 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 del operador 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 servicios o aplicaciones específicos para obtener una mayor información y visibilidad. Además, puede crear una vista personalizada en la consola del operador.

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, ejecute 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 monitores 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, consulte How to Add Knowledge to a Management Pack(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 monitor 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 deben 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 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 varios perfiles de identificació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 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, supervisar, 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 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 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, consulte 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. Debe 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 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 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, 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 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