EL PROPOSITO DE LA INFRAESTRUCTURA DE MONITORING
Debemos asegurar una buena performance de los procesos de negocios en nuestro sistema
Por que?
-para tener un proceso eficiente de los procesos de negocio
-para asegurar la seguridad del sistema y su estabilidad
Como?
-de forma central y cross system
-con alertas de errores
-con la ayuda que nos proporciona info de l cross system
Con que herramientas?
-Con el CCMS y las transacciones especiales conectadas al mismo
Actualmente muchos componentes estan involucrados en un proceso de negocio. Estos componentes deben ser monitorizados porque una reduccion gradual de performance o una interrupcion repentina podria afectar a la operatividad del sistema
SISTEMA CENTRAL DE MONITORING
En un sistema central con el nivel mas alto de version, nos permite monitorizar componentes de forma sencilla con la tecnologia de agentes. Los datos de los sistemas remotos se leen con la tx RZ20 central.
Los datos propios se guardan en el sistema origen.
Los metodos de analisis pueden tambien ser ejecutados de forma remota.
NOTA el segmento de monitoring se guarda a nivel de archivo (DIR_LOGGING, AL*):
-en la parada de una instancia
-de forma periodica cada 30 minutos
Luego se carga en la memoria compartida en el reincio del sistema.
CCMS nos proporiona una opcion de monitoring central y eficiente
La infraestructura se instala en cada componente y se monitoriza de forma central
Automatico para el SAP BAIS 4.0 o mayor
SAPR/3 e.x y aquellos componentes donde no hay un sistema SAP activo se conectan mediante agentes CCMS al sistema central.
Cada componeten recoge sus datos de monitoring a traves de la infraestructura y los guarda de forma local en la memoria
Esta memoria principial se llama segmento de monitoring y su tamaña es configurable.
El sistema sap con mayor version posbile del landscape y con alta disponibilidad debe ser el seleccionado como sistema de monitoring central
El SOLMAN es una buena solucion para que sea un sistema dedicado para las tareas:
-monitoring central
-administarcion central de usuarios CUA
-controlador de dominio de transportes
El SOLMAN no necesita de una licencia adicional.
La recogida de datos de monitoring se realiza de forma descentralizada y esto afecta de forma leve al performance del sistema de monitoring central
El sistema central recoge lodatos para los componentes y los muestra de distintas formas-> el admin tiene una vista central de landscape de sistemas. Si hay un error se puede ir del sistema central al sistema afectado por una RFC.
EL MONITOR DE ALERTAS CCMS
La tx RZ20 es una herramiente de visualizacion (monitor de alertas CCMS)
Si el sistema encuentra un problema puede ejecutar una acion automatica como informar.
Los datos del segmento se muestran en estructura de arbol
Cada nodo del arbol se llama Elemento del arbol de monitoring (MTE)
Los valores medios se muestran como el nivel mas bajo del arbol -> hojas (atributos de monitoring)
Los valores de los umbrales se guardan para un atributo de monitoring. Hay valores por defecto pero se puden modificar.
Los atributos de monitores se agrupan en el segundo nivel inferior usando objetos de monitoring: p.e. program buffer contiene entre otros hit rate y swap
Todos los otros nodos del arbol se usan para estrucuturar los objetos de monitoring de forma logica.
Un monitor CCMS:
-muestra diferentes subareas de datos de monitoring
-ademas puede contener datos de multiples sistema sap
SETS DE MONITORES
Al comienzo usamos los monitores preconfigurados, luego podemos crear los nuestros
Acceso: desde la tx RZ20 -> SAP easy Access tools ->CCMS ->control/monitoring -> CCMS monitor sets. Los dqtos se mostraran en forma de arbol
Expamndimos un arbol haciendo click en el + y llegar ahasta las hojas -> atributos de monitor
Los valores de umbrales (son asignados en los atributos de monitores) -> disparan las alarmas:
amarilla -> si llega a la condicion del umbral
roja -> si aumenta el deterioro
El color del atributo de monitor se progpaga al nodo de mas alto nivel del arbol
Cuando abrimos el monitor tenemos dos alternativas:
-Current status: muestra el monitor con los ultimos datos reportados
-Open alerts: muestra el monitor con la informacion historica de alertas
Si hacemos doble cklick en el arbol -> el buscado de alertas muestra todas las alertas para el MTE selccionado y las alertas que se encuentran por debajo en el arbol
Si hacemos doble click en la raiz del arbol -> el sistema muestra unalista con todas las alertas en el arbol ordenada por rojo y amarillo
Seleccionamos la alerta a revisar y luego el boton Start Analysis method -> iniica el metodo de analisis asignado al MTE, que es una herramienta especial que se usa de soporte para investigar problemas. Estos pueden ser:
-transacciones
-modulos de funcion progamdos
-llamadas url
Luego seleccionamos complete alerts y las alertas revisadas se eliminan de la lista y se guardan en una tabla de la base de datos.
Si abrimos el monitor nuevamente solo se muestran las alertas nuevas pero si queremos ver todas podemos ir a Show alert history en el navegador de alertas. LAs alertas completas se ven como DONE