Parameter Management: Configuration Layers & .ini File Hierarchy
A definitive guide to managing SAP HANA configuration parameters across .ini files (global.ini, indexserver.ini, nameserver.ini), understanding configuration layers (DEFAULT, SYSTEM, DATABASE, HOST), and applying dynamic reconfigurations.
Core Learning Objectives
- 1.Master the parameter resolution hierarchy from DEFAULT to HOST layer.
- 2.Differentiate parameters managed in SystemDB vs tenant-specific parameters.
- 3.Execute ALTER SYSTEM ALTER CONFIGURATION commands via SQL with WITH RECONFIGURE.
- 4.Audit parameter changes and roll back misconfigured values safely.
Definition & Architectural Rationale
Technical Definition:
SAP HANA configuration parameters govern memory limits, thread pools, persistence thresholds, log sizing, and security policies. They are defined in .ini files stored on the filesystem and queryable through the M_INIFILE_CONTENTS monitoring view.
Why this component exists:
Different tenants, hosts, or environments require customized behavioral settings. SAP HANA enforces a hierarchical layering model so that default vendor parameters can be safely overridden at system, tenant, or host levels without modifying root binary packages.
Internal Working & Mechanics
Architecture Flow Diagram
Production SQL Diagnostics
Queries the configuration repository to see what layer (SYSTEM, DATABASE, HOST) set a given parameter.
Key Diagnostic Columns
FILE_NAME:The .ini configuration fileSECTION:Section header within the fileVALUE:Configured parameter valueLAYER_NAME:SYSTEM, DATABASE, HOST, or DEFAULTExpected Diagnostic Output
FILE_NAME | SECTION | KEY | VALUE | LAYER_NAME ----------------------------------------------------------------------------- global.ini | memorymanager | allocationlimit | 184320| DATABASE indexserver.ini | memorymanager | statement_memory_limit | 35 | SYSTEM
Sets a statement memory limit of 30 GB for the current tenant without restarting the database.
Production Best Practices & Operational Risks
Mandatory Best Practices
- Always document parameter changes in your change management system and include the justification SAP Note.
- Never set parameters directly by editing .ini files on the Linux filesystem with vi; always use SQL ALTER SYSTEM ALTER CONFIGURATION to ensure syntax validation.