✒️SAP BASIS Las herramientas de monitoreo

7.7 - Herramientas de Monitoreo

En esta lección identificaremos las herramientas, para monitorear la actividad de transportes y también, de qué manera podemos asegurar un ambiente de desarrollo estable.

Previamente en el curso hemos visto cómo verificar que las herramientas de transporte estén bien configuradas como el programa tp, el acceso al directorio de transporte y las conexiones RFC.

Ahora realizaremos verificaciones sobre los objetos de transportes y sobre el proceso de importación en sí. La verificación de objetos críticos, nos permite proteger al sistema destino de importación de objetos que no deben ser sobrescritos.

Esta verificación se puede realizar manualmente antes de la importación o automáticamente en la exportación de las órdenes de transporte.

Los objetos críticos deben ser definidos desde el controlador de dominio. Los objetos que deben ser definidos como críticos se ingresan en esta tabla. Solo los objetos de tipo R3TR pueden ser ingresados en la tabla.

Luego, cuando realizamos la verificación de objetos críticos, se compara contra lo que hemos ingresado en la tabla.

Para que aseguremos un ambiente de desarrollo y testing estables, podemos definir fechas límites de desarrollo. Para esto usamos lo que se conoce como code freezing.

En un proyecto de desarrollo deberíamos seguir los siguientes pasos.

1. Se liberan todas las órdenes del proyecto.

2. Frisamos el desarrollo de objetos.

3. Importamos los objetos en el ambiente de testeo.

4. Se aprueban las modificaciones sign-off.

5. Si es necesario, se permiten desarrollos adicionales de objetos en el sistema de desarrollo.

Si durante el proyecto se detecta en la etapa de testing, objetos que deben ser corregidos, se realizan las correcciones en el sistema de desarrollo, el code freezing nos asegura que no se modificó y liberó el objeto en otra orden de transporte durante ese tiempo.

Desde que se crea una hora de transporte en el subdirectorio actlog se registra cada acción sobre una orden de transporte o tarea. Tal como creación liberación o cambio de dueño, el subdirectorio sapnames contendrá un archivo de log por cada usuario que realiza alguna acción de transportes y luego se actualiza cuando libera una orden de transporte.

En el subdirectorio data y cofiles los archivos de datos y control de cada orden de transporte se crea en el momento en el que es liberado. En el buffer de cada sistema también se genera una entrada para la cola de importación de ese sistema.

Y en el subdirectorio tmp y luego log, se encuentran todos los archivos del log, tales como los que se crean por cada acción que se realiza, identificado por el sistema de origen, una letra que indica la acción, número de orden, punto y el ID de sistema donde se ejecuta la acción.

Las diferentes herramientas que actúan durante el proceso de importación, escriben los logs en el subdirectorio tmp y luego el programa tp se encarga de mover los archivos al subdirectorio log una vez que finaliza cada acción.

Estos archivos son los que indicamos recientemente con la nomenclatura del sistema origen una letra que indica la acción realizada, número de orden, punto y el ID de sistema donde se ejecuta la acción.

La herramienta tp también escribe en el subdirectorio log algunos archivos de registro, ULOG, SLOG y ALOG, cada uno de estos archivos contiene información que nos puede indicar sobre el progreso en importaciones que lleven mucho tiempo de ejecución.

En los casos en que tengamos inconvenientes en los transportes, podremos seguir una serie de pasos para identificar la causa. Verificamos en primer lugar el log SLOG, que registra todos los transportes y si fueron exitosos o no ejecutados por tp. Si hay errores, acá podemos ir al archivo ALOG que contiene mayor detalle sobre el problema y podremos identificar la orden de transporte que produjo el error, el archivo de log específico de paso o acción donde falló.

Adicionalmente podemos verificar que el job import dispatcher RDDIMPDP se encuentra correctamente planificado. También los demás Jobs que comienzan con RDD* y que se disparan por evento.

También las tablas TRBAT y TRJOB pueden darnos información si la importación se interrumpió y quedaron estas tablas con entradas. Si hay un error de comunicación entre tp y el sistema SAP, podemos intentar iniciar el programa sapevt del sistema operativo para iniciar el job RDDIMPDP.