✒️SAP BASIS / La arquitectura de monitoreo Por Victor Navarro Naranjo

Arquitectura de Monitoreo.

EL PROPOSITO DE LA ARQUITECTURA DE MONITOREO.

CCMS: Computer Center Manager Sistem. Monitoreo en SAP.

MTE: Objeto de monitoreo y atributo de monitoreo.

Como administradores de sistemas SAP será una de nuestras metas asegurar el buen funcionamiento de los procesos de negocio que se ejecutan dentro del sistema. Para esto regularmente monitorearemos el sistema SAP y tomaremos acciones preventivas y de optimización de ser necesario.

¿Por qué monitorearemos el sistema SAP?

Para asegurar un procesamiento eficiente de los procesos de negocio.

Para asegurar la seguridad del sistema y la estabilidad.

¿Cómo haremos esta tarea?

De forma central y cross-system.

Con alertas ante eventuales errores.

Con ayuda que provee información detallada cross-system.

¿Con qué herramienta trabajaremos en esta tarea?

Con la ayuda de la infraestructura de monitoreo de alertas CCMS y transacciones especiales conectadas al mismo.

En los landscapes actuales, muchos componentes están involucrados en un proceso de negocio. Estos componentes ya sean productos de SAP o no, deben ser monitoreados, ya sea porque una reducción gradual en la perfonmance o una interrupción repentina de un componente podría afectar la operación normal.

Es tarea del administrador monitorear el Landscape de sistemas regularmente, y no solo en caso de errores, sino también como acción preventiva.

DOWNTIME: Interrupción del sistema SAP.

El monitoreo debería ser organizado de una manera eficiente. Un administrador no tiene el tiempo suficiente para ingresar a cada sistema y servidor para verificar el estado.

Una estructura eficiente de monitoreo debería mostrar de manera centralizada tolo el Landscape de un vistazo. Si ocurre un error, la persona responsable es notificada automáticamente.

EL SISTEMA CENTRAL DE MONITOREO

Un sistema central SAP con el nivel de versión más alto posible permite monitorear muchos componentes de manera sencilla, mediante lo que se conoce como la tecnología de agente. Los métodos de análisis pueden ser ejecutados también de forma remota.

NOTA: El Segmento de monitoreo se almacena a nivel de archivo (DIR_LOGGING,AL*) durante el apagado de una instancia, y periódicamente cada 30 minutos, luego es cargado nuevamente en la memoria compartida durante el reinicio del sistema.

La infraestructura de monitoreo de alertas CCMS nos brinda la opción de monitoreo central y eficiente de los sistemas SAP.

La infraestructura debe ser instalada en cada componente que será centralmente monitoreada. Esto es automático en el caso de los sistemas SAP con un componente de software SAP_BASIS 4.0 o superior. Los sistemas SAP R/3 3.x y aquellos componentes donde no hay un sistema SAP activo son conectados mediante los agentes CCMS al sistema central.

Cada componente recolecta sus propios datos de monitoreo usando la infraestructura y la almacena localmente en la memoria.

Esta parte de la memoria principal se denomina segmento de monitoreo. Se puede configurar el tamaño de la misma.

Un sistema SAP es seleccionado como el sistema de monitoreo central. Se recomienda que este sea el de mayor versión posible en el landscape y también con alta disponibilidad.

En Landscape grandes, es recomendable tener un sistema dedicado para tareas especiales tales como el monitoreo central, administración central de usuarios CUA, controlador de dominio de transporte. El Solutions Manager es una buena opción para esto.

NOTA: Solutions Manager es un producto que no requiere la adquisición de una licencia adicional por parte del cliente y puede usarse para una amplia gama de funciones de soporte al Landscape SAP. Para las implementaciones actuales de sistemas SAP es un prerrequisito contar con un sistema Solution Manager.

La recogida de datos del monitoreo se realiza de forma descentralizada, lo cual permite que desde el punto de vista de la performance, el sistema de monitoreo central se vea afectado de forma leve.

El sistema central recolecta los datos de monitoreo para componentes y se visualizan de distintas formas. De esta forma el administrador tiene una vista central del Landscape de sistemas. Si ocurre un error, el administrador puede saltar directamente desde el sistema central al sistema monitoreado por RFC al componente relevante para poder corregir el problema.

MONITOR DE ALERTAS CCMS

TRANSACCIÓN RZ20: Transacción de visualización de la herramienta provista por SAP, Monitor de alertas CCMS.

El SAP Solutions Manager puede mostrar los datos en un contexto orientado a procesos. Si el sistema identifica un problema, puede ejecutar una reacción automática preparada, tal como informar a la persona responsable.

El Monitor de Alertas CCMS muestra los datos del segmento de monitoreo en una estructura de árbol. Esta estructura permite una visualización clara cuando tenemos un gran número de valores medios.

Cada nodo en el árbol se denomina Elemento del Árbol de Monitoreo, por sus siglas en Ingles se abrevia MTE.

Los valores medidos se muestran en el nivel más bajo del árbol (hojas). Las hojas se conocen como atributos de monitoreo.

Los valores umbrales (threshold value) pueden ser almacenados para un atributo de monitoreo. SAP entrega valores umbrales por defecto. De todas formas, con el objetivo de ajustar el monitor para nuestro sistema, podemos verificar estos valores umbrales y ajustarlos si fuese necesario.

Los atributos de monitores están agrupados en el segundo nivel inferior usando objetos de monitoreo. por ejemplo, el objeto de monitoreo "Program Buffer" contiene, entre otros, los atributos "hit rate" y "Swap".

Todos los demás nodos del árbol sirven para estructurar los objetos de monitoreo en una manera lógica y clara, para que puedas fácilmente encontrar el atributo de monitoreo que necesitas.

Un monitor CCMS muestra diferentes sub-áreas de datos de un monitoreo. Un monitor puede contener datos de múltiples sistemas SAP.

SET DE MONITORES

Al comienzo se utilizan por lo general los monitores pre-configurados. Luego podemos crear nuestros propios monitores para mostrar exactamente los datos que necesitamos en el monitoreo de nuestro sistema.

Podemos abrir un monitor seleccionando sobre su nombre.

Después de abrir el monitor los datos se muestran en forma de árbol.

Los valores de umbrales que disparan las alertas amarillas y rojas son asignados en los atributos de monitores. Si la condición de umbral se alcanza, primero se dispara una alerta amarilla y luego si aumenta el deterioro se dispara una alerta roja.

El color del atributo de monitor se propaga al nodo de más alto nivel del árbol. La alerta más severa tiene prioridad. Esto nos permite determinar donde hay una alerta en el árbol desde la raíz del mismo.

El monitor debe ser un soporte en las tareas diarias de un administrador.

Existen dos alternativas de vistas del monitor de alertas:

Estado Actual (Current Status): Muestra el monitor con los últimos datos reportados.

Alertas Abiertas (Open Alerts): Muestra el monitor con la información histórica de alertas.

Al seleccionar la alerta que queremos procesar hacemos clic en el botón Start Analysis Method. Esto inicia el método de análisis asignado al MTE. El método de análisis es una herramienta especial que nos sirve de soporte para la investigación de los problemas. Podrían ser transacciones, o métodos de función especialmente programadas, o llamadas a URL.

Una vez resuelto el problema, podemos seleccionar Complete Alert. Las alertas ya procesadas se eliminarán de la lista y se almacenarán en una tabla de la base de datos.

Si queremos ver otra vez las alertas ya procesadas, podemos seleccionar Show Alert History en el navegador de alertas. Las alertas completadas se muestran con el estado Done.