Hoy queremos hablar de algo que aparece en muchas conversaciones técnicas… pero no siempre se analiza con calma: la Alta Disponibilidad en Oracle cuando no tenemos Enterprise Edition. Es donde entra en juego Oracle 19c SEHA.
En un mundo donde los datos se han convertido en el activo más valioso de las organizaciones, la disponibilidad ya no es una opción… es una necesidad estratégica. Cada minuto de inactividad representa pérdidas económicas, impacto reputacional y riesgo operativo.
Ante este escenario surge una pregunta clave:
¿Qué alternativa de Alta Disponibilidad ofrece Oracle cuando no contamos con Enterprise Edition (EE)?
La respuesta es clara: Oracle Database 19c Standard Edition 2 configurado con Alta Disponibilidad (HA), comúnmente denominado Oracle 19c SEHA.
¿Qué ofrece realmente Oracle 19c SEHA?
Oracle 19c SEHA permite a las organizaciones implementar una arquitectura resiliente, con tolerancia a fallos y continuidad operativa, sin asumir el coste de licenciamiento de Enterprise Edition.
Mediante Oracle RAC limitado a dos nodos, se garantiza que, ante la caída de un servidor, la base de datos continúe operando desde el nodo restante, minimizando interrupciones y protegiendo el negocio.
Esta configuración ofrece:
- Continuidad del servicio ante fallos de hardware.
- Reducción del downtime no planificado.
- Arquitectura robusta y probada.
- Optimización de costos sin renunciar a disponibilidad.
Oracle 19c SEHA representa el equilibrio perfecto entre alta disponibilidad y eficiencia presupuestaria, permitiendo a las empresas proteger su operación crítica sin comprometer la sostenibilidad financiera.
Porque hoy, más que nunca, la pregunta no es si podemos permitirnos la Alta Disponibilidad…
La verdadera pregunta es si podemos permitirnos no tenerla.
Diferencias reales entre Oracle SE2 HA y EE HA
SE2 HA (normalmente Standard Edition 2 + RAC 2 nodos), protege contra:
- Caída de un servidor
- Fallo de instancia
- Fallo de hardware local
NO protege contra:
- Caída del CPD completo
- Corrupción lógica replicada
- Desastre geográfico
- Necesidad de standby activo
Es alta disponibilidad local, no continuidad de negocio completa.
EE HA (Enterprise Edition + RAC + Data Guard) protege contra:
- Caída de nodo
- Caída de cluster completo
- Caída del CPD
- Desastre geográfico
- Corrupciones detectadas en standby
- Switchover planificado
- DR automático
¿Cuándo tiene sentido apostar por SE2 HA?
Tiene sentido cuando:
- El CPD es estable y fiable.
- El principal riesgo a cubrir es la caída de un nodo.
- Buscamos minimizar interrupciones sin disparar el coste de licencias.
- El negocio necesita resiliencia, pero no arquitectura multi-site.
En ese escenario, SE2 HA es un equilibrio muy interesante entre protección y presupuesto.
Como implementar SE2 HA (normalmente Standard Edition 2 + RAC 2 nodos), en seis pasos
Paso 1 – Preparación del sistema operativo
En ambos nodos:
- Mismo SO (RHEL/Oracle Linux recomendado)
- Mismo nivel de parches
- Configurar:
- /etc/hosts
- DNS o SCAN
- NTP o chrony
- Usuarios oracle y grid
- Límites de kernel (shmmax, sem, etc.)
- Configuración de hugepages
Paso 2 – Configurar storage compartido
Opciones:
- SAN (recomendado)
- iSCSI
- NFS validado
Normalmente se usa:
- ASM para DATA
- ASM para FRA
Paso 3 – Instalar Grid Infrastructure 19c
En modo RAC:
- Ejecutar runInstaller
- Elegir “Configure Oracle Grid Infrastructure for a Cluster”
- Configurar:
- SCAN name
- IPs privadas
- ASM disk groups
- Ejecutar root.sh en ambos nodos
Esto crea:
- Clusterware
- ASM
- Servicios RAC
Paso 4 – Instalar Oracle Database 19c SE2
En ambos nodos:
- Instalar software Database
- No crear base todavía
Paso 5 – Crear base de datos RAC
Usar DBCA:
- Tipo: RAC database
- Seleccionar ambos nodos
- Configurar CDB (si usas multitenant)
- Ubicar datos en ASM
Configuración de HA
SE2 RAC proporciona:
- Failover automático de instancia
- Rebalanceo de conexiones
- Continuidad si cae un nodo
Recomendaciones:
- Configurar servicios con preferencia de nodo
- Usar FAN y SCAN
- Configurar parámetros de cluster correctamente
Pruebas obligatorias para verificar Oracle 19c SEHA
Antes de pasar a producción es crítico hacer estas pruebas:
- Simular caída de nodo 1
- Simular caída de nodo 2
- Validar reconexión automática
- Medir tiempo de failover
- Validar integridad
Entonces… ¿merece la pena Oracle 19c SEHA?
Si tu objetivo es protegerte frente a la caída de un nodo y reducir el downtime sin asumir el coste de Enterprise Edition, Oracle 19c SE2 HA es una alternativa perfectamente sólida.
Y si estás valorando implantarla, tienes dudas sobre el diseño o quieres asegurarte de que la arquitectura encaja realmente con vuestro entorno, podemos ayudarte a analizarlo y definir la mejor forma de llevarlo a producción con garantías.
¿Aún no conoces Query Performance? Descubre cómo puede ayudarte en tu entorno Oracle. Más información en su página de LinkedIn.
Sígue a GPS en LinkedIn