El nuevo bloqueador de adquisiciones SAPHanaSR mejora la integración de SUSE HA con las soluciones de administración de SAP como SAP HANA Cockpit. Esta solución cierra la brecha entre las herramientas nativas de SAP y la solución de clúster SUSE SAPHanaSR. Uno de los errores de administración más críticos es ejecutar una toma de control manual en la instancia secundaria de SAP HANA sin tener en cuenta el clúster de SUSE. Al usar el bloqueador de toma de control, SAP HANA ahora puede diferenciar entre un clúster solicitado y una toma de control iniciada manualmente. Las solicitudes de toma de control manual se bloquean durante el funcionamiento normal del clúster. Esto garantiza la integridad de los datos. Este blog describe cómo configurar el bloqueador de toma de control y cómo realizar una toma de control manual mediante el procedimiento correcto de mantenimiento del clúster de SUSE.

¿Cómo puede SAP HANA diferenciar entre solicitudes de clúster solicitadas y solicitudes de adquisición manual?

SAP HANA tiene los llamados proveedores HA/DR. Estas son llamadas a métodos de python que utiliza SAP HANA si surge algún evento definido. Los pares de adquisición aumentan antes y después de una adquisición. Los métodos coincidentes se denominan preTakeover() y postTakeover(). SUSE proporciona la nueva secuencia de comandos gancho susTkOver.py . El script susTkOver.py interactúa con el clúster para determinar si la solicitud es una solicitud de adquisición permitida o prohibida.

¿Cuáles son los requisitos para la integración de SAP HANA usando susTkOver.py?

Necesita el paquete de actualización más reciente para SAPHanaSR. La versión mínima que cubre susTkOver.py es 0.160.1. En el lado de SAP HANA, debe tener una versión más reciente que 2.0 SPS4. Si necesita el mensaje de error optimizado, que le indica por qué se bloqueó la adquisición, necesita SAP HANA versión 2.0 SPS6. susTkOver estará disponible para SLES para SAP 15 SP4 y, posteriormente, también para SP3. Al momento de escribir este blog, susTkOver.py solo está disponible para la ampliación de SAP HANA SR.

¿Qué pasos son necesarios para implementar el bloqueador de adquisiciones?

Agregue susTkOver a SAP HANA global.ini

Utilice el gancho del paquete SAPHanaSR /usr/share/SAPHanaSR/susTkOver.py . El enlace debe configurarse en todos los nodos del clúster de SAP HANA. En global.ini , se debe crear la sección [ha_dr_provider_sustkover] . La sección opcional [trace] necesita ser adaptada. Consulte la página de  manual susTkOver.py(7) para obtener detalles sobre este script de enlace de proveedor de HA/DR.

[ha_dr_provider_sustkover]nproveedor = susTkOvernruta = /usr/share/SAPHanaSR/norden_ejecución = 2n[rastro]nha_dr_sustkover = informaciónn...

Utilice métodos documentados por SAP para cambiar global.ini . Nunca edite global.ini manualmente, si SAP HANA está iniciado.

Permitir que adm acceda al clúster de SUSE

SAP HANA y los proveedores de HA/DR se ejecutan como usuario adm . Para permitir que este usuario interactúe con el clúster, el script de enlace utiliza el comando sudo.

El usuario adm debe poder configurar los atributos del clúster hana__site_srHook_* . El gancho de replicación del sistema SAP HANA necesita acceso sin contraseña. El siguiente ejemplo limita el acceso a sudo para establecer exactamente el atributo necesario. Reemplace el por el ID del sistema SAP en minúsculas (como ha1). Las entradas se pueden agregar a un nuevo archivo como /etc/sudoers.d/SAPHanaSR para que no sea necesario editar el archivo original /etc/sudoers .

# Entradas SAPHanaSR-ScaleUp para escribir el atributo de clúster srHook y SAPHanaSR-hookHelpernadm TODOS=(TODOS) SIN CONTRASEÑA: /usr/sbin/crm_attribute -n hana__site_srHook_*nadm TODOS=(TODOS) SIN CONTRASEÑA: /usr/sbin/SAPHanaSR-hookHelper *

Mientras que la entrada para crm_attribute permite que SAPHanaSR.py interactúe con el clúster, susTkOver .py utiliza el nuevo auxiliar de enlace de SAPHanaSR llamado SAPHanaSR-hookHelper .

Verifique la configuración sudo resultante usando el modo sudo-list:

sudo -U adm -l | grep "NOPASSWD.*/usr/sbin/SAPHanaSR-hookHelper"

Probando tu clúster

Como siempre, antes de lanzar su clúster para un uso productivo, debe probar la nueva configuración cuidadosamente. Estas pruebas también deben incluir:

• la prueba de una toma de control manual que necesita ser bloqueada
• una toma de control provocada por el clúster
• una toma de control manual dentro de un procedimiento de mantenimiento válido

Las pruebas son esenciales para encontrar posibles errores de configuración. También eche un vistazo a la página man susTkOver.py (7). Esta página de manual también describe cómo encontrar las entradas de registro correspondientes en los archivos de seguimiento de SAP HANA. Algunos ejemplos:

Ejemplo para comprobar el registro del sistema de susTkOver configurando el estado de replicación del sistema HANA en la sección de propiedades de CIB. Para ser ejecutado en el servidor de nombres maestro del sitio principal de HANA respectivo.

# grep "sudo.*SAPHanaSR-hookHelper" /var/log/messages

Ejemplo para verificar los archivos de seguimiento de HANA cuando se cargó el script de enlace. Para ser ejecutado en los servidores de nombres maestros de ambos sitios.

# su - admn ~> rastreo de cdn ~> grep HADR.*load.*susTkOver servidor de nombres_*.trcn ~> grep susTkOver.init servidor de nombres_*.trc

Ejemplo para mostrar intentos de toma de control manuales bloqueados intencionalmente. Para ser ejecutado en el servidor de nombres principal del sitio secundario de HANA respectivo.

# su - sleadmn ~> rastreo de cdn ~> grep susTkOver.preTakeover.*falló.*50277 servidor de nombres_*.trc

¿Cómo realizar una toma de control manual utilizando la nueva integración de SAP HANA?

SUSE ha definido un procedimiento de mantenimiento genérico que es válido para todos los tipos típicos de mantenimiento en un clúster de SUSE.
El procedimiento de mantenimiento genérico consta de tres pasos principales. Consulte también la página man SAPHanaSR_maintenance_examples (7).

• Establezca el recurso multiestado en modo de mantenimiento
• Hacer su mantenimiento manual: terminar nuevamente con un par de primario y secundario en funcionamiento. Esto podría incluir un intercambio de los "roles" de replicación, por lo que la primera instancia principal ahora es la secundaria y viceversa.
• Terminar el modo de mantenimiento por
  • Actualizar el recurso de varios estados, para que el clúster pueda descubrir la topología de SR modificada
  • Vuelva a poner el recurso multiestado en el funcionamiento normal del clúster finalizando el modo de mantenimiento

Dónde obtener más información?

SUSE publicará una guía de configuración actualizada para el escenario de rendimiento optimizado en la configuración ampliada. Esta guía cubrirá el procedimiento paso a paso para configurar un clúster, incluida la nueva integración SAP HANA del bloqueador de adquisiciones. La guía de SLES para SAP 15 SP4 estará disponible en: https://documentation.suse.com/sbp/all/single-html/SLES4SAP-hana-sr-guide-PerfOpt-15/.

Como siempre, eche un vistazo a nuestras páginas man de los paquetes SAPHanaSR, ClusterTools2 y otros. En especial para este caso de uso, consulte las páginas man SAPHanaSR (7), SAPHanaSR-hookHelper (8), susTkOver.py (7), SAPHanaSR-showAttr (8) y SAPHanaSR_maintenance_examples (7).

Uno de mis próximos blogs explicará cómo hacer una toma de control manual usando el bloqueador de toma de control Integración de SAP HANA con toma de control manual.

que llevar

SAPHanaSR versión 0.160.1 incluye un nuevo script de enlace susTkOver.py. Este script permite bloquear las solicitudes de toma de control manual durante el funcionamiento normal del clúster. Es muy fácil implementar esta función en el clúster de SUSE. Solo necesita activar susTkOver.py en todas las instancias de SAP HANA en su clúster de SUSE y configurar sudo correctamente en todos los nodos del clúster para permitir que la secuencia de comandos interactúe con el clúster de SUSE.

El nuevo bloqueador de adquisición es el siguiente paso de la integración de SAP HANA. Mejora en gran medida la integridad de los datos.

Lea también otros blogs sobre #TowardsZeroDowntime .