Simplemente utilice la funcionalidad de clúster Hana-HA

Sin un buen tratamiento de los temas de infraestructura informática o de explotación, los proyectos Hana se sostienen sobre pies de barro.

Las empresas tienen que garantizar que las aplicaciones SAP críticas para el negocio, como S/4 o BW/4 Hana, puedan utilizarse prácticamente en cualquier momento. Al fin y al cabo, la continuidad del negocio no debe tambalearse durante mucho tiempo ni permanecer completamente inactiva.

En la agenda de infraestructura de TI/Hana, el complejo de temas de Alta Disponibilidad (HA) sigue ocupando el primer lugar y, por cierto, se discute de una forma u otra en prácticamente todos los talleres de Suse-SAP, por ejemplo.

Al igual que en versiones anteriores, la actual versión 12 de Suse Linux Enterprise (SLES) for SAP Applications proporciona a los clientes de SAP Suse la denominada High Availability Extension (HAE), incluida la funcionalidad de recuperación ante desastres (DR) desde el principio. Esto se puede utilizar tanto para el despliegue de Any DB como de Hana DB.

Aquí es importante:

La extensión de alta disponibilidad de SLES para aplicaciones SAP es un paquete de soluciones de código abierto de alta disponibilidad completo que los clientes de SAP Suse pueden utilizar de forma gratuita.

Esto elimina la necesidad de un gasto adicional en una solución de gestión de recursos de clúster adicional para las implantaciones de Hana.

Por cierto, Suse HAE para aplicaciones SAP se basa en la solución de código abierto Pacemaker.

Por supuesto, la solución Suse HA está integrada en la gestión del sistema SAP (Solution Manager) al igual que la plataforma del sistema operativo Suse Linux Enterprise Server for SAP Applications.

En el corazón del concepto Hana HA de SAP se encuentra Hana System Replication (SR). Sin embargo, el manejo/uso suele hacerse manualmente.

Por supuesto, la automatización de SR aporta ventajas, que pueden conducir a un aumento de los SLA.

La replicación del sistema Hana se ejecuta mediante una precarga de memoria en un clúster (clúster de al menos 2 nodos). En caso de fallo, se produce una conmutación automática mediante Suse HAE for SAP Applications.

Recuperación en caso de catástrofe

En un escenario necesario de recuperación ante desastres, es posible que una replicación del sistema Hana se realice mediante una replicación asíncrona adicional a otro sitio (por ejemplo, otro centro de datos) para lograr la cobertura de DR.

También existe un "enfoque de costes optimizados". En este caso, se prescinde de la precarga de memoria (en un sistema que funciona constantemente en paralelo). También en este caso se utiliza un segundo nodo.

Sin embargo, funciona principalmente como sistema de prueba y desarrollo, y Hana System Replication sólo se ejecuta o utiliza en el segundo nodo en el caso de HA.

En comparación con un entorno de alta disponibilidad con precarga de memoria sincrónica, la disponibilidad de Hana lleva más tiempo aquí, por supuesto.

No obstante, este enfoque supone una beneficiosa minimización de los costes de inversión/operación. En un posible escenario de RD, la replicación al sitio secundario también es asíncrona.

Basándose en Hana Resource Agents (RA) de Suse, se pueden administrar y gestionar las instancias de base de datos y las réplicas de Hana.

Estos agentes de recursos también permiten un uso inteligente y al mismo tiempo simplificado de las configuraciones de clúster. Y mucho más fácil que en el pasado.

Conclusión

En resumen, puede decirse que, desde hace años, la extensión de alta disponibilidad de Suse (HAE) suministrada con SLES para aplicaciones SAP es una solución de alta disponibilidad probada y líder para mejorar la continuidad del negocio/alta disponibilidad, incluida la funcionalidad de recuperación ante desastres para soluciones SAP.

Junto con SAP, se optimizó para el uso de Hana mediante desarrollos adicionales.

Aumenta los acuerdos de nivel de servicio (SLA) para el funcionamiento de Hana, simplifica la gestión de las configuraciones de clúster y puede utilizarse tanto para entornos de sistemas de ampliación como de reducción de escala. Una "disponibilidad controlada" (cA) está disponible para el uso scale-out.