✒️SAP BASIS La arquitectura de monitoreo
SAP BASIS La arquitectura de monitoreo
Arquitectura de monitoreo
En los landscapes actuales, muchos componentes están involucrados en un proceso. Estos componentes ya sean SAP o no, deben de ser monitoreados, ya sea por una reducción gradual en el performance o una interrupción que pueda afectar a la operación.
Si la DB se encuentra al 100% no puede continuar extendiendo las tablas en los archivos.
Si un usuario realiza una TX en que un registro que debe de ser agregado de forma asincrónica, el insert falla debido a la falta de espacio El error en la DB provoca que el proceso de actualización se desactive automáticamente.
Todas las sesiones quedan colgadas mostrando el reloj de arena, SAP queda bloqueado por completo.
El sistema central de monitoreo
Un sistema central SAP con nivel de versión más alto posible permite monitorear muchos componentes de manera sencilla, a esto se le llama tecnología de agentes.
Los datos de los sistemas remotos son solamente leídos por la TX RZ20 central. Los datos son en realidad almacenados en el sistema origen.
Los métodos de análisis también pueden ser ejecutados de manera remota.
El segmento de monitoreo se almacena a nivel de archivo (DIR_LOGGING, AL*) durante el apagado de una instancia y periódicamente cada 30 min. Luego es cargado en la memoria compartida durante el reinicio del sistema.
El monitoreo de alertas CCMS nos brinda la opción de monitoreo central y eficiente a sistemas SAP. Deben de ser instalados en cada componente que será centralmente monitoreado. Esto es automático en SAP con un software SAP_BASIS 4.0 o mayor.
Los sistemas SAP R/3 3.X y aquellos donde no hay un sistema SAP activo son conectados mediante los agentes CCMS al sistema central.
Cada componente recolecta sus datos de monitoreo y almacena localmente en la memoria.
Esta parte de la memoria principal se denomina segmento de monitoreo. (podemos configura el tamaño).
Si un sistema SAP es seleccionado como el sistema de monitoreo. Se recomienda que sea el de mayor versión de landscape y también con alta disponibilidad. En landscapes grandes es recomendable tener un sistema dedicado para tareas especiales como el monitoreo central, administración central de usuarios CUA, controlador de dominio de transportes. El solution manager es una buena opción para esto.
Desde el performance, el sistema de monitoreo central se ve afectado de forma leve, ya que la recolección de datos de monitoreo se realiza de forma descentralizada.
El sistema central recolecta los datos de monitoreo para los componentes y se visualizan de distintas maneras. El administrador tiene una vista central del landscape de sistemas. Si ocurre un error, el adm. puede “saltar” directamente desde el sistema central al sistema monitoreado por RFC al componente relevante para poder corregir el problema.
El monitor de alertas CCMS
El monitor de alertas CCMS es la TX RZ20 como visualización EL SSM (SAP Solution Manager) puede mostrar los datos en un contexto orientado a procesos. El sistema identifica el problema, puede ejecutar una reacción automática preparada, tal como avisar al responsable. El monitor de alertas muestra los datos de monitoreo en una estructura de árbol, lo cual permite una visualización clara cuando tenemos un gran número de valores.
Cada nodo en el árbol se denomina elemento de árbol de monitoreo. (MTE).
Los valores medidos se muestran en el nivel más bajo (hojas), se le conocen como atributos de monitoreo.
Los valores umbrales (Threshold values) pueden ser almacenados para un atributo de monitoreo. SAP entrega valores umbrales y ajustados si fuese necesario.
Los atribustos de monitoreo están agrupados en el segundo nivel inferior usando objetos de monitoreo. Ejemplo el objeto de monitoreo “program buffer” contiene, entre otros los atributos “hit rate” y “swap”.
Todos los otros nodos sirven para estructurar los objetos de monitoreo en una manera lógica y clara, para poder encontrar fácilmente el atributo de monitoreo que se necesite.
Un monitor CCMS muestra diferentes subareas de datos de monitoreo. Un monitor puede contener datos de múltiples sistemas SAP.
Sets de monitores
Al inicio se usan los monitores pre configurados, después podemos crear nuestros propios monitores que muestren los datos que necesitamos para el monitoreo de nuestro sistema.
Con la TX RZ20 ingresamos a los conjuntos de monitores CCMS o desde el menú:
SAP Easy Access Tolls à CCMS à Control/Monitoring à CCMS Monitor Sets.Sets de monitores
Los valores de umbrales que disparan las alertas amarillas y rojas son asignados en los atributos de monitoreo. Si la condición de umbral se alcanza, primero una alerta amarilla se dispara, luego el deterioro, en una alerta roja.
El color del atributo de monitor se propaga al nodo de más alto nivel en el árbol. La alerta más severa tiene prioridad. Podemos determinar donde hay una alerta en el árbol desde la raíz del mismo.
Cuando abrimos 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 información histórica de alertas.
Podemos procesar las alertas que han ocurrido en el pasado en la vista de alertas abiertas. Si hacemos doble clic en un MTE, el buscador de alertas se abrirá.
Si hacemos doble clic en la raíz del árbol, el sistema muestra una lista con todas las alertas en el árbol, ordenadas por rojo y amarillo.
Seleccionaos una alerta que queramos procesar y después seleccionamos 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 TX, o módulos de función especialmente programados, o llamadas URL.
No es necesario recordar todas las herramientas especiales, simplemente utilizar el monitor de alertas CCMS como punto central de entrada.
Las alertas ya procesadas se eliminan de la lista y se almacenan en una tabla de la DB.
Cuando volvemos a utilizar el monitor, solamente las alertas nuevas se muestran. Si queremos ver otra vez las alertas completadas, podemos seleccionar Show Alert History en navegador de alertas. Las alertas completas se muestran con el estado Done.
 
 
 
Sobre el autor
Publicación académica de Angel Josefat Hernandez Ponce, en su ámbito de estudios para la Carrera Consultor Basis NetWeaver.
Angel Josefat Hernandez Ponce
Profesión: Ingeniero en Sistemas - Mexico - Legajo: HZ10B
✒️Autor de: 87 Publicaciones Académicas
🎓Egresado de los módulos:
Disponibilidad Laboral: FullTime
Presentación:
Formar parte de un equipo de trabajo y consolidarme profesionalmente donde los logros y desempeño sean reconocidos, además de permitir oportunidades de desarrollo personal y profesional.
Certificación Académica de Angel Hernandez