![](/cvo_files/imgs_sap_abap/logos/logo_cvo_academy_it.png)
✒️SAP BASIS La arquitectura de monitoreo
SAP BASIS La arquitectura de monitoreo
![SAP BASIS La arquitectura de monitoreo SAP BASIS La arquitectura de monitoreo](https://www.cvosoft.com/cvo_files/imgs_sap_abap/og-images/337.jpg)
- El propósito de la Infraestructura de Monitoreo
El monitoreo se realiza para asegurar el procesamiento eficiente de los procesos de negocio, también para asegurar la seguridad del sistema y su estabilidad.
Como se lo realiza?. Mediante una forma central y corss-system, con alertas ante eventuales errores y con ayuda que provee información detallada cross-system.
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 deben ser monitoreados, ya sea porque una reducción graual del performance o una interrupción repentina de un componente podría afectar la operación normal de SAP.
El administrador deberá monitorear regularmente el landscape del sistema y no solo en el caso de errores sino también como acción preventiva.
Por ejemplo: El sistema de archivos donde los archivos de la base de datos llegó al 100% ocupado. La base de datos no puede continuar expandiéndose las tablas en los archivos.
Un usuario realiza una transacción de negocio en el contexto en que un registro de datos debe ser agregado de forma asíncrona a una de estas tablas. El insert falla debido a la falta de espacio en el sistema de archivos. El error en la base de datos provoca que el proceso de actualización sea automáticamente desactivado.
Todas las sesiones quedan colgadas mostrando el reloj de arena en el puntero. El sistema SAP queda bloqueado por completo. Si el nivel de llenado del sistema de archivos hubiese sido monitoreado regularmente, el administrador podría haber tomado acciones en el momento justo y la interrupción del sistema (downtime) podría haberse evitado.
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 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 lo que se conoce como tecnologái de agentes. Los datos de los sistemas remotos es solamente leida por la RZ20 central. Los datos propios en realidad almacenados en le sistema origen.
Los métodos de análisis pueden también 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 mejora 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. Esta 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 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 temañ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 tales 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 gana de funciones de soporte al landscape SAP.
Desde el punto de vista de la performance, el sistema de monitoreo central se ve afectado de forma leve, ya que la recolección 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 ladscape de sistemas. Si ocurre un error, el administrador puede "saltar" directamente desde el sistema central al sistema monitoreadio por RFC, al componente relevante para poder corregir el problema.
- El Monitor de Alertas CCMS
SAP provee la herramienta, el Monitor de Alertas CCMS (transacción RZ20) como transacción de visualización. El SAP Solution Manager puede mostrar los datos de 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 uan estructura de árbol. Esta estructura permite una visualización clara cuando tenemos un gran número de valores medidos.
Cada nodo en el árbol se denomina Elemento de Arbol 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 (thershold values) puede 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" que 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 que puedas fácilmente encontrar el atributo de monitoreo que necesitas.
Un monitor CCMS muestra diferentes subareas de datos de monitoreo. Un monitor puede contener datos de multiples sistemas SAP.
- Los Sets de Monitores
Al comienzo, se utilizan generalmente los monitores preconfigurados. Luego, es posible crear nuestros propios monitores que muestran exactamente los datos que necesitamos para el monitoreo de nuestro sistema.
Podemos abrir un monitor seleccionado sobre su nombre.
Monitores CCMS
Con la transacción RZ20 podemos ingresar a los conjuntos de monitores CCMS. Alternativamente desde el menú.
- SAP Easy Access Tools
- CCMS
- Control/Monitoring
- CCMS Monitor Sets
- Control/Monitoring
- CCMS
Luego de abrir el monitor, los datos correspondientes se muestran en forma de árbol. Podemos expandir un árbol haciendo clic sobre el signo " " que se encuentra a la par de un MTE hasta llegar a las hojas, los atributos de monitor.
Los valores umbrales que disparan las alertas amarillas y roja son asignados en los atributos de monitores. Si la condición de umbral se alcanza, primero una alerta amarilla se dispara, luego si aumenta el deterioro, una alerta roja.
El color de atributo de monitor se propaga al nodo de más alto nivel en el árbol. El alerta más severo tiene prioridad (rojo es mas severo que amarillo). Esto significa que podemos determinar donde hay un alerta en el árbol desde la raíz del mismo.
El monitor debe ser un soporte en las tareas diarias de un administrador. Luego de que hemos abierto el monitor, tenemos dos alertas de vistas:
- El estado actual (current status): muestra el monitor con los ultimos datos reportados.
- Alertas abiertas (open alerts): muestra el monitor con la información histórica de alertas.
Durante la noche previa podría haber existido algún inconveniente que actualmente ya no esta sucediendo. En la vista de "Estado Actual / Current Status" el atributo de monitor se mostrará en verde, mientras que en la vista de "Alertas Abiertas / Open Alerts" lo veremos en amarillo o rojo.
Fácilmente podemos procesar las alertas que han ocurrido en el pasado en la vista de Alertas Abiertas/Open Alerts. Si hacemos doble clic sobre un MTE en el árbol, 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 árbol.
Estos significa que 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.
Seleccionamos una alerta que queramos procesar. Luego 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 problemas. Podrían ser transacciones, o módulos de función especialmente programados o llamadas a URL.
Por lo tanto, no es necesario recordar todas las herramientas especiales, simplementte 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 base de datos.
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".
 
 
 
Sobre el autor
Publicación académica de Israel Cespedes Penaloza, en su ámbito de estudios para la Carrera Consultor Basis NetWeaver.
Israel Cespedes Penaloza
Profesión: Ingeniero Electrónico - Bolivia - Legajo: DO67A
✒️Autor de: 90 Publicaciones Académicas
🎓Egresado de los módulos:
Disponibilidad Laboral: PartTime