A partir de la versión 0.160.1, el paquete SAPHanaSR incluye un script de enlace de proveedor HADR para automatizar los cambios en los límites de memoria y la precarga de tablas en caso de conmutación por error. Esto simplifica el escenario de optimización de costos de ampliación de SAP HANA.
¿Qué es un escenario de optimización de costes de SAP HANA?
SAP permite ejecutar una instancia no replicada de HANA en paralelo a la replicación secundaria en el sitio de conmutación por error predefinido. Esta base de datos no replicada podría ser un sistema de desarrollo o similar. En caso de que HANA principal falle, el clúster primero intenta reiniciar la base de datos fallida localmente. Si el reinicio no es posible, se activará una conmutación por error. En ese caso, el HANA secundario en el nodo de conmutación por error se promociona después del apagado del HANA no replicado.
Por lo tanto, necesita menos recursos cuando ejecuta un escenario de optimización de costos de SUSE HA para SAP HANA, en comparación con el escenario de rendimiento optimizado. Por otro lado, obtiene una configuración más compleja y una conmutación por error más lenta. Si desea obtener más información sobre el escenario de costo optimizado, lea nuestro artículo de blog https://www.suse.com/c/sap-hana-cost-optimized-an-alternative-route-is-disponible/ .
¿Qué es nuevo?
RPM SAPHanaSR ahora contiene una secuencia de comandos de enlace de proveedor HANA HADR para el método postTakeover(). Este script susCostOpt.py cambia los límites de memoria de HANA y la carga previa de la tabla para la base de datos de HANA replicada. Por lo tanto, se usa para la configuración optimizada de costos de ampliación de SAPHanaSR.
El nuevo script viene listo para usar fuera de la caja. Esto es posible porque el script no incluye información confidencial. En su lugar, utiliza el almacén de claves de usuario de la base de datos de HANA.
El límite de memoria y la clave de usuario de la base de datos se configuran en la sección del script del proveedor HADR del archivo de configuración global.ini de HANA. Puede configurar y activar el script en el nodo de toma de control predefinido. Este es el nodo que ejecuta la replicación secundaria de HANA y la base de datos de HANA no replicada. La página de manual susCostOpt.py(7) proporciona detalles. El siguiente ejemplo muestra la nueva configuración de secuencia de comandos de enlace.
[ha_dr_provider_suscostopt]
proveedor = susCostOpt
ruta = /usr/share/SAPHanaSR
userkey = saphanasr_HA1_costopt
costopt_primary_global_allocation_limit = 32000
ejecución_orden = 2
Ejemplo: Sección [ha_dr_provider_suscostopt] en global.ini
El nuevo parámetro userkey es obligatorio. Le dice al script de enlace qué clave de usuario usar para cambiar la configuración de HANA. Por supuesto, la clave de usuario respectiva y el usuario de la base de datos deben existir. El nuevo parámetro costopt_primary_global_allocation_limit es opcional. Puede usarlo para establecer un límite incluso para la instancia de HANA promocionada después de que se produzca una conmutación por error. Si no se configura, el valor predeterminado es ilimitado.
Hay algunas configuraciones más específicas para el escenario optimizado de costos de ampliación de SAP HANA. Esa configuración sigue siendo la misma que con las versiones anteriores del paquete SAPHanaSR. La guía de configuración actualizada en https://documentation.suse.com/sbp/all/single-html/SLES4SAP-hana-sr-guide-costopt-15/ explica la instalación y configuración paso a paso.
¿Dónde puedo encontrar más información?
Encuentre más información en los blogs de SUSE, en la guía de configuración sobre el escenario optimizado de costos de ampliación de SAP HANA y en las páginas del manual que se envían con el producto.
https://www.suse.com/c/tag/towardszerodowntime/
– Guías de configuración
https://documentation.suse.com/sbp/all/single-html/SLES4SAP-hana-sr-guide-costopt-15
Linware Perú ⯈