✒️SAP BASIS / Trazabilidad y registro en el sistema SAP Por Fernando Escola

Trazabilidad y registro en el sistema SAP

Trazas y Logs

• Traza (Trace): Es un registro de procesos del sistema que el usuario activa o desactiva manualmente. Permite configurar el nivel de detalle para aislar problemas específicos.

  • Ejemplo: Transacción ST01.

• Registro (Log): Es un flujo continuo de información que graba eventos de manera automática. Se puede gestionar dentro o fuera del sistema SAP.

  • Ejemplo: Transacción SM21.

• SM21: Log del sistema (System log).

• ST22: Análisis de volcado (Dump analysis) para errores en tiempo de ejecución de ABAP.

• ST01: Traza del sistema (System trace).

• ST05: Análisis de rendimiento (Performance analysis).

• ST11: Trace del desarrollador (Developer trace).

Transacciones para trazas y logs

• SM21 (Registro del sistema): Se utiliza para detectar y corregir errores tanto del sistema como de su entorno. Cada servidor de aplicaciones graba localmente eventos, errores y advertencias.

• ST22 (Análisis de volcado / Dump analysis): Es la herramienta para analizar errores imprevistos durante la ejecución de programas ABAP (conocidos como short dumps o errores de tiempo de ejecución).

• ST01 (Traza del sistema): Registra actividades internas profundas, tales como verificaciones de autorización, accesos a la base de datos, funciones del kernel y llamadas RFC.

• ST05 (Trace de rendimiento): Se especializa en registrar llamadas a la base de datos, gestión de bloqueos y llamadas remotas. Muestra los resultados en listas para un análisis detallado. Aunque sus funciones están contenidas en la ST01, la ST05 es preferible para problemas específicos de performance por ser más sencilla de manejar.

• ST11 (Trace de desarrollador): Se utiliza para acceder a los archivos de registro que contienen información técnica sobre problemas internos de los procesos de SAP.

• La transacción ST05 es más adecuada que la ST01 debido a que su alcance reducido la hace más fácil de operar para el análisis de mediciones específicas.

El log del sistema SM21

• Acceso: Los eventos y problemas se registran localmente en cada servidor de aplicaciones y se visualizan mediante la transacción SM21.

• Alcance: Por defecto, el sistema muestra el registro de las últimas una o dos horas. Es posible especificar qué instancias se desean monitorear; los mensajes se mostrarán para todas las instancias seleccionadas.

• Herramientas Externas: También se puede visualizar el log mediante la SAP Management Console (o Microsoft Management Console), lo cual es útil incluso si las instancias no iniciaron o fallaron al arrancar.

• Ruta en el Servidor: Los archivos de registro se almacenan a nivel de sistema operativo en la ruta estándar: /usr/sap/<SID>/D$$/log/SLOG$$ (Donde <SID> es el ID del sistema y $$ es el número de instancia).

• Parámetros de Perfil:

  • rslg/local/file: Define el nombre y la ruta del archivo de registro local.

  • rslg/max_diskspace/local: Determina el tamaño máximo permitido para el archivo de log.

• Comportamiento de Sobrescritura: El archivo de log funciona de forma circular; una vez que alcanza su tamaño máximo, las entradas más antiguas se sobrescriben automáticamente sin que el sistema envíe un mensaje de aviso.

• SAP Note 712706: Trata sobre el programa RSLGVIEW, que permite leer el registro del sistema SAP desde fuera del sistema (a nivel de SO).

• SAP Note 28665: Referente al Syslog central bajo entornos NT.

• Las funciones de monitoreo de CCMS proporcionan soluciones para visualizar registros de todas las instancias de un sistema de manera centralizada.

El análisis de los errores en tiempo de ejecución ST22

Cuando un programa ABAP encuentra una excepción que no puede ser manejada, el entorno de ejecución termina el programa de forma abrupta y genera un short dump. Este es un archivo que documenta el estado del sistema en el momento exacto del error.

• Error Interno: Identificado por el kernel de SAP, que notifica el estado de error.

• Error de Instalación/Recursos: Causado por falta de recursos (ej. base de datos apagada) o una instalación incorrecta.

• Error en el Programa de Aplicación: Incluye fallos lógicos como:

  • Formatos incorrectos en campos numéricos.

  • Sobrecarga aritmética (desbordamientos).

  • Procedimientos externos no disponibles o conflictos al transferirles parámetros.

• Ubicación: Los datos de los dumps se almacenan directamente en la base de datos.

• Retención: Por defecto, se guardan durante 28 días. Se pueden eliminar manualmente mediante la función de Reorganización (Ir a → Reorganizar).

• Bloqueo de seguridad: Si necesitas conservar un dump específico sin límite de tiempo, puedes usar la función Mantener/Liberar (Keep/Release) en la vista de detalle.

• Análisis Técnico: El dump permite saltar directamente al ABAP Debugger en el punto exacto donde falló el programa. También sirve como documentación técnica para enviar a la línea de atención de SAP o consultoría remota.

• Uso de la transacción ST22 para el análisis.

• Posibilidad de reorganizar los datos para liberar espacio.

• Marcación individual de dumps para evitar su borrado automático.

Es la herramienta principal para registrar de forma detallada las actividades internas del sistema. A diferencia del log (SM21), el trace debe activarse para los componentes específicos que se desean analizar.

Componentes que se pueden monitorear:

• Verificaciones de autorización: Identifica qué autorizaciones verificó el sistema, en qué momento y con qué valores.

  • Nota: Si solo necesitas ver autorizaciones, se recomienda usar la transacción STAUTHTRACE por ser más específica.

• Funciones y módulos del kernel: Para errores profundos del núcleo de SAP.

• Trace de SQL: Permite ver cómo los comandos Open SQL se convierten en SQL estándar, los parámetros transferidos y los registros afectados.

• Trace de encolamiento (Enqueue): Registra instrucciones de bloqueo sobre objetos, los parámetros usados y qué programa o propietario generó el bloqueo.

• Llamadas RFC: Registra qué llamadas remotas se ejecutan, en qué instancia, si fueron exitosas, el tiempo total y los bytes enviados/recibidos.

• Llamadas HTTP y accesos a buffers de tabla.

• Ubicación del archivo: Al igual que otros logs técnicos, se encuentra en el sistema de archivos del servidor: /usr/sap/<SID>/D$$/log/TRACE

• Visualización: La transacción ST01 permite tanto activar el registro como visualizar archivos de traza que no se encuentran activos en ese momento.

• Recomendación de uso: El texto sugiere que para el monitoreo general del sistema es mejor usar el Log del Sistema (SM21) o el Trace del Desarrollador (ST11); la ST01 debe reservarse para análisis de problemas específicos y complejos.

El trace de rendimiento ST05

Aunque comparte algunas funciones con la ST01, la ST05 está diseñada para identificar cuellos de botella y problemas de performance en:

• Llamadas a la base de datos (SQL Trace): Seguimiento de sentencias SQL individuales.

• Gestión de bloqueos (Enqueue Trace): Monitoreo de llamadas de encolamiento.

• Accesos a búferes de tabla (Buffer Trace): Verificación de cómo se usan los búferes.

• Llamadas remotas (RFC Trace): Registro de informes y transacciones que interactúan con otros sistemas.

• Comunicación HTTP (HTTP Trace): Análisis del tráfico web/HTTP.

• ABAP Workbench: Las funciones de la ST05 están integradas en el entorno de desarrollo. Esto significa que podés llamar al trace de rendimiento directamente desde transacciones de desarrollo, como la SE80.

• Uso simplificado: El recorte menciona que ofrece opciones similares al trace del sistema, pero su alcance está optimizado para archivos de traza enfocados en el rendimiento del propio sistema SAP.

La pantalla inicial de la ST05 permite:

• Activar/Desactivar el Trace: Ya sea de forma general o con filtros específicos.

• Visualizar el Trace: Botón para analizar los resultados capturados.

• Seleccionar el tipo de Trace: Podés marcar múltiples opciones (SQL, Buffer, Enqueue, RFC, HTTP, APC, AMC).

Recordá que, aunque la ST01 es más "profunda" para temas de seguridad y kernel, la ST05 es tu herramienta principal cuando el sistema o una transacción específica están funcionando lento.

El trace del desarrollador

Son registros que contienen información técnica detallada, utilizados principalmente cuando ocurren errores graves. Son especialmente útiles para investigar:

• Problemas del host (servidor).

• Problemas internos de SAP que afectan la estabilidad del sistema.

• Nomenclatura: Los archivos se identifican con el prefijo dev_* (por ejemplo, dev_w0, dev_disp, etc.).

• Ruta en el servidor: Se almacenan en el directorio de trabajo (work directory) del servidor de aplicaciones que generó la traza: /usr/sap/<SID>/D$$/work/dev_* (Donde <SID> es el ID del sistema y $$ el número de instancia).

El texto menciona que puedes visualizar estos archivos de varias maneras:

1. Transacción ST11: Es la herramienta específica para listar y leer estos archivos de traza desde SAP.

2. Transacción AL11: Permite navegar por el sistema de archivos del servidor y localizar el directorio /work.

3. Transacción SM50 (Resumen de Work Processes): Desde aquí puedes acceder a las trazas individuales de cada proceso seleccionado a través del menú: Proceso → Traza → Visualizar Archivo.

4. Sistema Operativo: Directamente accediendo a la ruta mencionada mediante comandos del SO.

Al visualizar los archivos en la ST11, puedes expandir las entradas individuales para ver detalles técnicos adicionales que ayudan a identificar la causa raíz de un fallo en un proceso de trabajo.

La configuración de los archivos trace

El nivel de detalle de las trazas se configura mediante parámetros de perfil, siendo el más común rdisp/TRACE. Los niveles significan lo siguiente:

• Nivel 0: Sin trace (desactivado).

• Nivel 1: Solo se escriben mensajes de error.

• Nivel 2: Traza completa (todas las entradas).

• Nivel 3: Traza completa incluyendo los bloques de datos.

Para evitar que estos archivos consuman todo el espacio en disco o afecten el rendimiento, SAP utiliza varios parámetros de control:

• Rendimiento (Búfer): El sistema no escribe directamente en el disco, sino que usa un búfer interno cuyo tamaño se define con rstr/buffer_size_kB.

• Nombres y Rotación: * rstr/filename define el nombre base de los archivos.

  • Cuando un archivo se llena (según el tamaño definido en rstr/max_filesize_MB), el sistema le añade un número (del 00 al 99) y crea uno nuevo.

• Cantidad Máxima: El parámetro rstr/max_files determina cuántos archivos de traza se conservarán antes de empezar a sobrescribir los más antiguos.

Visualización

Como muestra la imagen, el flujo de información va desde el Servidor de Aplicación SAP hacia los Archivos de trace (dev_w)*, los cuales pueden ser consultados mediante la transacción ST11.