✒️SAP BASIS La arquitectura de monitoreo

Unidad 1. Arquitectura de monitoreo.

1. El proposito de la infraestructura de monitoreo.

Regularmente monitorearemos el sistema SAP y tomaremos acciones preventivas si es necesario.

Porque?

- Para asegurar un procesamiento eficiente de los procesos de negocio.

- Para asegurar la seguridad del sistema y la estabilidad.

Como?

- De forma central y cross-system.

- Con alertas ante eventuales errores.

- Con ayuda que provee informacion detallada cross-system.

Con que herramientas?

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

En los landscapes actuales, muchos componentes estan involucrados en un proceso de negocio. Estos componentes, ya sean productos de SAP o no, deben de ser monitoreados; ya sea porque una reduccion gradual en la performance o una interrupcion repentina de un componente podria afectar la operacion normal.

Es tarea del administrador monitorear el landscape de sistemas regularmente, y no solo en el caso de errores sino tambien como accion preventiva.

Por ejemplo: El sistema de archivos donde los archivos de la bd se encuentra, está 100% ocupado. La bd no puede continuar extendiendo las tablas en los archivos.

Un usuario realiza una transacciion de negocio en el contexto en que un registro de datos debe ser agregado de forma asincronica a una de estas tablas.

El insert falla debido a la falta de espacio en el sistema de archivos. El error en la bd provoca que el proceso de actualizacion sea automaticamente desactivado.

Todas las sesiones quedan colgadas (detenidas) mostrando el reloj de arena en el puntero. El sistema SAP queda bloqueado por completo. Si el nivel de llenado del sistema de archivo hubiese sido monitoreado regularmente, el administrador podria haber tomado acciones en el momento justo y la interrupcion del sistema (downtime) podria haberse evitado.

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

Una estructura eficiente de monitoreo deberia mostrar de manera centralizada todo el landscape de un vistazo. Si ocurre un error, la persona responsable es notificada automaticamente.

2. El sistema central de monitoreo

Un sistema central SAP con el nivel de version más alto posible permite monitorear muchos componentes de manera sencilla, mediante lo que se conoce como la tecnologia de agentes, por ejemplo:Como muestra la figura anterior (Monitoreo central), los datos de los sistemas remotos es solamente leida por la RZ20. Los datos propios son en realidad almacenados en el sistema origen. Los metodos de analisis pueden también ser ejecutados de forma remota.

NOTA: El segmento de monitoreo se almacena a nivel de archivo (DIR_LOGGING,AL*) durante el apagado de una instancia, y periodicamente 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 opcion de monitoreo central y eficiente de los sistemas SAP. La infraestructura debe ser instalada en cada componente que será centralmente monitoreado. Esto es automático en el caso de los sistemas SAP con un componente de software SAP_BASIS 4.0 o mayor. Los sistemas SAP R/3 3.x y aquellos componentes donde no hay 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 ppal se denomina segmento de monitoreo (Se recomienda que este sea el de mayor version posible en el landscape y tambien con alta disponibilidad).

En landscapes grandes, es recomendable tener un sistema dedicado para tareas especiales tales como el monitoreo central, administracion dentral de usuarios (CUA), controlador de dominio de transportes (El Solution Manager es una buena opcion para esto).

NOTA: Solution Manager es un producto que no requiere la adquisicion 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 prerequisito contar con un sistema solution manager. Encontramos herramientas de Administracion de transporte centralizada, Administracion de helpdesk, Evaluacion de proyectos, Herramientas de testing y finalmente trata de imponer una herramienta centralizada de todas nuestras instalaciones.

Desde el punto de vista de la performance, el sistema de monitoreo central se ve afectado de forma leve, ya que la recoleccion de los datos de monitoreo se realizan de forma descentralizada. El sistema central recolecta los datos de monitoreo para los componentes y se visualizan de distintas maneras. De esta manera, 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.

3. El monitor de alertas CCMS

Sap provee una herramienta, el monitor de alertas CCMS (transaccion RZ20) como transaccion de visualizacion. El SAP Solution Manager puede mostrar los datos en un contexto orientado a procesos. Si el sistema identifica un problema, puede ejecutar una reaccion 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 arbol. Esta estructura permite una visualizacion clara cuando tenemos un gran numero de valores medidos. Cada nodo en el arbol se denomina Elemento del Arbol de Monitoreo, por sus siglas en inglés se abrevia MTE.

Los valores medidos se muestran en el nivel mas bajo del arbol (hojas). Las hojas se conocen como atributos de monitoreo.

Los valores umbrales (threshold values) 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 demonitores estan agrupados en el 2do 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 otros nodos en el arbol sirven para estructurar los objetos de monitoreo en una manera lógica y clara, para que puedas facilmente encontrar el atributo de monitoreo que necesitas.

Un monitor CCMS,muestra diferentes sub areas de datos de monitoreo. Un monitor puede contener datos de multiples sistemas SAP.

4. SETS de monitores.

Al comienzo se utilizan generalmente los monitores preconfigurados. Luego, es posible crear nuestros propios monitores que muestren exactamente los datos que necesitamos para el monitoreo de nuestro sistema. Podemos abrir un monitor seleccionando sobre su nombre.

NOTA: MOnitores CCMS: Con la transaccion RZ20 podemos ingresar a los conjuntos de monitores CCMS. Alternativamente desde el menu: SAP easy Access Tools + CCMS + Control/Monitoring + CCMS Monitor Sets

Luego de abrir el monitor, los datos correspondientes se muestran en forma de arbol. Podemos expandir un arbol haciendo click sobre el signo "+" que se encuentra a la par de un MTE hasta llegar a las hojas, los atributos de monitor.

Los valores de umbrales que disparan las alertas amarilla y roja son asignados en los atributos de monitores. Si la condicion de umbral se alcanza, 1ero una alerta amarilla se dispara, luego si aumenta el deterioro, una alerta roja se mostrará.

El color del atributo de monitor se propaga al nodo de más alto nivel en el arbol. El alerta más severo tiene prioridad (rojo es más severo que amarillo). Esto significa que podemos determinar donde hay un alerta en el arbol desde la raiz del mismo. El monitor debe ser un soporte en las tareas diarias de un administrador. Luego de que hemos abierto el monitor, tenemos dos alternativas de vistas:

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

- Alertas abiertas (Open Alerts): Muestra el monitor con la informacion historica de alertas.

Por ejemplo, durante la noche previa podria haber existido algun inconveniente que actualmente ya no esta sucediendo. En la vista de estado actual, el atributo de monitor se mostrará verde, mientras que en la vista de alertas abiertas lo veremos de color amarillo o rojo.

Una vez que nos aseguramos que no hay problemas actuales, podemos luego investigar los problemas que ocurrieron previamente. La vista del monitor seleccionada se visualiza y se modifica desde la parte superior del monitor.

Facilmente podemos procesar las alertas que han ocurrido en el pasado en la lista de Alertas Abiertas. Si hacemos doble click sobre un MTE en el arbol, el buscador de alertas se abrirá, el cual muestra todas las alertas para el MTE seleccionado y las alertas que se encuentran por debajo en el arbol. Esto significa que si hacemos doble click en la raiz del arbol, el sistema mostrará una lista con todas las alertas en el arbol, ordenadas por Rojo y Amarillo.

Seleccionamos una alerta que queramos procesar. Luego seleccionamos el boton Start Analysis Method. Esto inicia el metodo de analisis asignado al MTE. El metodo de analisis es una herramienta especial que nos sirve de soporte para la investigacion de los problemas. Podrian ser transacciones o modulos de funcion especialmente programados o llamadas URL. Por lo tanto no es necesario recordar todas estas herramientas especiales, simplemente utilizar el Monitor de alertas CCMS como un punto central de entrada.

Luego de que hemos clarificado el problema, podemos seleccionar Complete Alerts. Las alertas ya procesadas se eliminan de la lista y se almacenan en una tabla de la bd. De esta manera procedemos con el resto de las alertas. Cuando utilizamos la proxima vez el monitor, solamente las alertas nuevas se muestran. Si queremos ver nuevamente las alertas completas, podemos seleccionar Show Alert History en el navegador de alertas. Las alertas completas se muestran en el estado DONE.

Agradecimiento:

Ha agradecido este aporte: Sharly Aponte Escobar