Quiz Workshop SAP - Sesión 3

Al notar lentitud general en el sistema SAP, ¿qué es lo más útil revisar primero en la transacción SM50?

• El número total de usuarios conectados en el sistema

• El estado de los work processes (Status) y el tiempo de ejecución (Time)

• Los dumps ABAP registrados en las últimas 24 horas

• La configuración de parámetros del kernel SAP

En la transacción SM66/SM50 (Global Work Process Overview), ¿cuáles son los estados esperados y saludables para los work processes durante el monitoreo diario de un sistema SAP?

---

• La mayoría en estado "Stopped" o "Shutdown" indica operación normal

• La mayoría en estado "Waiting" o "Running" indica operación normal; estados como "PRIV" prolongado (>10 min), "Hold" o "Stopped" requieren investigación​

• Todos los work processes deben estar siempre en estado "Running" al 100%

• El estado "PRIV" es el único estado saludable y debe mantenerse constantemente

¿Cuál es un uso típico de la transacción SM12 al gestionar bloqueos de base de datos en un sistema SAP productivo?

• Crear nuevos usuarios y asignarles roles de autorización

• Visualizar y liberar locks (bloqueos) de tablas cuando hay procesos colgados

• Configurar los parámetros de memoria del sistema

• Programar jobs de fondo automáticos

Si varios usuarios reportan que no pueden grabar un pedido porque otro usuario "tiene bloqueado" el registro, ¿qué combinación de acciones es más adecuada?

• Reiniciar inmediatamente el sistema SAP completo

• Revisar SM12 para identificar el lock holder, verificar en SM04/AL08 si la sesión está activa, y escalar con evidencia si es necesario

• Borrar todos los locks desde SM12 sin investigar

• Desactivar temporalmente el módulo SD (Ventas)

En la transacción SM37, ¿qué indicador te ayuda a identificar rápidamente si un job de fondo se ha quedado colgado o no ha terminado correctamente?

• El nombre del usuario que programó el job

• El estado del job (Active por tiempo anormal, Canceled, Aborted) y la duración comparada con el tiempo normal de ejecución

• El número de servidores de aplicación disponibles

• La cantidad de memoria RAM asignada al job

Un job crítico de integración aparece en SM37 en estado "Active" desde hace varias horas, mucho más de lo normal. ¿Qué paso siguiente es más apropiado antes de decidir cancelarlo?

• Cancelar el job inmediatamente sin más análisis

• Revisar SM50 para identificar el work process batch asociado, analizar el joblog en SM37, y documentar evidencia antes de escalar a L2 BASIS

• Aumentar la prioridad del job para que finalice más rápido

• Esperar indefinidamente hasta que el job termine solo

La transacción SM13 se utiliza principalmente para gestionar problemas relacionados con:

• Autorizaciones y roles de usuario

• Updates asincronos pendientes o fallidos que no se escribieron en la base de datos

• Configuración de impresoras y dispositivos de spool

• Monitoreo de conexiones RFC externas

Un usuario reporta que una integración externa "falló", pero en SAP el documento principal parece grabado. ¿Qué combinación de herramientas es más adecuada para investigar si el update asociado quedó en error?

• Solo revisar la tabla de documentos directamente en SE16

• Revisar SM13 para updates fallidos y SM21 para errores del sistema log correlacionados con el usuario/hora

• Únicamente revisar SM37 para jobs cancelados

• Modificar directamente el código ABAP de la integración

¿Cuál es un uso típico de la transacción SM21 en el contexto de análisis de problemas técnicos SAP?

• Crear y modificar usuarios del sistema

• Revisar el system log para identificar errores críticos, warnings, dumps ABAP y problemas de conectividad

• Configurar los parámetros de instance profile

• Gestionar las colas de impresión y spool

Cuando se genera un dump, ¿qué transacción permite analizar en detalle la causa, el programa/reporte afectado y la secuencia de ejecución en el momento del error?

• SM04 (User Sessions)

• SM37 (Background Jobs)

• ST22 (Dump Analysis)

• SM12 (Bloqueos de Tablas)