Monitoreo de Sistema
Puntos:
1. Como monitorear de forma eficiente el sistema SAP
2. Configuración de los parámetros de alertas
3. Introducción a las partes de la infraestructura del monitor de alertas compuesta:
a. Recolección
b. Almacenamiento
c. Administracion de datos
4. Ejemplo utilizando la transacción RZ20, en donde se recorre el árbol de monitoreo, esta herramienta es de gran ayuda para monitorear el sistema dado que podemos crear nuestros propios monitores para chequeos diarios logrando en forma ordenada, un optimo control del sistema
PARÁMETROS ACTUALES
Son los parámetros de entrada y de salida definidos en el programa principal, a la derecha de la palabra reservada PERFORM.
Estos parámetros están definidos en el programa principal como variables, ya sea variables locales o variables globales.
Así como existen los parámetros actuales, también existen los llamados "Parámetros formales" que son aquellos que se encuentran especificados dentro de la definición de la subrutina en FORM-ENDFORM.
Cada parámetro formal y su correspondiente parámetro actual deben ser del mismo tipo pero pueden tener diferentes o iguales nombres.
La cantidad de parámetros actuales debe coincidir siempre con la cantidad de parámetros formales, de lo contrario se producirá un error de compilación.
Existen básicamente dos formas que se utilizan en ABAP para pasar parámetros en subutinas:
- Paso de parámetros por valor: en donde si se modifica un parámetro formal dentro de la subrutina, esta modificación no afecta al parámetro actual fuera de la subrutina.
- Paso de parámetros por referencia: en donde si se modifica un parámetro formal dentro de la subrutina, afectan al parámetro actual fuera de la subrutina.
PARÁMETROS FORMALES
Son los parámetros definidos en la subrutina, a la derecha la palabra reservada FORM.
También se los conoce como "parámetros ficticios" ya que son variables locales que se declaran en la cabecera de la subrutina, en las cuales se almacenarán:
Los datos de entrada que se le proporcionen a la subrutina en la llamada.
Así como, los datos de salida que se devolverán al subprograma llamante.
Y también, los datos de entrada y salida.
Así como existen los parámetros formales, también existen los llamados "Parámetros actuales" que son aquellos que se encuentran especificados dentro de la declaración de la subrutina a la derecha de la palabra reservada PERFORM.
Cada parámetro formal y su correspondiente parámetro actual deben ser del mismo tipo pero pueden tener diferentes o iguales nombres.
La cantidad de parámetros actuales debe coincidir siempre con la cantidad de parámetros formales, de lo contrario se producirá un error de compilación.
Existen básicamente dos formas que se utilizan en ABAP para pasar parámetros en subutinas:
- Paso de parámetros por valor: en donde si se modifica un parámetro formal dentro de la subrutina, esta modificación no afecta al parámetro actual fuera de la subrutina.
- Paso de parámetros por referencia: en donde si se modifica un parámetro formal dentro de la subrutina, afectan al parámetro actual fuera de la subrutina.
INFRAESTRUCTURA ABIERTA
Cuando hablamos de Infraestructura abierta nos referimos a que la infraestructura se concibe como una base de recursos escalable y en constante evolución.
Cuando hablamos de "escalabilidad" nos referimos a la propiedad deseable de un sistema, una red o un proceso, que indica su habilidad para reaccionar y adaptarse sin perder calidad, o bien manejar el crecimiento continuo de trabajo de manera fluida, o bien para estar preparado para hacerse más grande sin perder calidad en los servicios ofrecidos.
TRANSACCCION rz20
La transacción RZ20 o también conocida como monitor CCMS, nos permite configurar o visualizar el sistema de alertas del sistema SAP.
VIDEO:
La infraestructura del monitoreo de alertas nos permite realizar un monitoreo eficiente de los sistemas SAP, este consiste de tres (3) partes:
1. La parte de Recolección de Datos
2. Almacenamiento de Datos y
3. Administración de Datos
En el nivel de Recolección de Datos cada sub áreas y componentes de un Sistema SAP es monitoreado por un programa llamado Recolector de Datos el cual chequea cada cierto intervalo su componente y almacena la información obtenida en la memoria principal de la instancia.
En el nivel de Almacenamiento de Datos el área de la memoria que almacena toda esta información se conoce como Segmento de Monitorio (cada instancia tiene su propio segmento), como esta área es continuamente sobre escrita, los datos se copian a la base de datos, asi pueden ser analizados posteriormente.
En el nivel de Administración de Datos los datos obtenidos del segmento de monitoreo son visualizados y evaluados. SAP provee la transacción RZ20 como herramienta de visualización, si el sistema identifica un problema, puede ejecutar una reacción automática, tal como informar a la persona responsable; los métodos de análisis nos ayudan a investigar las causas del problema.
Veamos la Transacción RZ20. Monitos CCMS
SAP provee un SET de Monitores los cuales ya vienen incluidos en el sistema, dentro de un set de un monitor encontraremos los monitores que este contiene. Los monitores ofrecen diferentes vistas de los objetos de monitoreo de un sistema.
Una vez que ingresamos al monitor, accederemos a la vista de elementos del árbol del monitor, cada nodo del árbol es un MTE, los cuales nos permiten organizar los objetos de monitoreo dentro de categoría, para facilitar asi la búsqueda y visualización de los objetos. En el ultimo nivel, dentro de la estructura del árbol MTE encontraremos el objeto de monitoreo, luego en las hojas del árbol, encontraremos los atributos del objeto del monitoreo, estos atributos, son propios de cada objeto y estos almacenan valores recolectados por los programas recolectores de datos, aca podemos observar rápidamente en que atributos existe actualmente una alarma, ya sea de advertencia o de problema, según el color que este tenga, amarillo o rojo respectivamente.
Haciendo doble clic sobre el atributo, ingresaremos al método de análisis, el cual es una transacción ya pre configurada que nos permitirá realizar un análisis del alerta y en consecuencia realizar un ajuste si es que corresponde.
Cuando sucede un alarma en alguno de los atributos del objeto, esta se propaga por los niveles superiores del árbol MTE hasta el nivel superior del árbol, la alerta mas severa, es la que se propaga, rojo es mas severa que amarillo.
Por ejemplo en este momento estamos observando los atributos del objeto de monitoreo del sistema de procesamiento en background de la instancia, donde se registra una alarma de Jobs cancelados ejecutados en work processes de background de esta instancia. El método de análisis para este atributo los devuelve la visualización de Jobs, transacción SM37, aca podemos analizar el job del log para identificar la causa del problema.
Cada atributo del objeto de monitoreo, tiene una serie de propiedades, las cuales podemos configurar para ajustar la generación de alarmas a los requerimientos que tengamos en nuestro sistema.
En los atributos de performance es donde definimos los valores que generaran las alarmas de advertencias y de error para el atributo del objeto de monitoreo. Estos valores pueden modificarse para que se ajusten a la performance que requerimos en nuestro sistema y asi poder tomar las acciones preventivas en cada caso antes de que sucedan los problemas. En este ejemplo hemos disminuido los valores para la generación de alarmas en los tiempos de respuestas de los pasos de diálogos.
Para poder crear y configurar nuestros propios set de monitores necesitamos activar la función de mantenimiento en primer lugar,
1. creamos un nuevo set de monitor
2. luego le asignamos un nombre, y
3. los atributos que tendrá
4. una vez creado lo seleccionamos desde la vista del set de monitores
5. y ahora podemos diseñar un nuevo monitor
6. aca tenemos una vista de todos los MTE disponibles en el sistema, esto significa, que toda la información que se registra en el seguimiento de monitoreo de la memoria principal de la instancia.
7. Seleccionaremos aquellos que consideraremos necesarios para la vista de nuestro monitor.
8. Por ultimo guardamos el monitor y le asignamos un nombre
9. Una vez que finalizamos, desactivamos la función de mantenimiento
10. Ahora entre los set de monitores encontraremos el que hemos creado y debajo de este el monitor recientemente creado
11. Ya dentro del monitor encontraremos los elementos del árbol de monitoreo que habremos seleccionado para nuestro monitor, y con el estado de cada atributo de objeto de monitor que corresponda al momento, si bien, el valor de un atributo, puede ser normal actualmente, es probable que en otro momento haya ocurrido una alarma, en estos casos podemos usar la función de alarmas abiertas.
12. En esta vista visualizaremos el árbol con todas las alarmas que estén pendientes de análisis y procesamientos por parte del administrador del sistema
13. Haciendo doble clic sobre el atributo, ingresaremos al listados de alarmas pendientes y luego acceder al método de análisis correspondiente para el atributo
14. En este ejemplo donde sucedieron alarmas en el tiempo de respuesta de dialogo el método de análisis atribuido es la herramienta de monitor de carga en el sistema
15. Una vez que hemos determinado la causa y aplicado la acción correctiva si fuera necesario, podemos marcar la alerta como completa
16. Una vez que no hay alarmas pendientes para un atributo, entonces el indicador vuelve al estado normal