Introducción a los parámetros SAP
Los parámetros de perfil son el mecanismo mediante el cual se configura el comportamiento técnico de un sistema SAP. Determinan aspectos fundamentales como cuánta memoria puede utilizar el sistema, cuántos procesos de trabajo están disponibles, timeouts de red, configuración de buffers y cientos de otros aspectos operativos.
La gestión correcta de parámetros es una de las responsabilidades core de SAP BASIS. Una parametrización incorrecta puede provocar problemas graves: sistema que no arranca, performance degradado, errores de memoria, o comportamiento impredecible.
Jerarquía de Perfiles (Start > Default > Instance)
SAP utiliza tres tipos de perfiles que se leen en un orden jerárquico estricto. Entender esta prioridad es vital para evitar conflictos de configuración:
- 1. Perfil START: Controla el arranque de los procesos a nivel de Sistema Operativo (sapstart). Define qué servicios iniciar (ej. Enqueue, Message Server).
- 2. Perfil DEFAULT (DEFAULT.PFL): Contiene parámetros globales válidos para toda la instancia del SID. Aquí se definen nombres de host de BD, Message Server y configuraciones generales del kernel.
- 3. Perfil de INSTANCIA: Es el nivel de mayor prioridad. Si un parámetro se define aquí, sobrescribe cualquier valor previo en Default. Es específico para cada App Server y define el número de Work Processes y cuotas de memoria locales.
> [!IMPORTANT] > Si un parámetro no está definido en ningún perfil, el sistema utilizará el Kernel Default (valor codificado en el binario de SAP).
Transacción RZ10 - Mantenimiento de perfiles
RZ10 es la transacción principal para gestionar perfiles de instancia. Proporciona una interfaz centralizada para editar perfiles, crear versiones nuevas, activar cambios y mantener el historial de modificaciones.
La interfaz de RZ10 muestra el perfil activo actualmente en uso por el sistema. Permite editar parámetros existentes, añadir nuevos parámetros o eliminar parámetros obsoletos. Los cambios no se aplican inmediatamente sino que se guardan como nueva versión del perfil.
RZ10 mantiene versionado de perfiles. Cada vez que se guarda un perfil modificado, se crea una nueva versión con timestamp. Esto permite revertir a versiones anteriores si un cambio causa problemas. El historial de versiones es invaluable para auditoría y troubleshooting.
Para que los cambios en perfiles tengan efecto, la instancia debe reiniciarse. RZ10 no permite "hot reload" de la mayoría de parámetros. Esto requiere planificar ventanas de mantenimiento para cambios de parámetros en sistemas productivos.
Transacción RZ11 - Visualización de parámetros
RZ11 es la herramienta de consulta por excelencia. A diferencia de RZ10, aquí no vemos versiones, sino el valor en tiempo real que el kernel está aplicando.
RZ11 y Parámetros Dinámicos: Cambios en Caliente
Una de las funciones más potentes de la RZ11 es la capacidad de modificar parámetros "en caliente" (sin reiniciar). Sin embargo, hay reglas críticas que seguir:
- Check de Dinamismo: En RZ11, busca el campo "Dynamically Switchable". Si es "Yes", puedes cambiar el valor mediante el botón Change Value.
- Persistencia: Los cambios en RZ11 son temporales. Si reinicias la instancia, el valor volverá al definido en el perfil físico (.PFL).
- Sincronización: Para hacer un cambio permanente y dinámico a la vez, debes primero cambiarlo en RZ11 (efecto inmediato) y luego guardarlo en RZ10 (para futuros arranques).
Ejemplos comunes de parámetros dinámicos: abap/heap_area_total,
rdisp/max_wprun_time o niveles de traza (trace levels).
Parámetros de memoria
La configuración de memoria es uno de los aspectos más críticos de la parametrización SAP. Los parámetros de memoria determinan cuánta RAM puede utilizar cada instancia y cómo se distribuye entre diferentes pools de memoria.
El parámetro PHYS_MEMSIZE define la memoria física total que la instancia puede alojar. Debe dimensionarse considerando la RAM disponible del servidor menos memoria reservada para sistema operativo, base de datos si coexiste, y otros procesos.
Los parámetros de extended memory (em/initial_size_MB, em/max_size_MB) controlan el pool de memoria extendida compartida entre work processes. Cuando un work process necesita más memoria de la que tiene asignada inicialmente, solicita memoria de este pool.
La heap memory (abap/heap_area_dia, abap/heap_area_nondia) es memoria privada que los work processes pueden usar cuando la extended memory está agotada. Es menos eficiente que extended memory pero proporciona un buffer adicional para transacciones muy pesadas.
Los buffers de SAP (zcsa/table_buffer_area, zcsa/presentation_buffer_area) mantienen en memoria datos frecuentemente accedidos. Una configuración adecuada de buffers mejora significativamente el rendimiento reduciendo accesos a base de datos.
Parámetros de work processes
El número y tipo de work processes se configuran mediante parámetros de perfil. rdisp/wp_no_dia define cuántos work processes de diálogo existen para procesar transacciones interactivas de usuarios.
Los work processes de background (rdisp/wp_no_btc) ejecutan jobs programados y procesos batch. El número adecuado depende de la carga de procesamiento batch esperada. Sistemas con procesos nocturnos intensivos necesitan más background work processes.
Los update work processes (rdisp/wp_no_vb, rdisp/wp_no_vb2) gestionan actualizaciones asíncronas de base de datos. SAP distingue entre updates de alta prioridad (V1) y baja prioridad (V2).
Los spool work processes (rdisp/wp_no_spo) gestionan la generación de documentos y trabajos de impresión. Uno o dos spool work processes son suficientes para la mayoría de sistemas a menos que haya impresión muy intensiva.
El dimensionamiento de work processes debe equilibrarse con la memoria disponible. Cada work process consume memoria, por lo que configurar demasiados work processes puede saturar la memoria del servidor incluso con CPU disponible.
Parámetros de gateway
El gateway SAP gestiona comunicaciones RFC con sistemas externos. Los parámetros gw/reg_info y gw/sec_info controlan qué programas externos pueden registrarse en el gateway y desde qué hosts.
La seguridad del gateway es crítica porque permite comunicación desde fuera del sistema SAP. Los parámetros gw/acl_mode, gw/reg_no_conn_info configuran las listas de control de acceso que restringen qué conexiones están permitidas.
Los parámetros de timeout del gateway (gw/timeout, gw/max_connections) previenen que conexiones bloqueadas consuman recursos indefinidamente. Deben configurarse considerando las características de las integraciones específicas del sistema.
Parámetros de red y comunicación
Los parámetros de timeout de red (rdisp/max_comm_time, rdisp/keepalive*) controlan cuánto tiempo esperan las conexiones antes de considerar que han fallado. Valores muy bajos causan desconexiones prematuras, valores muy altos mantienen conexiones muertas consumiendo recursos.
El Internet Communication Manager (ICM) que gestiona tráfico HTTP/HTTPS tiene su propio conjunto de parámetros (icm/server_port_*, icm/max_conn). Estos son críticos para aplicaciones web y servicios Fiori.
Los parámetros de message server (rdisp/mshost, ms/server_port_*) configuran cómo las instancias se comunican entre sí y cómo los usuarios se conectan mediante grupos de logon.
Parámetros de base de datos
Los parámetros relacionados con la base de datos configuran cómo SAP se conecta y comunica con la capa de datos. dbs/ora/schema define el esquema de base de datos Oracle que contiene las tablas SAP.
Los parámetros de conexión de base de datos (rsdb/max_blocking_factor, rsdb/max_in_blocking_factor) optimizan cómo SAP ejecuta operaciones SQL. Valores incorrectos pueden degradar significativamente el rendimiento de consultas.
Para sistemas con SAP HANA, parámetros específicos (rsdb/prefer_join, rsdb/prefer_union_all) controlan cómo el código ABAP se traduce a operaciones HANA para aprovechar el procesamiento in-memory.
Parámetros de seguridad
Los parámetros de seguridad técnica protegen el sistema de accesos no autorizados y ataques. login/min_password_lng define la longitud mínima de contraseñas, login/fails_to_user_lock determina cuántos intentos de login fallidos bloquean un usuario.
Los parámetros de password policy (login/password_expiration_time, login/password_history_size) implementan políticas de rotación de contraseñas y previenen reutilización de contraseñas antiguas.
Los parámetros de auditoría de seguridad (rsau/enable, rsau/selection_slots) activan el logging de eventos de seguridad para cumplir requisitos de compliance y facilitar investigaciones de incidentes de seguridad.
Parámetros dinámicos vs estáticos
La mayoría de parámetros SAP son estáticos y requieren reinicio del sistema para que cambios tengan efecto. Esto protege la estabilidad del sistema pero requiere planificar ventanas de mantenimiento para cambios de configuración.
Algunos parámetros son dinámicos y pueden modificarse en caliente mediante RZ11 o transacciones específicas. Por ejemplo, ciertos parámetros de buffer pueden ajustarse sin reiniciar. Sin embargo, estos cambios se pierden tras reinicio si no se actualizan también los perfiles.
Los parámetros dinámicos permiten ajustes rápidos durante troubleshooting de performance sin impactar disponibilidad. Una vez identificada la configuración óptima, debe actualizarse el perfil permanentemente.
Mejores prácticas de parametrización
Documenta siempre los cambios de parámetros: qué se cambió, por qué, cuándo, y qué impacto se espera. Esta documentación es crítica para troubleshooting futuro y para entender decisiones de configuración.
Prueba cambios de parámetros en sistemas no productivos primero. Un parámetro incorrecto puede impedir que el sistema arranque, causando indisponibilidad prolongada si ocurre en producción sin haber sido validado.
Mantén backups de perfiles antes de modificaciones significativas. Si un cambio causa problemas, poder revertir rápidamente al perfil anterior minimiza el tiempo de recuperación.
Consulta las recomendaciones de SAP en notas oficiales antes de modificar parámetros. SAP documenta valores recomendados según versión del sistema, tamaño, y patrones de uso específicos.
Monitoriza el impacto de cambios de parámetros mediante ST06, ST02 y otras transacciones de performance. Valida que el cambio tuvo el efecto esperado y no introdujo efectos secundarios no deseados.
Troubleshooting de problemas de parámetros
Si el sistema no arranca tras cambiar parámetros, accede al sistema operativo y edita manualmente los archivos de perfil en el directorio /usr/sap/<SID>/SYS/profile para revertir cambios problemáticos.
Los logs de arranque (dev_w* files en el directorio de trabajo de la instancia) contienen mensajes detallados sobre qué parámetros se leyeron y cualquier error encontrado durante el procesamiento de perfiles.
Si hay conflictos entre parámetros en diferentes perfiles, el sistema puede comportarse inesperadamente. Usa RZ11 para verificar qué valor está activo y de qué perfil proviene.
Los parámetros obsoletos (deprecated) pueden causar warnings o errores en versiones nuevas de SAP. Durante upgrades es importante revisar y limpiar parámetros obsoletos según las guías de migración de SAP.
Parámetros específicos por versión
Diferentes versiones de SAP NetWeaver y diferentes productos SAP tienen conjuntos de parámetros ligeramente diferentes. Los administradores deben familiarizarse con los parámetros específicos de la versión que gestionan.
SAP S/4HANA introduce parámetros nuevos relacionados con optimizaciones para HANA. Algunos parámetros de sistemas ECC tradicionales son obsoletos o ignorados en S/4HANA.
La documentación oficial de cada versión SAP lista todos los parámetros disponibles, su propósito, valores por defecto, y cualquier consideración especial. Esta documentación debe consultarse regularmente.
Temas relacionados
Para profundizar en parametrización SAP, consulta:
Instalación de sistemas para la configuración inicial de parámetros durante instalación.
Monitorización del sistema para validar el impacto de cambios de parámetros.
Dimensionamiento para calcular valores adecuados de memoria y work processes.
Seguridad técnica para parámetros relacionados con hardening del sistema.
Tareas diarias BASIS para la gestión rutinaria de parámetros y perfiles.