✒️SAP BASIS La arquitectura de monitoreo
SAP BASIS La arquitectura de monitoreo
ARQUITECTURA DE MONITOREO
EL PROPOSITO DE LA INFRAESTRUCTURA DE MONITOREO
Hay que monitorear regularmente los sistemas SAP y así poder tomar decisiones/acciones preventivas si es necesario.
¿Por qué?
· Asegurar un procesamiento eficiente de los procesos de negocio
· Asegurar la seguridad del sistema y la estabilidad
¿Cómo?
· De forma central y corss-system
· Con alertas ante eventuales errores
· Con ayuda que provee información detallada cross-system
¿Con qué herramientas?
· Con la ayuda de la infraestructura de monitoreo de Alertas CCMS y transacciones especiales conectadas al mismo
El monitoreo debe ser organizado de una manera eficiente.
Una estructura eficiente de monitoreo debería mostrar de manera centralizada todo 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 la tecnología de agentes. Los datos de los sistemas remotos es solamente leída por la transacción RZ20 central. Los datos propios son en realidad almacenados en el sistema origen
Los métodos de análisis también pueden ser ejecutados de forma 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 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 monitoreado. Esto es automático a partir de 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.
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 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.
Solution 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.
Desde el punto de vista de performance, el sistema de monitoreo central se ve afectado de forma leve. La recolección de los datos de monitoreo se realiza de forma descentralizada.
El sistema central recolecta los datos de monitores para los componentes y se visualizan de distintas manera.
El administrador puede “saltar” directamente del sistema central al sistema monitoreado (por RFC) al componente relevante para poder corregir el problema.
EL MONITOR DE ALERTAS CCMS
Transacción RZ20: monitor de alertas CCMS.
El monitor de alertas CCMS muestra los datos del segmento de monitoreo en una estructura de árbol. Esta permita una visualización clara cuando tenemos un gran número de valores medidos.
Cada nodo en el árbol se denomina Elemento del árbol de monitoreo o MTE.
Los valores medidos se muestran en el nivel más bajo del árbol (hojas), estas se conocen como atributos de monitoreo.
Los valores umbrales (threshold values) pueden ser almacenados para un atributo de monitoreo. Sap viene con valores umbrales pro defecto. Es posible revisarlos y ajustarlos.
Los atributos de monitores están agrupados en el segundo nivel inferior usando objetos de monitoreo.
Por ejemplo el objeto “program buffer” contiene entre otros los atributos “hit rate” y “swap”.
Todos los otros nodos en el árbol sirven para estructurar los objetos de monitoreo en una manera lógica y clara para poder encontrar el atributo de monitoreo que necesitamos.
Un monitor CCMS muestra diferentes sub áreas de datos de monitoreo. Un monitor puede contener datos de múltiples sistemas SAP.
SETS DE MONITORES
Es posible crear nuestros propios monitores.
Podemos abrir un monitor seleccionando su nombre
Podemos ver los datos correspondientes en forma de árbol
Podemos expandir un árbol haciendo clic sobre el signo que se encuentra al lado de cada MTE hasta llegar a los atributos de monitor
Los calores de umbrales disparan las alertas amarillas y rojas son asignados en los atributos de monitores.
El color del atributo se propaga al nodo más alto del árbol.
La alerta más severa tiene prioridad (rojo es más severo que amarillo).
Esto nos permite determinar que hay una alera desde la raíz del mismo árbol.
El monitor debe ser un soporte en las tareas diarias de una administrador.
Cuando 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 información histórica de alertas.
Podemos seleccionar una alerta para procesarla y luego pulsamos el botón Start Analysis Method. Esto inicia el método asignado a la MTE.
El método de análisis es una herramienta especial que nos sirve de soporte para la investigación de los problemas. Pueden ser transacciones, módulos de función especialmente programados o llamadas URL.
Una vez clarificado el problema, podemos seleccionar COMPLETE ALERTS. Esto hace que las alertas completadas se eliminan de la lista y se almacena en una tabla de la base de datos.
Para poder ver las alertas ya completadas pulsamos en Show Alert History en el navegador de alertas. Las alertas completadas tienen el estado DONE.
 
 
 
Sobre el autor
Publicación académica de Josep Antoni Lopez Moyano, en su ámbito de estudios para la Carrera Consultor Basis NetWeaver.
Josep Antoni Lopez Moyano
Profesión: It Manager - España - Legajo: QP26P
✒️Autor de: 375 Publicaciones Académicas
🎓Egresado de los módulos:
- Carrera Consultor en SAP HCM Nivel Inicial
- Carrera Consultor Basis NetWeaver Nivel Avanzado
- Carrera Consultor Basis NetWeaver Nivel Inicial
- Máster Funcional ABAP
- Máster ABAP Orientado a Objetos
- Carrera Consultor ABAP Nivel Avanzado
- Carrera Consultor ABAP Nivel Inicial