El Landscape Multi-Plataforma
Aunque SAP HANA es el futuro mandatorio para S/4HANA, el presente de muchas organizaciones incluye sistemas ECC corriendo sobre Oracle, SQL Server, DB2 o Sybase ASE. Conocer estas plataformas sigue siendo crítico para administradores BASIS.
La elección histórica de base de datos impactó costos de licenciamiento (Oracle alto, Sybase menor), habilidades del equipo (SQL Server familiar para shops Microsoft), y estrategia de HA (Oracle RAC vs SQL Server Always On).
Oracle: El Veterano Enterprise
Oracle Database ha sido la plataforma dominante en SAP durante décadas. Su fortaleza reside en características enterprise probadas:
Oracle RAC (Real Application Clusters)
RAC permite múltiples instancias Oracle accediendo simultáneamente a la misma base de datos mediante shared storage. Los componentes clave:
- OCR (Oracle Cluster Registry): Metadatos de configuración del cluster.
- Voting Disk: Mecanismo de quorum para evitar split-brain.
- ASM (Automatic Storage Management): Gestión de volúmenes lógicos Oracle-native.
El failover es automático: si un nodo cae, las sesiones migran al nodo superviviente en segundos.
Herramientas de Administración
El administrador BASIS Oracle trabaja con:
DB02: Monitorización de tablespaces (alerta cuando uso > 85%).ST04: Análisis de performance (buffer hit ratios, wait events).DB13: Scheduler de backups (integra con RMAN).- BR*Tools: Suite SAP para Oracle (
brbackup,brarchive,brrestore,brrecover).
SQL Server: El Aliado Microsoft
Microsoft SQL Server es común en organizaciones Microsoft-centric. Su integración con Active Directory simplifica la autenticación.
Always On Availability Groups
La respuesta de SQL Server a Oracle RAC. A diferencia de RAC (shared storage), Always On replica bases de datos entre nodos independientes:
- Primary Replica: Nodo activo que procesa read/write.
- Secondary Replicas: Hasta 8 nodos secundarios (pueden configurarse para read-only queries, liberando carga del primario).
- Listener: VIP que apunta siempre al nodo primario actual. Los clientes se conectan al listener, no a nodos específicos.
El failover es automático (típicamente 15-30s) y puede configurarse en modo síncrono (sin pérdida de datos) o asíncrono (para DR a larga distancia).
DB2 y Sybase ASE
IBM DB2 brilla en entornos con infraestructura IBM existente (Power Systems). Ofrece pureScale (clustering similar a RAC) y compresión avanzada que reduce significativamente el footprint de disco.
Sybase ASE fue la base de datos propietaria de SAP pre-HANA. Aunque menos común en nuevas instalaciones, muchos sistemas legacy operan establemente sobre ASE. Su costo de licenciamiento históricamente inferior a Oracle la hizo atractiva para empresas medianas.
Migraciones: El Gran Salto
Las migraciones de base de datos son proyectos técnicos de alto riesgo. Las herramientas modernas han reducido drásticamente la complejidad:
DMO (Database Migration Option)
La herramienta estrella para migraciones a HANA. Su ventaja: downtime reducido mediante técnicas avanzadas:
- Uptime Migration: Copia tablas grandes mientras el sistema origen sigue operativo.
- Downtime Minimization: Solo las tablas más críticas (pequeñas pero muy activas) se migran durante la ventana de downtime real.
- Benchmarking: DMO predice el downtime estimado antes de la migración real.
Un sistema de 5TB puede migrarse con downtime de 4-8 horas (vs 24-48h con métodos tradicionales).
SUM (Software Update Manager)
Para migraciones combinadas con upgrade (e.g., ECC 6.0 en Oracle → S/4HANA en HANA), SUM orquesta ambos procesos en una sola ventana de mantenimiento.
Backups: La Red de Seguridad
Independiente de la plataforma, la estrategia de backup debe garantizar RPO (Recovery Point Objective) y RTO (Recovery Time Objective) acordados.
BR*Tools: El Estándar SAP
SAP proporciona BR*Tools que abstraen las diferencias entre plataformas:
brbackup: Backup completo o incremental de datafiles.brarchive: Backup de archive logs (Oracle) o transaction logs (SQL Server).brrestore: Restauración de datafiles.brrecover: Aplicación de logs para recovery point-in-time.
Integración con Backuptools Corporativos
Las empresas enterprise usan herramientas como NetBackup, CommVault o TSM. La integración se logra mediante backint, una API que permite que BR*Tools deleguen el almacenamiento físico de backups al software corporativo.