![](/cvo_files/imgs_sap_abap/logos/logo_cvo_academy_it.png)
✒️SAP BASIS Las herramientas de monitoreo
SAP BASIS Las herramientas de monitoreo
![SAP BASIS Las herramientas de monitoreo SAP BASIS Las herramientas de monitoreo](https://www.cvosoft.com/cvo_files/imgs_sap_abap/og-images/14.jpg)
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 DES y test estable podemos definir fechas limite de desarrollo. Para ello usamos el CODE FREEZING.
En un proyecto de DES seguimos los siguientes pasos:
1-se liberan todas las ordenes de proyecto
2-congelamos 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 al entorno de testing
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 DES. 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 sitema
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 nomneclatura 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
 
 
 
Sobre el autor
Publicación académica de Xavier Elias Rodriguez, en su ámbito de estudios para la Carrera Consultor Basis NetWeaver.
Xavier Elias Rodriguez
Profesión: Tecnico Junior Sap - España - Legajo: FJ23L
✒️Autor de: 96 Publicaciones Académicas
🎓Egresado de los módulos:
Certificación Académica de Xavier Elias