✒️SAP BASIS / Las herramientas de monitoreo Por Johanny Espinoza Loaiza

Herramientas de monitoreo

La verificación de objetos críticos nos permite proteger al sistema destino de importación de objetos que no deben ser sobre escritos esta verificación se puede realizar manualmente antes de la importación o automáticamente en la exportación de las ordenes de transporte los objetos críticos deben ser definidos desde el controlador de dominio, los objetos que deban ser definidos como críticos se ingresan en la tabla TMSTCRI solo los objetos de tipo R3TR pueden ser ingresados en la tabla

Para asegurar un ambiente de desarrollo y testing estables podemos definir fechas límites de desarrollo para ell,o se utiliza 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. Fresamos el desarrollo de objetos (bloquear exportaciones en el directorio de transporte)

3. Importamos los objetos en el ambiente de testing

4. Se aprueban las modificaciones Sing-off

5. Si es necesario se permiten desarrollos adicionales de objetos

Si durante el proyecto se observa 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 libero el objeto en otra orden de transporte en este tiempo

Desde que se crea una orden de transporte en el subdirectorio action log 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 de data y cofiles los archivos de dato y control de cada orden de transporte se crean en el momento que es liberada

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-log se encuentran todos los archivos de 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 nuemro de orden punto y el id del sistema donde se ejecuta la acción

Pasos de troubleshooting

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 cada uno de estos archivoc contiene

Logs de herramienta tp

La herramienta tp también escribe ene l subdirectorio log algunos archivos de registro ulog,slog,alog información en importaciones que lleven mucho tiempo de ejecución contiene un resumen de cada importación y el código de retorno.

En caso de tener problemas en los transportes podremos seguir una serie de pasos para verificar las causas.

Verificamos en primer lugar el log slog que registra todos los transportes y si fueron exitosos o no ejecutados en por tp si hay errores aca podemos ir al archivo actlog que contiene mayor detalle sobre el problema adicionalmente podemos verificar que el job import dispacher RDDIMPDP se encuentra correctamente planificado también los demás Jobs que comienzan por RDD* y que se disparan por eventos, también las tablas TRBAT y TRJOB pueden darnos información si la información se interrumpió y quedaron estas tablas con entradas, si hay un error de comunicación entre sap y tp podemos intentar iniciar el programa sapevt del sistema operativo para iniciar el job RDDIMPDP.

La verificacion de objetos criticos nos permite proteger al sistema destino de import de objetos que no deben ser sobreescritos. Esta verificacion se puede hacer de forma manual antes del import o de forma automatica en la exportacion de las OT's.

Los objetos criticos se definen desde el controlador de dominio:

Desde la tx STMS:

Overview - import -> extras - critical transport objects y boton de modificacion.

Los objetos que vamos a definir como criticos se ponen en la tabla TABL.

Solo los objetos de tipo R3TR pueden ser puestos en la tabla. Despues, cuando hacemos la verificacion de objetos criticos se compara con lo que hemos puesto en la tabla.

Para que aseguramos un entorno de DEV y QA estable podemos definir fechas limite de desarrollo. Para ello usamos el CODE FREEZING.

En un proyecto de DEV seguimos los siguientes pasos:

1-Se liberan todas las ordenes de proyecto

2-Freez el desarrollo de objetos.

Al bloquear el export en el directorio de transportes se crea un fichero con el nombre T_OFF-SID en la ruta /user/sap/trans/bin

Al detener un import se crea un fichero con el nombre NOIMPORT.SID en /usr/sap/trans/tmp

3-Importamos los objetos a QA

4-Se aprueban las modificaciones (sign off)

5-Si es necesario se permite el desarrollo adicional de objetos en DES

Se eliminan los ficheros creados para el CODE FREEZING

Si durante el proyecto en la etapa de test se detecta objetos que deben ser corregidos se hacen las correcciones en DEV. El CODE FREEZING nos asegura que no se modifico y libero el objeto en otra OT durante ese tiempo.

Desde que se crea una OT en el subdirectorio actlog se registra cada accion sobre una OT o tarea tal como creacion, liberacion o cambio de dueño

El subdirectorio sapnames contiene un archivo de log por cada usuario que hace una accion de transporte y luego se actualiza cuando libera una OT

En el subdirectorio data y cofiles se crean los ficheros de dato y control de cada

OT se crean en el momento en que es liberada.

En el buffer de cada sistema se genera tambien una entrada para la cola de import de ese sistema

En el subdirectorio tmp y luego log se encuentran todos los archivos de log tales como los que se crean por cada accion que se hace identificado por el sistema de origen, una letra que indica la accion, numeo de orden un punto y el ID del sistema donde se origina la accion.

Las herramientas que actuan en el proceso de import escriben en los logs en el subdirectorio tmp y luego el programa TP se encarga de mover los ficheros al subdirectorio log una vez que termina cada accion.

Estos archivos son los que tienen la nomenclatura de sistema origen, una letra que indica la accion realizada, numero de orden, un punto y el ID del sistema donde se origina la accion.

La herramienta TP tambien escribe en el subdirectorio log algunos archivos de registro:

ULOG, SLOG, ALOG

Cada uno de estos archivos contiene info que nos puede indicar sobre el progreso en import que llevan mucho tiempo en ejecucion.

Cada linea del archivo de log ULOGYY.DIGITO contiene un comando de TP

El log SLOGYYWW.SID contiene un resumen de cada import y el codigo de retorno

El log ALOGYYWW registra el codigo de retorno de todos los pasos de transportes realizados en el directorio comun de transportes

Si tenemos problemas con los transportes podemos seguir estos pasos para identificar la causa:

1-Verificamos el log SLOG que registra todos los transportes y si fueron exitosos o no ejecutados por TP. Si aqui tenemos errores vamos al archivos actlog que contiene una mayor detalles sobre el problema y podemos identificar la OT que produjo el error, el archivo de log especifico del paso o accion donde fallo

Tambien podemos revisar que el job import dispatcher RDDIMPDP se encuentra planificado de forma correcta y tambien los demas jobs que comienzan con RDD* y que se disparan por evento

Tambien las tablas TRBAT y TRJOB nos pueden dar info si la importacion se interrumpio y crearon estas tablas con entradas

Si hay un error de comunicacion entre el TP y el sistema SAP podemos arrancar el progama sapevt del SO para iniciar el job RDDIMPDP