Las herramientas de monitoreo
En esta fase nidificaremos las herramientas para el monitoreo de las actividades del sistema de trasporte y las formas de asegurar un ambiente de desarrollo estable.
A lo largo del curso hemos visto como verificar que las herramientas de transportes estén bien configuradas como el programa tp, el acceso a directorio de transporte y las conexiones RFC
Ahora realizaremos verificaciones a los objetos de transportes y sobre el proceso de importación. 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 pude hacer manualmente antes de la importación o automáticamente en la exportación de las OT (ordenes de transporte)
Los objetos críticos deben ser definidos desde el controlador de dominio
Los objetos que se deben definir como críticos se ingresan en esta tabla, solo objetos de tipo R3TR pueden ser ingresados en la tabla, después cuando hacemos las verificaciones objetos críticos se compara con lo que hemos ingresado en la tabla.
Para que aseguremos un ambiente de DEV y TEST podemos definir fechas limites de desarrollo para esto usamos lo que se conoce como “Code Freezing Testing” ahora bine un proyecto de desarrollo deberíamos seguir los siguientes pasos.
- Se liberan todas las ordendes del proyecto
- Freezing el desarrollo de objetos
- Importamos los objetos en el ambiente de testing
- Se aprueban las modificaciones Sing-off
- De ser necesario se permiten desarrollos adicionales de objetos en el sistema de DEV. Si en el proyecto se detectan en la epata de testing objetos que deben ser correguidos se realizan las correciones en el sistema 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 subdirectorio “actlog” se registra cada acción sobre una OT o tarea tan como creación y versación o cambio de dueño.
El subdirectorio sapnames contendrá un archivo de log por cada usuario que utilice alguna acción de trasporte y luego se actualiza cuando libera una OT.
En el subdirectorio data y cofile los archivos de data y control de cada OT se crea 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.
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 numero 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 log en el subdirectorio tmp y luego el programa tp se encarga de mover los archivo a subdirectorio log una vez que finalice cada acción.
Estos archivos son los que mencionamos recientemente con la nomenclatura de sistema origen una letra que indica la acción 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
Cada uno de estos archivos contiene informacion que nos puede indicar sobre el progreso de las importaciones que llevan mucho tiempo de ejecución.
Para los casos que tengamos inconvenientes para los transportes podremos seguir una serie de pasos para identificar la causa.
Primero verificamos el log SLOG que registra todos los transportes y si fueron exitosos o no ejecutados por tp si exixten error podemos ir al archivo ALOG que contine mayor detalle sobre el problema y podemos identificar la OT que produjo el error del archivo de log especifico del paso o acción donde fallo.
También podemos verificar que job import dispatcher RDD y TDT se encuentra perfectamente planificado también los demás job que comiencen con RDD* y que disparan por evento también las tablas TRBAT y TRJOB pueden darnos informacion si la importación se interrumpió.
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 DDR y TDT.