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.
Tipos de perfiles
SAP utiliza tres tipos de perfiles que se leen en orden específico durante el arranque del sistema. El perfil START controla el arranque de la instancia SAP y se lee por el proceso sapstart. Contiene parámetros sobre qué servicios iniciar y cómo arrancar la instancia.
El perfil DEFAULT (también llamado perfil de sistema) contiene parámetros que se aplican a todas las instancias del sistema SAP. Se nombra DEFAULT.PFL y reside en el directorio de perfiles. Incluye parámetros globales como configuración del message server, enqueue server y parámetros de transporte.
Los perfiles de instancia son específicos de cada servidor de aplicación individual. Se nombran según la convención <SID>_<INSTANCE>_<HOSTNAME> (por ejemplo, PRD_DVEBMGS00_sapserver). Contienen parámetros específicos de esa instancia como número de work processes, configuración de memoria y parámetros del gateway.
Durante el arranque, el sistema lee primero el perfil START, después el DEFAULT y finalmente el perfil de instancia específico. Si un parámetro está definido en múltiples perfiles, el valor del último perfil leído (instancia) tiene precedencia.
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 permite consultar el valor actual de parámetros sin editar perfiles. Es útil para verificación rápida de configuración y para validar que los cambios aplicados tras reinicio están activos correctamente.
RZ11 muestra el valor efectivo del parámetro (el que realmente está usando el sistema), incluso si el parámetro está definido en múltiples perfiles. También indica en qué perfil está definido el valor activo.
Algunos parámetros en RZ11 son dinámicos y pueden modificarse sin reiniciar el sistema. Estos parámetros tienen un botón "Actualizar" que permite cambiar el valor inmediatamente. Sin embargo, estos cambios son temporales: tras reinicio del sistema se perderán a menos que se actualice también el perfil correspondiente mediante RZ10.
RZ11 incluye documentación inline de cada parámetro. Al consultar un parámetro, se puede acceder a su descripción técnica, valores recomendados, impacto de cambios y referencias a notas SAP relacionadas.
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.