1. EL PROPOSITO DE LA INFRAESTRUCTURA DE MONITOREO
¿PARA QUE MONITOREAMOS SAP?
Para que nos se nos eche a perder el sistema.
Para adelantarnos a situaciones, algo así como predecir el futuro y atinarle a lo que pueda pasar ... pero haciendo uso de los datos y umbrales que le coloquemos a los vamos a monitorear.
Para que los usuarios confien en su sistema, sientan seguridad de la herramienta y respaldo en los procesos de su negocio ... para evitarles dolores de cabeza.
¿COMO LE HACES PARA MONITOREAR EL SAP?
Hay muchas formas, pero de forma centralizado este mejor. Asi que sea CENTRAL y CROSS-SYSTEM (que se monitore lo que es NO SAP también)
Necitamos alertas que nos notifiquen cuando algo esta por pasarse de la raya un indicador o que nos digan que se nos acaba un recurso o que rompen una regla o que nos digan que hay error.
¿CON QUE HERRAMIENTAS VAS A MONITOREAR?
En SAP hay una infraestructura de monitoreo que se llama ALERTAS CCMS la cual nos permite monitorear el sistema de manera centralizada y su ocurre algún evento nos notifica.
2. EL SISTEMA CENTRAL DE MONITOREO
El sistema que va a jugar el rol de monitor debe ser el que tenga la versión mas actualizada de SAP. Podemos acceder al monitor a través de la transacción RZ20.
El sistema Central de Monitoreo se conecta a los otros sistemas y lee la información de monitoreo que ya tienen almacenada en un segmento de memoria llamado segmento de monitoreo. Este segmento de monitoreo le puedes cambiar el tamaño.
Cada componente o sistema que vayamos a monitorear debe tener instalado la tecnología de agentes, en el caso de los sistemas SAP ya vienen con la tecnología en un componente de software llamado SAP_BASIS 4.0 o mayor, para los que no cuentan con SAP activo o tienen una menor versión del componente son conectados por los AGENTES CCMS hacia el sistema central.
Se recomienda para instalaciones grandes (no se que tan grandes??? :P) tener un servidor dedicado a tareas centralizadas como por ejemplo:
- MONITOREO (CCMS)
- ADMNISTRACION DE USUARIOS (CUA)
- CONTROLADOR DE DOMINIO PARA LOS TRANSPORTES (CHARM)
- DOCUMENTACION
- OTRAS
Solution Manager (SOLMAN) es la mejor herramienta SAP para encargarse de estas tareas.
Lo chevere de tener un sistema dedicado a estas tareas es que cuando tienes un problema por ejemplo de performace en los servidores monitoreados, te afecta leve porque la recolección de datos no la haces en el servidor del problema.
El sistema central recolecta los datos de monitoreo de los otros servidores y te la presenta en una vista en el monitor. Si ocurre un error puedes saltar a través de una RFC desde el monitor hasta el servidor con problemas.
3. EL MONITOR DE ALERTAS CCMS
El monitor de alertas de SAP CCMS lo invocamos con la transacción RZ20. Desde SOLMAN el monitor nos muestra los datos en un contexto orientado a procesos ( necesito ver esto por que no lo entiendo)
Cuando entres a la RZ20 se abre el monitor y aparece un set de monitores con una estructura jerárquica en forma de ARBOL.
Cada monitor tiene su ARBOL y esta compuesto de la siguiente forma:
- Los NODOS que también les llaman MTE (Monitoring Tree Elements) son la estructura mas top del monitor.
- El OBJETO DE MONITOREO agrupa las HOJAS o atributos de monitoreo.
- Las HOJAS o también llamados atributos de monitoreo.
- Los VALORES UMBRALES (Thresholds values) que van dentro de la HOJA o atributo de monitoreo. Los valores umbrales SAP los coloca por defecto pero nosotros los podemos cambiar.
4. SET DE MONITORES
Para empezar usamos los monitores que vienen por defecto pero luego puedes crear los propios.
Los valores umbrales cuando son superados disparan alertas amarillas o rojas, esto se puede configurar. Rojo es mas severo que amarillo. El color de la alerta se propaga hasta la raíz y así es mas fácil de pillar donde es el problema.
El monitor hay que echarle ojo todos los dias y te presenta dos tipos de vistas:
- Vista Estado actual (Current Status); Muestra los últimos datos reportados
- Vistas Abiertas (Open alerts): muestra el histórico de datos reportados
Es mejor verificar primero el estado actual y si todo va bien entonces le hechas ojo al histórico.
Los MTE tienen asignados métodos que vienen siendo las herramientas que nos ayudan a investigar los problemas. asi que cuando estas en la vista de alertas y le das clic al botón Start Analys Method (Shift + F5) parece la herramienta que te servirá para enfrentar el problema, esta herramienta puede ser una transacción, un módulo de función especial o llamadas URL.
Cuando la alerta haya sido atendida la puedes borrar de la lista seleccionándola y haciendo clic en el botón Complete Alert (Shift + F4) asi vas limpiando tus alertas y en próximas ocasiones solo se muestran las pendientes, pero si quieres volverlas a ver todas toca en el botón Show Alert History (Shift + F8) y aparecerán con un estado que dice DONE.