Resumen Ejecutivo
Este documento describe el proceso técnico completo para el despliegue inicial y la posterior actualización de una instancia de SAP HANA 2.0. El objetivo es proporcionar un marco de trabajo para administradores Basis basándose en escenarios reales de laboratorio.
Requisitos del Sistema para SAP HANA
Antes de analizar los requisitos para el sistema operativo Linux, es crucial entender los tipos de sistemas disponibles en los despliegues de SAP HANA:
- Sistema de un solo host (Single-host): Es el tipo de instalación más sencillo. El sistema SAP HANA se ejecuta enteramente en un único host y el servidor gestiona la carga de consulta completa.
- Sistema con varios hosts (Multi-host): Un sistema distribuido con más de un host que puede configurarse con roles de Worker (activo) o Standby (inactivo/espera). Esto permite balancear la carga y mejorar la disponibilidad.
1. Instalación Inicial (SPS03)
La instalación se realiza mediante la herramienta hdblcm (HANA Lifecycle Management), detectando componentes clave como el Database Server, Client, Studio y XS Advanced.
1.1 Parámetros Críticos de Configuración
| Parámetro | Valor Ejemplo | Descripción |
|---|---|---|
| SID | CSN | Identificador de sistema de 3 caracteres. |
| Instance | 00 | Número de instancia (puertos 3NN15/3NN13). |
| Paths | /hana/data, /hana/log | Ubicación de volúmenes de persistencia. |
| User | csnadm | Usuario administrador del SO (<sid>adm). |
1.2 Verificación de Procesos Core
Tras la instalación, el comando HDB -info debe mostrar los siguientes servicios activos:
- hdbnameserver: Gestión de la topología.
- hdbindexserver: El motor principal de datos.
- hdbcompileserver / hdbpreprocessor: Gestión de queries y metadatos.
- hdbxsengine / hdbwebdispatcher: Servicios de acceso web y aplicación.
2. Proceso de Actualización (Upgrade)
Para subir de versión o aplicar Service Packs, se utilizan archivos .SAR extraídos con
la herramienta SAPCAR.
hdblcm_prepare.sh para
automatizar la extracción de los paquetes de servidor y cliente en directorios temporales organizados.
Fases del Upgrade:
- Detección: El asistente identifica las versiones instaladas vs. las versiones en el medio de instalación.
- Parada y Backup: Se detienen los servicios y se realiza una copia de seguridad (fuera del asistente).
- Actualización de Binarios: El
hdblcmreemplaza los ejecutables uno a uno. - Reinicio e Importación: Se arrancan los procesos y se importan las Delivery Units (catálogo SQL y XS).
3. Análisis de Versiones y Logs
Es vital documentar la secuencia de saltos de versión. En actualizaciones de mantenimiento, los logs se almacenan típicamente en:
/var/tmp/hdb_<SID>_hdblcm_update_<timestamp>/hdblcm.log
4. Lecciones Aprendidas y Mejores Prácticas
Gestión de Archivos
- Usa
dos2unixpara scripts de preparación si vienen de Windows. - Mantén los medios de instalación en
/tmp/soft/con permisos 755.
Entornos Productivos
- Planifica ventanas de mantenimiento ante el downtime del
indexserver. - Configura el Locking de archivos para evitar limpiezas accidentales del SO.