Alta disponibilidad de SAP HANA en máquinas virtuales de Azure en SUSE Linux Enterprise Server

Para el desarrollo local, puede usar la replicación del sistema de HANA o el almacenamiento compartido para establecer alta disponibilidad para SAP HANA. En las máquinas virtuales (VM) de Azure, la replicación del sistema de HANA en Azure es actualmente la única función admitida de alta disponibilidad. La replicación de SAP HANA se realiza con un nodo principal y al menos uno secundario. Los cambios en los datos del nodo principal se replican en los secundarios de forma sincrónica o asincrónica.

En este artículo se describe cómo implementar y configurar las máquinas virtuales, instalar la plataforma del clúster e instalar y configurar la replicación del sistema de SAP HANA. En las configuraciones de ejemplo, se usan los comandos de instalación, el número de instancia 03 y el identificador del sistema de HANA HN1.

Lea primero las notas y los documentos de SAP siguientes:

  • Nota de SAP 1928533, que incluye:
    • La lista de tamaños de máquina virtual de Azure que se admiten para la implementación del software de SAP.
    • Información importante sobre capacidad para los tamaños de máquina virtual de Azure.
    • El software de SAP admitido y combinaciones de sistema operativo y base de datos.
    • La versión del kernel de SAP necesaria para Windows y Linux en Microsoft Azure.
  • La nota de SAP 2015553 enumera los requisitos previos para las implementaciones de software de SAP admitidas por SAP en Azure.
  • La nota de SAP 2205917 contiene configuraciones recomendadas del sistema operativo para SUSE Linux Enterprise Server para SAP Applications.
  • La nota de SAP 1944799 contiene guías de SAP HANA para SUSE Linux Enterprise Server para SAP Applications.
  • La nota de SAP 2178632 contiene información detallada sobre todas las métricas de supervisión notificadas para SAP en Azure.
  • La nota de SAP 2191498 incluye la versión de SAP Host Agent necesaria para Linux en Azure.
  • La nota de SAP 2243692 incluye información acerca de las licencias de SAP en Linux en Azure.
  • La nota de SAP 1984787 incluye información general sobre SUSE Linux Enterprise Server 12.
  • La nota de SAP 1999351 contiene más soluciones de problemas de la extensión de supervisión mejorada de Azure para SAP.
  • La nota de SAP 401162 contiene información sobre cómo evitar un mensaje semejante a "la dirección ya está en uso" al configurar la replicación del sistema de HANA.
  • La WIKI de la comunidad SAP contiene todas las notas de SAP necesarias para Linux.
  • Plataformas IaaS certificadas para SAP HANA
  • Guía Implementación y planeamiento de Azure Virtual Machines para SAP en Linux.
  • Implementación de Azure Virtual Machines para SAP en Linux (este artículo).
  • Guía Implementación de DBMS de Azure Virtual Machines para SAP en Linux.
  • Guías de procedimientos recomendados de SUSE Linux Enterprise Server for SAP Applications 12 SP3
    • Configuración de una infraestructura optimizada para el rendimiento de SR de SAP HANA (SLES para SAP Applications 12 SP1). La guía contiene toda la información necesaria para configurar la replicación del sistema de SAP HANA para el desarrollo en el entorno local. Esta guía sirve como orientación.
    • Configuración de una infraestructura optimizada para los costos de SR de SAP HANA (SLES para SAP Applications 12 SP1).

Información general

Para lograr una alta disponibilidad, SAP HANA se instala en dos máquinas virtuales. Los datos se replican mediante la replicación del sistema de HANA.

Información general sobre alta disponibilidad de SAP HANA

En la instalación de la replicación del sistema de SAP HANA se usa un nombre de host virtual dedicado y direcciones IP virtuales. En Azure, se requiere un equilibrador de carga para usar una dirección IP virtual. La configuración presentada muestra un equilibrador de carga con:

  • Dirección IP de front-end: 10.0.0.13 para hn1-db
  • Puerto de sondeo: 62503

Implementación para Linux

El agente de recursos para SAP HANA se incluye en SUSE Linux Enterprise Server para SAP Applications. Azure Marketplace contiene una imagen de SUSE Linux Enterprise Server para SAP Applications 12 que puede usar para implementar nuevas máquinas virtuales.

Implementación con una plantilla

Para implementar todos los recursos necesarios, puede usar una de las plantillas de inicio rápido de GitHub. La plantilla implementa las máquinas virtuales, el equilibrador de carga, el conjunto de disponibilidad, etc. Para implementar la plantilla, siga estos pasos:

  1. Abra la plantilla de base de datos o la plantilla convergente en Azure Portal. La plantilla de base de datos crea las reglas de equilibrio de carga solo para una base de datos. La plantilla convergida también crea las reglas de equilibrio de carga para una instancia de ASCS/SCS y ERS (solo Linux). Si tiene previsto instalar un sistema basado en SAP NetWeaver y desea instalar la instancia de ASCS/SCS en las mismas máquinas, use la plantilla convergente.

  2. Escriba los siguientes parámetros:

    • Identificador de sistema SAP: Escriba el identificador del sistema SAP que se va a instalar. El identificador se usa como prefijo de los recursos que se implementan.
    • Tipo de pila: (Este parámetro solo es aplicable si usa la plantilla convergida). Seleccione el tipo de pila de SAP NetWeaver.
    • Tipo de SO: Seleccione una de las distribuciones de Linux. En este ejemplo, seleccione SLES 12.
    • Tipo de base de datos: Seleccione HANA.
    • Tamaño del sistema SAP: Escriba la cantidad de SAPS que va a proporcionar el nuevo sistema. Si no está seguro de cuántos SAPS necesita el sistema, consulte con el integrador de sistemas o el asociado tecnológico de SAP.
    • Disponibilidad del sistema: Seleccione Alta disponibilidad.
    • Nombre de usuario y contraseña del administrador: Se crea un usuario nuevo que se puede usar para iniciar sesión en la máquina.
    • Subred nueva o existente: Determina si es necesario crear una red virtual y subred nuevas o usar una subred existente. Si ya tiene una red virtual conectada a la red local, seleccione Existing (Existente).
    • Identificador de subred: Si quiere implementar la máquina virtual en una red virtual existente en la que tiene una subred definida a la que se debe asignar la máquina virtual, asigne un nombre al identificador de esa subred específica. El identificador suele tener este aspecto: /subscriptions/<subscription ID>/resourceGroups/<nombre del grupo de recursos>/providers/Microsoft.Network/virtualNetworks/<nombre de la red virtual>/subnets/<nombre de la subred>.

Implementación manual

Importante

Asegúrese de que el sistema operativo seleccionado está certificado por SAP para SAP HANA en los tipos específicos de máquina virtual que use. La lista de tipos de máquina virtual certificados para SAP HANA y las versiones de sistema operativo correspondientes se puede consultar en Plataformas de IaaS certificadas para SAP HANA. No olvide consultar la información del tipo de máquina virtual mostrado para obtener una lista completa de las versiones de sistema operativo que SAP HANA admite para ese tipo específico de máquina virtual.

  1. Cree un grupo de recursos.

  2. Cree una red virtual.

  3. Cree un conjunto de disponibilidad.

    • Establezca el dominio máximo de actualización.
  4. Cree un equilibrador de carga (interno). Se recomienda que sea un equilibrador de carga estándar. Seleccione la red virtual que creó en el paso 2.

  5. Cree la máquina virtual 1.

    • Use una imagen SLES4SAP en la galería de Azure que sea compatible con SAP HANA en el tipo de máquina virtual seleccionado.
    • Seleccione el conjunto de disponibilidad creado en el paso 3.
  6. Cree la máquina virtual 2.

    • Use una imagen SLES4SAP en la galería de Azure que sea compatible con SAP HANA en el tipo de máquina virtual seleccionado.
    • Seleccione el conjunto de disponibilidad creado en el paso 3.
  7. Agregue discos de datos.

    Importante

    La dirección IP flotante no se admite en una configuración de IP secundaria de NIC para los escenarios de equilibrio de carga. Para ver detalles, consulte Limitaciones de Azure Load Balancer. Si necesita una dirección IP adicional para la VM, implemente una segunda NIC.

    Nota

    Cuando las máquinas virtuales sin direcciones IP públicas se colocan en el grupo de back-end de Standard Load Balancer interno (sin dirección IP pública), no hay conectividad saliente de Internet, a menos que se realice una configuración adicional para permitir el enrutamiento a puntos de conexión públicos. Para obtener más información sobre cómo obtener conectividad saliente, vea Conectividad de punto de conexión público para máquinas virtuales con Azure Standard Load Balancer en escenarios de alta disponibilidad de SAP.

  8. Para configurar el equilibrador de carga estándar, siga estos pasos de configuración:

    1. Primero, cree un grupo de direcciones IP de front-end:

      1. Abra el equilibrador de carga, seleccione frontend IP pool (Grupo de direcciones IP de front-end) y haga clic en Agregar.
      2. Escriba el nombre del nuevo grupo de direcciones IP de front-end (por ejemplo, hana-front-end).
      3. Establezca Asignación en Estática y escriba la dirección IP (por ejemplo, 10.0.0.13).
      4. Seleccione Aceptar.
      5. Una vez creado el nuevo grupo de direcciones IP de front-end, anote la dirección IP del grupo.
    2. Cree un único grupo de back-end:

      1. Abra el equilibrador de carga, seleccione Grupos de back-end y elija Agregar.
      2. Escriba el nombre del nuevo grupo de back-end (por ejemplo, hana-backend).
      3. Seleccione NIC para Configuración del grupo de back-end.
      4. Seleccione Agregar una máquina virtual.
      5. Seleccione las máquinas virtuales del clúster de HANA.
      6. Seleccione Agregar.
      7. Seleccione Guardar.
    3. A continuación, cree un sondeo de estado:

      1. Abra el equilibrador de carga, seleccione Sondeos de estado y haga clic en Agregar.
      2. Escriba el nombre del sondeo de estado nuevo (por ejemplo hana-hp).
      3. Seleccione TCP como protocolo y el puerto 62503. Mantenga el valor Interval establecido en 5.
      4. Seleccione Aceptar.
    4. Luego cree las reglas de equilibrio de carga:

      1. Abra el equilibrador de carga, seleccione Reglas de equilibrio de carga y haga clic en Agregar.
      2. Escriba el nombre de la nueva regla del equilibrador de carga (por ejemplo, hana-lb).
      3. Seleccione la dirección IP de front-end, el grupo de back-end y el sondeo de estado que ha creado anteriormente (por ejemplo, hana-frontend, hana-backend y hana-hp).
      4. Aumente el tiempo de espera de inactividad a 30 minutos
      5. Seleccione Puertos HA.
      6. Asegúrese de habilitar la dirección IP flotante.
      7. Seleccione Aceptar.

    Para obtener más información sobre los puertos necesarios para SAP HANA, lea el capítulo Connections to Tenant Databases (Conexiones a las bases de datos de inquilino) de la guía SAP HANA Tenant Databases (Bases de datos de inquilino de SAP HANA) o la nota de SAP 2388694.

Importante

No habilite las marcas de tiempo TCP en VM de Azure que se encuentren detrás de Azure Load Balancer. Si habilita las marcas de tiempo TCP provocará un error en los sondeos de estado. Establezca el parámetro net.ipv4.tcp_timestamps a 0. Consulte Sondeos de estado de Load Balancer para obtener más información. Consulte también la nota de SAP 2382421.

Creación de un clúster de Pacemaker

Siga los pasos de Configuración de Pacemaker en SUSE Linux Enterprise Server en Azure para crear un clúster de Pacemaker básico para este servidor HANA. También puede usar el mismo clúster de Pacemaker con SAP HANA y SAP NetWeaver (A)SCS.

Instalación de SAP HANA

En los pasos de esta sección se usan los siguientes prefijos:

  • [A] : el paso se aplica a todos los nodos.
  • [1] : el paso solo se aplica al nodo 1.
  • [2] : el paso solo se aplica al nodo 2 del clúster de Pacemaker.
  1. [A] Configuración del diseño de disco: Administrador de volúmenes lógicos (LVM) .

    Se recomienda usar LVM para volúmenes que almacenen datos y archivos de registro. En el ejemplo siguiente se supone que las máquinas virtuales tienen cuatro discos de datos asociados que se usan para crear dos volúmenes.

    Enumere todos los discos disponibles:

    ls /dev/disk/azure/scsi1/lun*
    

    Salida de ejemplo:

    
    /dev/disk/azure/scsi1/lun0  /dev/disk/azure/scsi1/lun1  /dev/disk/azure/scsi1/lun2  /dev/disk/azure/scsi1/lun3
    

    Cree volúmenes físicos para todos los discos que quiera usar:

    sudo pvcreate /dev/disk/azure/scsi1/lun0
    sudo pvcreate /dev/disk/azure/scsi1/lun1
    sudo pvcreate /dev/disk/azure/scsi1/lun2
    sudo pvcreate /dev/disk/azure/scsi1/lun3
    

    Cree un grupo de volúmenes para los archivos de datos. Use un grupo de volúmenes para los archivos de registro y otro para el directorio compartido de SAP HANA:

    sudo vgcreate vg_hana_data_HN1 /dev/disk/azure/scsi1/lun0 /dev/disk/azure/scsi1/lun1
    sudo vgcreate vg_hana_log_HN1 /dev/disk/azure/scsi1/lun2
    sudo vgcreate vg_hana_shared_HN1 /dev/disk/azure/scsi1/lun3
    

    Cree los volúmenes lógicos. Cuando se usa lvcreate sin el modificador -i, se crea un volumen lineal. Se recomienda crear un volumen seccionado para mejorar el rendimiento de E/S y, después, alinear los tamaños de sección con los valores documentados en Configuraciones de almacenamiento de máquinas virtuales de Azure en SAP HANA. El argumento -i debe ser el número de volúmenes físicos subyacentes y -I, el tamaño de la sección. En este documento, se usan dos volúmenes físicos para el volumen de datos, por lo que el modificador -i se establece en 2. El tamaño de sección para el volumen de datos es 256 KiB. Se usa un volumen físico para el volumen de registro, así que no se usa explícitamente ningún modificador -i o -I para los comandos del volumen de registro.

    Importante

    Use el modificador -i y establézcalo en el número del volumen físico subyacente cuando se usa más de un volumen físico para cada volumen de datos, de registro o compartido. Use el modificador -I para especificar el tamaño de las secciones al crear un volumen seccionado.
    Consulte Configuraciones de almacenamiento de máquinas virtuales de Azure en SAP HANA para conocer las configuraciones de almacenamiento recomendadas, incluidos los tamaños de sección y el número de discos.

    sudo lvcreate -i 2 -I 256 -l 100%FREE -n hana_data vg_hana_data_HN1
    sudo lvcreate -l 100%FREE -n hana_log vg_hana_log_HN1
    sudo lvcreate -l 100%FREE -n hana_shared vg_hana_shared_HN1
    sudo mkfs.xfs /dev/vg_hana_data_HN1/hana_data
    sudo mkfs.xfs /dev/vg_hana_log_HN1/hana_log
    sudo mkfs.xfs /dev/vg_hana_shared_HN1/hana_shared
    

    Cree los directorios de montaje y copie el UUID de todos los volúmenes lógicos:

    sudo mkdir -p /hana/data/HN1
    sudo mkdir -p /hana/log/HN1
    sudo mkdir -p /hana/shared/HN1
    # Write down the ID of /dev/vg_hana_data_HN1/hana_data, /dev/vg_hana_log_HN1/hana_log, and /dev/vg_hana_shared_HN1/hana_shared
    sudo blkid
    

    Cree entradas fstab para los tres volúmenes lógicos:

    sudo vi /etc/fstab
    

    Inserte la siguiente línea en el archivo /etc/fstab:

    /dev/disk/by-uuid/<UUID of /dev/mapper/vg_hana_data_HN1-hana_data> /hana/data/HN1 xfs  defaults,nofail  0  2
    /dev/disk/by-uuid/<UUID of /dev/mapper/vg_hana_log_HN1-hana_log> /hana/log/HN1 xfs  defaults,nofail  0  2
    /dev/disk/by-uuid/<UUID of /dev/mapper/vg_hana_shared_HN1-hana_shared> /hana/shared/HN1 xfs  defaults,nofail  0  2
    

    Monte los nuevos volúmenes:

    sudo mount -a
    
  2. [A] Configuración del diseño de disco: Discos sin formato.

    Para sistemas demostración, puede colocar los archivos de datos y de registro HANA en un disco. Cree una partición en /dev/disk/azure/scsi1/lun0 y aplíquele formato con xfs:

    sudo sh -c 'echo -e "n\n\n\n\n\nw\n" | fdisk /dev/disk/azure/scsi1/lun0'
    sudo mkfs.xfs /dev/disk/azure/scsi1/lun0-part1
    
    # Write down the ID of /dev/disk/azure/scsi1/lun0-part1
    sudo /sbin/blkid
    sudo vi /etc/fstab
    

    Inserte esta línea en el archivo/etc/fstab:

    /dev/disk/by-uuid/<UUID> /hana xfs  defaults,nofail  0  2
    

    Cree el directorio de destino y monte el disco:

    sudo mkdir /hana
    sudo mount -a
    
  3. [A] Configuración de la resolución del nombre de todos los hosts.

    Puede usar un servidor DNS o modificar el archivo /etc/hosts en todos los nodos. En este ejemplo se muestra cómo usar el archivo /etc/hosts. Reemplace la dirección IP y el nombre de host en los siguientes comandos:

    sudo vi /etc/hosts
    

    Inserte las líneas siguientes en el archivo/etc/hosts. Cambie la dirección IP y el nombre de host para que coincidan con su entorno:

    10.0.0.5 hn1-db-0
    10.0.0.6 hn1-db-1
    
  4. [A] Instalación de los paquetes de alta disponibilidad de SAP HANA:

    sudo zypper install SAPHanaSR
    

Para instalar la replicación del sistema de SAP HANA, siga el capítulo 4 de la guía del escenario optimizado para el rendimiento de SR de SAP HANA.

  1. [A] Ejecución del programa hdblcm desde el DVD de HANA. Escriba los siguientes valores en el símbolo del sistema:

    • Elija la instalación: Especifique 1.
    • Seleccione los componentes adicionales para la instalación: Especifique 1.
    • Escriba la ruta de acceso de instalación [/hana/shared]: Presione Entrar.
    • Enter Local Host Name [..]: Presione Entrar.
    • ¿Desea agregar hosts adicionales al sistema? (s/n) [n]: Presione Entrar.
    • Escriba el identificador del sistema de SAP HANA: Escriba el SID de HANA, por ejemplo: HN1.
    • Escriba el número de instancia [00]: Escriba el número de instancia de HANA. Escribir 03 si usó la plantilla de Azure o ha seguido la sección de implementación manual de este artículo.
    • Seleccione Database Mode (Modo de base de datos) / escriba el índice [1]: Presione Entrar.
    • Seleccione Uso del sistema / escriba el índice [4]: Seleccione el valor de uso del sistema.
    • Escriba la ubicación de los volúmenes de datos [/hana/data/HN1]: Presione Entrar.
    • Escriba la ubicación de los volúmenes de registros [/hana/log/HN1]: Presione Entrar.
    • ¿Restringir la asignación de memoria máxima? [n]: Presione Entrar.
    • Escriba el nombre del host del certificado para el host '...' [...]: Presione Entrar.
    • Escriba la contraseña del usuario del agente de host de SAP (sapadm): Escriba la contraseña de usuario del agente de host.
    • Confirme la contraseña del usuario del agente de host de SAP (sapadm): Escriba de nuevo la contraseña de usuario del agente de host para confirmarla.
    • Escriba la contraseña del administrador del sistema (hdbadm): Escriba la contraseña de administrador del sistema.
    • Confirme la contraseña del administrador del sistema (hdbadm): Escriba de nuevo la contraseña de administrador del sistema para confirmarla.
    • Escriba el directorio principal del administrador de sistema [/usr/sap/HN1/home]: Presione Entrar.
    • Escriba el shell de inicio de sesión del administrador de sistema [/bin/sh]: Presione Entrar.
    • Escriba el identificador de usuario del administrador de sistema [1001]: Presione Entrar.
    • Escriba el identificador del grupo de usuarios (sapsys) [79]: Presione Entrar.
    • Escriba la contraseña del usuario (SYSTEM) de la base de datos: Escriba la contraseña de usuario de base de datos.
    • Confirme la contraseña del usuario (SYSTEM) de la base de datos: Escriba de nuevo la contraseña de usuario de base de datos para confirmarla.
    • ¿Reiniciar el sistema tras el reinicio de la máquina? [n]: Presione Entrar.
    • ¿Desea continuar? (s/n): valide el resumen. Escriba s para continuar.
  2. [A] Actualización del agente de host de SAP.

    Descargue el archivo más reciente del agente de host de SAP desde SAP Software Center y ejecute el siguiente comando para actualizar el agente. Reemplace la ruta de acceso al archivo para que apunte al archivo que descargó:

    sudo /usr/sap/hostctrl/exe/saphostexec -upgrade -archive <path to SAP Host Agent SAR>
    

Configuración de la Replicación del sistema de SAP HANA 2.0

En los pasos de esta sección se usan los siguientes prefijos:

  • [A] : el paso se aplica a todos los nodos.
  • [1] : el paso solo se aplica al nodo 1.
  • [2] : el paso solo se aplica al nodo 2 del clúster de Pacemaker.
  1. [1] Creación de la base de datos de inquilino.

    Si usa SAP HANA 2.0 o MDC, cree una base de datos de inquilino para el sistema SAP NetWeaver. Reemplace NW1 por el SID del sistema SAP.

    Ejecute el siguiente comando como <hanasid>adm:

    hdbsql -u SYSTEM -p "passwd" -i 03 -d SYSTEMDB 'CREATE DATABASE NW1 SYSTEM USER PASSWORD "passwd"'
    
  2. [1] Configuración de la replicación del sistema en el primer nodo:

    Haga una copia de seguridad de las bases de datos como <hanasid>adm:

    hdbsql -d SYSTEMDB -u SYSTEM -p "passwd" -i 03 "BACKUP DATA USING FILE ('initialbackupSYS')"
    hdbsql -d HN1 -u SYSTEM -p "passwd" -i 03 "BACKUP DATA USING FILE ('initialbackupHN1')"
    hdbsql -d NW1 -u SYSTEM -p "passwd" -i 03 "BACKUP DATA USING FILE ('initialbackupNW1')"
    

    Copie los archivos PKI de sistema en el sitio secundario:

    scp /usr/sap/HN1/SYS/global/security/rsecssfs/data/SSFS_HN1.DAT   hn1-db-1:/usr/sap/HN1/SYS/global/security/rsecssfs/data/
    scp /usr/sap/HN1/SYS/global/security/rsecssfs/key/SSFS_HN1.KEY  hn1-db-1:/usr/sap/HN1/SYS/global/security/rsecssfs/key/
    

    Cree el sitio principal:

    hdbnsutil -sr_enable --name=SITE1
    
  3. [2] Configuración de la replicación del sistema en el segundo nodo:

    Registre el segundo nodo para iniciar la replicación del sistema. Ejecute el siguiente comando como <hanasid>adm:

    sapcontrol -nr 03 -function StopWait 600 10
    hdbnsutil -sr_register --remoteHost=hn1-db-0 --remoteInstance=03 --replicationMode=sync --name=SITE2 
    

Configuración de la Replicación del sistema de SAP HANA 1.0

En los pasos de esta sección se usan los siguientes prefijos:

  • [A] : el paso se aplica a todos los nodos.
  • [1] : el paso solo se aplica al nodo 1.
  • [2] : el paso solo se aplica al nodo 2 del clúster de Pacemaker.
  1. [1] Creación de los usuarios necesarios.

    Ejecute el siguiente comando como raíz. Asegúrese de reemplazar las cadenas en negrita (HN1 del identificador de sistema de HANA y el número de instancia 03) por los valores de la instalación de SAP HANA:

    PATH="$PATH:/usr/sap/HN1/HDB03/exe"
    hdbsql -u system -i 03 'CREATE USER hdbhasync PASSWORD "passwd"'
    hdbsql -u system -i 03 'GRANT DATA ADMIN TO hdbhasync'
    hdbsql -u system -i 03 'ALTER USER hdbhasync DISABLE PASSWORD LIFETIME'
    
  2. [A] Creación de la entrada del almacén de claves.

    Ejecute el siguiente comando como raíz para crear una entrada del almacén de claves:

    PATH="$PATH:/usr/sap/HN1/HDB03/exe"
    hdbuserstore SET hdbhaloc localhost:30315 hdbhasync passwd
    
  3. [1] Realización de una copia de seguridad de la base de datos.

    Haga una copia de seguridad de las bases de datos como raíz:

    PATH="$PATH:/usr/sap/HN1/HDB03/exe"
    hdbsql -d SYSTEMDB -u system -i 03 "BACKUP DATA USING FILE ('initialbackup')"
    

    Si usa una instalación multiinquilino, haga también una copia de seguridad de la base de datos de inquilino:

    hdbsql -d HN1 -u system -i 03 "BACKUP DATA USING FILE ('initialbackup')"
    
  4. [1] Configuración de la replicación del sistema en el primer nodo.

    Cree el sitio principal como <hanasid>adm:

    su - hdbadm
    hdbnsutil -sr_enable –-name=SITE1
    
  5. [2] Configuración de la replicación del sistema en el nodo secundario.

    Registre el sitio secundario como <hanasid>adm:

    sapcontrol -nr 03 -function StopWait 600 10
    hdbnsutil -sr_register --remoteHost=hn1-db-0 --remoteInstance=03 --replicationMode=sync --name=SITE2 
    

Implementación de los enlaces de HANA SAPHanaSR y susChkSrv

Este paso es importante para optimizar la integración con el clúster y mejorar la detección cuando se requiere una conmutación por error del clúster. Se recomienda encarecidamente configurar el enlace de Python SAPHanaSR. Para HANA 2.0 SP5 y versiones posteriores, se recomienda implementar SAPHanaSR, junto con el enlace susChkSrv.

SusChkSrv amplía la funcionalidad del proveedor de alta disponibilidad sapHanaSR principal. Actúa en la situación en la que se bloquea el proceso de HANA hdbindexserver. Si un único proceso se bloquea, normalmente HANA intenta reiniciarlo. El reinicio del proceso de indexserver puede tardar mucho tiempo, durante el cual la base de datos de HANA no responde.

Con susChkSrv implementado, se ejecuta una acción inmediata y configurable, que desencadena una conmutación por error en el período de tiempo de espera configurado, en lugar de esperar a que el proceso de hdbindexserver se reinicie en el mismo nodo.

  1. [A] Instale el "enlace de replicación del sistema" de HANA. El enlace debe instalarse en ambos nodos de base de datos de HANA.

    Sugerencia

    El enlace de Python SAPHanaSR solo puede implementarse para HANA 2.0. El paquete SAPHanaSR debe ser al menos la versión 0.153.
    El enlace de Python susChkSrv requiere la versión de SAP HANA 2.0 SP5 y SAPHanaSR 0.161.1_BF o superior.

    1. Detenga HANA en ambos nodos. Ejecute como <sid>adm:
    sapcontrol -nr 03 -function StopSystem
    
    1. Ajuste global.ini en cada uno de los nodos del clúster. Si no se cumplen los requisitos para el enlace susChkSrv, quite todo el bloque [ha_dr_provider_suschksrv] de los parámetros siguientes.
      Puede ajustar el comportamiento de susChkSrv con el parámetro action_on_lost.
      Los valores válidos son [ ignore | stop | kill | fence ].
    # add to global.ini
    [ha_dr_provider_SAPHanaSR]
    provider = SAPHanaSR
    path = /usr/share/SAPHanaSR
    execution_order = 1
    
    [ha_dr_provider_suschksrv]
    provider = susChkSrv
    path = /usr/share/SAPHanaSR
    execution_order = 3
    action_on_lost = fence
    
    [trace]
    ha_dr_saphanasr = info
    

La configuración que apunta a la ubicación estándar /usr/share/SAPHanaSR, aporta una ventaja, que el código de enlace de Python se actualiza automáticamente mediante las actualizaciones del sistema operativo o del paquete y que HANA lo usa en el siguiente reinicio. Con una ruta de acceso opcional propia, como /hana/shared/myHooks, puede desacoplar las actualizaciones del sistema operativo con la versión de enlace usado.

  1. [A] El clúster requiere la configuración de elementos que usan el programa sudo en cada nodo de clúster para <sid>adm. En este ejemplo, esto se consigue mediante la creación de un archivo nuevo. Ejecute el comando como root y adapte los valores en negrita de hn1/HN1 con el SID correcto.
    
     cat << EOF > /etc/sudoers.d/20-saphana
     # Needed for SAPHanaSR and susChkSrv Python hooks
     hn1adm ALL=(ALL) NOPASSWD: /usr/sbin/crm_attribute -n hana_hn1_site_srHook_*
     hniadm ALL=(ALL) NOPASSWD: /usr/sbin/SAPHanaSR-hookHelper --sid=HN1 --case=fenceMe
     EOF
     

Para obtener más detalles sobre la implementación del enlace de replicación del sistema SAP HANA, consulte la Configuración de los proveedores de HA/DR de HANA.

  1. [A] Inicie SAP HANA en ambos nodos. Ejecute como <sid>adm.

    sapcontrol -nr 03 -function StartSystem 
    
  2. [1] Compruebe la instalación del enlace. Ejecute as <sid>adm en el sitio activo de replicación del sistema HANA.

     cdtrace
     awk '/ha_dr_SAPHanaSR.*crm_attribute/ \
     { printf "%s %s %s %s\n",$2,$3,$5,$16 }' nameserver_*
     # Example output
     # 2021-04-08 22:18:15.877583 ha_dr_SAPHanaSR SFAIL
     # 2021-04-08 22:18:46.531564 ha_dr_SAPHanaSR SFAIL
     # 2021-04-08 22:21:26.816573 ha_dr_SAPHanaSR SOK
    

    Compruebe la instalación del enlace susChkSrv. Ejecute como <sid>adm en todas las máquinas virtuales de HANA

     cdtrace
     egrep '(LOST:|STOP:|START:|DOWN:|init|load|fail)' nameserver_suschksrv.trc
     # Example output
     # 2022-11-03 18:06:21.116728  susChkSrv.init() version 0.7.7, parameter info: action_on_lost=fence stop_timeout=20 kill_signal=9
     # 2022-11-03 18:06:27.613588  START: indexserver event looks like graceful tenant start
     # 2022-11-03 18:07:56.143766  START: indexserver event looks like graceful tenant start (indexserver started)
    

Creación de recursos de clúster de SAP HANA

Primero, cree la topología de HANA. Ejecute los comandos siguientes en uno de los nodos del clúster de Pacemaker:

sudo crm configure property maintenance-mode=true

# Replace the bold string with your instance number and HANA system ID

sudo crm configure primitive rsc_SAPHanaTopology_HN1_HDB03 ocf:suse:SAPHanaTopology \
  operations \$id="rsc_sap2_HN1_HDB03-operations" \
  op monitor interval="10" timeout="600" \
  op start interval="0" timeout="600" \
  op stop interval="0" timeout="300" \
  params SID="HN1" InstanceNumber="03"

sudo crm configure clone cln_SAPHanaTopology_HN1_HDB03 rsc_SAPHanaTopology_HN1_HDB03 \
  meta clone-node-max="1" target-role="Started" interleave="true"

A continuación, cree los recursos de HANA:

Importante

Pruebas recientes han mostrado situaciones en las que netcat deja de responder a las solicitudes debido al trabajo pendiente y a su limitación para controlar solo una conexión. El recurso netcat deja de escuchar las solicitudes del equilibrador de carga de Azure y la dirección IP flotante deja de estar disponible.
En el caso de los clústeres de Pacemaker existentes, en el pasado se recomendaba reemplazar netcat por socat. Actualmente se recomienda usar el agente de recursos azure-lb, que forma parte de los agentes de recursos de paquetes, con los siguientes requisitos de versión de paquete:

  • En el caso de SLES 12 SP4/SP5, la versión debe ser, al menos, resource-agents-4.3.018.a7fb5035-3.30.1.
  • Para SLES 15/15 SP1, la versión debe ser al menos resource-agents-4.3.0184.6ee15eb2-4.13.1.

Tenga en cuenta que el cambio requerirá un breve tiempo de inactividad.
En el caso de los clústeres de Pacemaker existentes, si la configuración ya se ha cambiado para usar socat, como se describe en Protección de la detección del equilibrador de carga de Azure, no hay ningún requisito para cambiar inmediatamente al agente de recursos azure-lb.

Nota

Este artículo contiene referencias a los términos maestro y esclavo, unos términos que Microsoft ya no usa. Cuando se eliminen estos términos del software, se eliminarán de este artículo.

# Replace the bold string with your instance number, HANA system ID, and the front-end IP address of the Azure load balancer. 

sudo crm configure primitive rsc_SAPHana_HN1_HDB03 ocf:suse:SAPHana \
  operations \$id="rsc_sap_HN1_HDB03-operations" \
  op start interval="0" timeout="3600" \
  op stop interval="0" timeout="3600" \
  op promote interval="0" timeout="3600" \
  op monitor interval="60" role="Master" timeout="700" \
  op monitor interval="61" role="Slave" timeout="700" \
  params SID="HN1" InstanceNumber="03" PREFER_SITE_TAKEOVER="true" \
  DUPLICATE_PRIMARY_TIMEOUT="7200" AUTOMATED_REGISTER="false"

sudo crm configure ms msl_SAPHana_HN1_HDB03 rsc_SAPHana_HN1_HDB03 \
  meta notify="true" clone-max="2" clone-node-max="1" \
  target-role="Started" interleave="true"

sudo crm configure primitive rsc_ip_HN1_HDB03 ocf:heartbeat:IPaddr2 \
  meta target-role="Started" \
  operations \$id="rsc_ip_HN1_HDB03-operations" \
  op monitor interval="10s" timeout="20s" \
  params ip="10.0.0.13"

sudo crm configure primitive rsc_nc_HN1_HDB03 azure-lb port=62503 \
  op monitor timeout=20s interval=10 \
  meta resource-stickiness=0

sudo crm configure group g_ip_HN1_HDB03 rsc_ip_HN1_HDB03 rsc_nc_HN1_HDB03

sudo crm configure colocation col_saphana_ip_HN1_HDB03 4000: g_ip_HN1_HDB03:Started \
  msl_SAPHana_HN1_HDB03:Master  

sudo crm configure order ord_SAPHana_HN1_HDB03 Optional: cln_SAPHanaTopology_HN1_HDB03 \
  msl_SAPHana_HN1_HDB03

# Clean up the HANA resources. The HANA resources might have failed because of a known issue.
sudo crm resource cleanup rsc_SAPHana_HN1_HDB03

sudo crm configure property maintenance-mode=false
sudo crm configure rsc_defaults resource-stickiness=1000
sudo crm configure rsc_defaults migration-threshold=5000

Importante

Se recomienda como procedimiento recomendado que solo establezca AUTOMATED_REGISTER en no mientras realice pruebas de conmutación por error exhaustivas, para evitar que la instancia principal con errores se registre automáticamente como secundaria. Una vez que las pruebas de conmutación por error se hayan completado correctamente, establezca AUTOMATED_REGISTER en yes, de modo que, después de la toma de control, la replicación del sistema se pueda reanudar automáticamente.

Asegúrese de que el estado del clúster sea el correcto y de que se iniciaron todos los recursos. No es importante en qué nodo se ejecutan los recursos.

sudo crm_mon -r

# Online: [ hn1-db-0 hn1-db-1 ]
#
# Full list of resources:
#
# stonith-sbd     (stonith:external/sbd): Started hn1-db-0
# Clone Set: cln_SAPHanaTopology_HN1_HDB03 [rsc_SAPHanaTopology_HN1_HDB03]
#     Started: [ hn1-db-0 hn1-db-1 ]
# Master/Slave Set: msl_SAPHana_HN1_HDB03 [rsc_SAPHana_HN1_HDB03]
#     Masters: [ hn1-db-0 ]
#     Slaves: [ hn1-db-1 ]
# Resource Group: g_ip_HN1_HDB03
#     rsc_ip_HN1_HDB03   (ocf::heartbeat:IPaddr2):       Started hn1-db-0
#     rsc_nc_HN1_HDB03   (ocf::heartbeat:azure-lb):      Started hn1-db-0

Configuración de la replicación del sistema de HANA activo/habilitado para lectura en el clúster de Pacemaker

A partir de SAP HANA 2.0 SPS 01, SAP permite el uso de configuraciones activas/habilitadas para lectura para la replicación del sistema de SAP HANA, donde los sistemas secundarios de la replicación del sistema de SAP HANA se pueden usar activamente para cargas de trabajo de lectura intensiva. Para admitir esta configuración en un clúster, se requiere una segunda dirección IP virtual que permita a los clientes tener acceso a la base de datos secundaria de SAP HANA habilitada para lectura. Para garantizar que todavía se puede tener acceso al sitio de replicación secundario tras una adquisición, el clúster debe mover la dirección IP virtual con el sistema secundario del recurso SAPHana.

En esta sección se describen los pasos adicionales necesarios para administrar la replicación del sistema de HANA activo/habilitado para lectura en un clúster de alta disponibilidad de SUSE con una segunda IP virtual.
Antes de continuar, asegúrese de que ha configurado completamente el clúster de alta disponibilidad de SUSE que administra la base de datos de SAP HANA, tal como se describe en las secciones anteriores de la documentación.

Alta disponibilidad de SAP HANA con sistema secundario habilitado para lectura

Configuración adicional en Azure Load Balancer para la configuración activa/habilitada para lectura

Para continuar con los pasos adicionales del aprovisionamiento de la segunda dirección IP virtual, asegúrese de que ha configurado Azure Load Balancer como se describe en la sección Implementación manual.

  1. Para el equilibrador de carga estándar, siga los pasos adicionales que se indican a continuación en el mismo equilibrador de carga que creó en la sección anterior.

    a. Crear un segundo grupo de direcciones IP de front-end:

    • Abra el equilibrador de carga, seleccione frontend IP pool (Grupo de direcciones IP de front-end) y haga clic en Agregar.
    • Escriba el nombre del segundo grupo de direcciones IP de front-end (por ejemplo, hana-secondaryIP).
    • Establezca Assignment (Asignación) en Static (Estática) y escriba la dirección IP (por ejemplo, 10.0.0.14).
    • Seleccione Aceptar.
    • Una vez creado el nuevo grupo de direcciones IP de front-end, anote la dirección IP del front-end.

    b. A continuación, cree un sondeo de estado:

    • Abra el equilibrador de carga, seleccione Sondeos de estado y haga clic en Agregar.
    • Escriba el nombre del sondeo de estado nuevo (por ejemplo hana-secondaryhp).
    • Seleccione TCP como el protocolo y el puerto 62603. Mantenga el valor de Intervalo en 5 y el valor de Umbral incorrecto en 2.
    • Seleccione Aceptar.

    c. Luego cree las reglas de equilibrio de carga:

    • Abra el equilibrador de carga, seleccione Reglas de equilibrio de carga y haga clic en Agregar.
    • Escriba el nombre de la nueva regla del equilibrador de carga (por ejemplo, hana-secondarylb).
    • Seleccione la dirección IP de front-end, el grupo de back-end y el sondeo de estado que creó anteriormente (por ejemplo, hana-secondaryIP, hana-backend y hana-secondaryhp).
    • Seleccione Puertos HA.
    • Aumente el tiempo de espera de inactividad a 30 minutos.
    • Asegúrese de habilitar la dirección IP flotante.
    • Seleccione Aceptar.

Configuración de la replicación del sistema de HANA activo/habilitado para lectura

Los pasos para configurar la replicación del sistema de HANA se describen en la sección Configuración de la replicación del sistema de SAP HANA 2.0. Si va a implementar un escenario secundario habilitado para lectura, mientras configura la replicación del sistema en el segundo nodo, ejecute el siguiente comando como hanasidadm:

sapcontrol -nr 03 -function StopWait 600 10 

hdbnsutil -sr_register --remoteHost=hn1-db-0 --remoteInstance=03 --replicationMode=sync --name=SITE2 --operationMode=logreplay_readaccess 

Adición de un recurso de dirección IP virtual secundaria para una configuración activa/habilitada para lectura

La segunda dirección IP virtual y la restricción de coubicación adecuada se pueden configurar con los siguientes comandos:

crm configure property maintenance-mode=true

crm configure primitive rsc_secip_HN1_HDB03 ocf:heartbeat:IPaddr2 \
 meta target-role="Started" \
 operations \$id="rsc_secip_HN1_HDB03-operations" \
 op monitor interval="10s" timeout="20s" \
 params ip="10.0.0.14"

crm configure primitive rsc_secnc_HN1_HDB03 azure-lb port=62603 \
 op monitor timeout=20s interval=10 \
 meta resource-stickiness=0

crm configure group g_secip_HN1_HDB03 rsc_secip_HN1_HDB03 rsc_secnc_HN1_HDB03

crm configure colocation col_saphana_secip_HN1_HDB03 4000: g_secip_HN1_HDB03:Started \
 msl_SAPHana_HN1_HDB03:Slave 

crm configure property maintenance-mode=false

Asegúrese de que el estado del clúster sea el correcto y de que se iniciaron todos los recursos. La segunda dirección IP virtual se ejecutará en el sitio secundario junto con el recurso secundario SAPHana.

sudo crm_mon -r

# Online: [ hn1-db-0 hn1-db-1 ]
#
# Full list of resources:
#
# stonith-sbd     (stonith:external/sbd): Started hn1-db-0
# Clone Set: cln_SAPHanaTopology_HN1_HDB03 [rsc_SAPHanaTopology_HN1_HDB03]
#     Started: [ hn1-db-0 hn1-db-1 ]
# Master/Slave Set: msl_SAPHana_HN1_HDB03 [rsc_SAPHana_HN1_HDB03]
#     Masters: [ hn1-db-0 ]
#     Slaves: [ hn1-db-1 ]
# Resource Group: g_ip_HN1_HDB03
#     rsc_ip_HN1_HDB03   (ocf::heartbeat:IPaddr2):       Started hn1-db-0
#     rsc_nc_HN1_HDB03   (ocf::heartbeat:azure-lb):      Started hn1-db-0
# Resource Group: g_secip_HN1_HDB03:
#     rsc_secip_HN1_HDB03       (ocf::heartbeat:IPaddr2):        Started hn1-db-1
#     rsc_secnc_HN1_HDB03       (ocf::heartbeat:azure-lb):       Started hn1-db-1

En la siguiente sección puede encontrar el conjunto típico de pruebas de conmutación por error que se va a ejecutar.

Tenga en cuenta el comportamiento de la segunda dirección IP virtual mientras prueba un clúster de HANA habilitado para lectura:

  1. Al migrar el recurso de clúster SAPHana_HN1_HDB03 a hn1-db-1, la segunda dirección IP virtual pasará al otro servidor hn1-db-0. Si ha configurado AUTOMATED_REGISTER = "false" y la replicación del sistema de HANA no se registra automáticamente, la segunda dirección IP virtual se ejecutará en hn1-DB-0, , ya que el servidor está disponible y los servicios de clúster están en línea.

  2. Al probar el bloqueo del servidor, los recursos de la segunda dirección IP virtual (rsc_secip_HN1_HDB03) y el recurso de puerto de Azure Load Balancer (rsc_secnc_HN1_HDB03) se ejecutarán en el servidor principal junto con los recursos de la dirección IP virtual principal. Mientras el servidor secundario está inactivo, las aplicaciones que están conectadas a la base de datos de HANA habilitada para lectura se conectarán a la base de datos de HANA principal. El comportamiento es el esperado, ya que no desea que las aplicaciones que están conectadas a la base de datos de HANA habilitada para lectura sean inaccesibles mientras el servidor secundario no esté disponible.

  3. Cuando el servidor secundario esté disponible y los servicios de clúster estén en línea, la segunda dirección IP virtual y los recursos de puerto se trasladarán automáticamente al servidor secundario, incluso si la replicación del sistema de HANA no se registra como secundaria. Es muy importante registrar la base de datos de HANA secundaria como habilitada para lectura antes de iniciar los servicios de clúster en ese servidor. Puede configurar el recurso de clúster de instancia de HANA para registrar automáticamente la replicación secundaria estableciendo el parámetro AUTOMATED_REGISTER=true.

  4. Durante la conmutación por error y la reserva, se pueden interrumpir las conexiones existentes de las aplicaciones mediante la conexión de la segunda dirección IP virtual a la base de datos de HANA.

Prueba de la configuración del clúster

En esta sección se describe cómo se puede probar la configuración. En todas las pruebas se supone que usted es la raíz y que el sistema maestro de SAP HANA se ejecuta en la máquina virtual hn1-db-0.

Prueba de la migración

Antes de comenzar la prueba, asegúrese de que Pacemaker no tenga acciones con error (mediante crm_mon -r), no haya restricciones de ubicación inesperadas (por ejemplo, restos de una prueba de migración) y que HANA se encuentre en estado de sincronización, por ejemplo con SAPHanaSR-showAttr:

hn1-db-0:~ # SAPHanaSR-showAttr
Sites    srHook
----------------
SITE2    SOK

Global cib-time
--------------------------------
global Mon Aug 13 11:26:04 2018

Hosts    clone_state lpa_hn1_lpt node_state op_mode   remoteHost    roles                            score site  srmode sync_state version                vhost
-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------
hn1-db-0 PROMOTED    1534159564  online     logreplay nws-hana-vm-1 4:P:master1:master:worker:master 150   SITE1 sync   PRIM       2.00.030.00.1522209842 nws-hana-vm-0
hn1-db-1 DEMOTED     30          online     logreplay nws-hana-vm-0 4:S:master1:master:worker:master 100   SITE2 sync   SOK        2.00.030.00.1522209842 nws-hana-vm-1

Puede migrar el nodo maestro de SAP HANA con el siguiente comando:

crm resource move msl_SAPHana_HN1_HDB03 hn1-db-1 force

Si estableció AUTOMATED_REGISTER="false", esta secuencia de comandos migrará el nodo maestro de SAP HANA y el grupo que contiene la dirección IP virtual a hn1-db-1.

Una vez realizada la migración, la salida de crm_mon -r se parece a esta:

Online: [ hn1-db-0 hn1-db-1 ]

Full list of resources:

stonith-sbd     (stonith:external/sbd): Started hn1-db-1
 Clone Set: cln_SAPHanaTopology_HN1_HDB03 [rsc_SAPHanaTopology_HN1_HDB03]
     Started: [ hn1-db-0 hn1-db-1 ]
 Master/Slave Set: msl_SAPHana_HN1_HDB03 [rsc_SAPHana_HN1_HDB03]
     Masters: [ hn1-db-1 ]
     Stopped: [ hn1-db-0 ]
 Resource Group: g_ip_HN1_HDB03
     rsc_ip_HN1_HDB03   (ocf::heartbeat:IPaddr2):       Started hn1-db-1
     rsc_nc_HN1_HDB03   (ocf::heartbeat:azure-lb):      Started hn1-db-1

Failed Actions:
* rsc_SAPHana_HN1_HDB03_start_0 on hn1-db-0 'not running' (7): call=84, status=complete, exitreason='none',
    last-rc-change='Mon Aug 13 11:31:37 2018', queued=0ms, exec=2095ms

Se producirá un error al iniciarse el recurso de SAP HANA en hn1-db-0 como secundario. En este caso, configure la instancia de HANA como secundaria mediante la ejecución de este comando:

su - hn1adm

# Stop the HANA instance just in case it is running
hn1adm@hn1-db-0:/usr/sap/HN1/HDB03> sapcontrol -nr 03 -function StopWait 600 10
hn1adm@hn1-db-0:/usr/sap/HN1/HDB03> hdbnsutil -sr_register --remoteHost=hn1-db-1 --remoteInstance=03 --replicationMode=sync --name=SITE1

La migración crea restricciones de ubicación que deben eliminarse de nuevo:

# Switch back to root and clean up the failed state
exit
hn1-db-0:~ # crm resource clear msl_SAPHana_HN1_HDB03

También debe limpiar el estado del recurso de nodo secundario:

hn1-db-0:~ # crm resource cleanup msl_SAPHana_HN1_HDB03 hn1-db-0

Supervise el estado del recurso de HANA mediante crm_mon - r. Una vez iniciado HANA en hn1-db-0, la salida se parecerá a esta:

Online: [ hn1-db-0 hn1-db-1 ]

Full list of resources:

stonith-sbd     (stonith:external/sbd): Started hn1-db-1
 Clone Set: cln_SAPHanaTopology_HN1_HDB03 [rsc_SAPHanaTopology_HN1_HDB03]
     Started: [ hn1-db-0 hn1-db-1 ]
 Master/Slave Set: msl_SAPHana_HN1_HDB03 [rsc_SAPHana_HN1_HDB03]
     Masters: [ hn1-db-1 ]
     Slaves: [ hn1-db-0 ]
 Resource Group: g_ip_HN1_HDB03
     rsc_ip_HN1_HDB03   (ocf::heartbeat:IPaddr2):       Started hn1-db-1
     rsc_nc_HN1_HDB03   (ocf::heartbeat:azure-lb):      Started hn1-db-1

Prueba del agente de delimitación de Azure (no SBD)

Puede probar la configuración del agente de delimitación de Azure si deshabilita la interfaz de red en el nodo hn1-db-0:

sudo ifdown eth0

Ahora, la máquina virtual se reiniciará o se detendrá, según la configuración del clúster. Si estableció el valor stonith-action como desactivado, la máquina virtual se detendrá y los recursos se migrarán a la máquina virtual en ejecución.

Después de volver a iniciar la máquina virtual, el recurso de SAP HANA no se podrá iniciar como secundario si estableció AUTOMATED_REGISTER="false". En este caso, configure la instancia de HANA como secundaria mediante la ejecución de este comando:

su - hn1adm

# Stop the HANA instance just in case it is running
sapcontrol -nr 03 -function StopWait 600 10
hdbnsutil -sr_register --remoteHost=hn1-db-1 --remoteInstance=03 --replicationMode=sync --name=SITE1

# Switch back to root and clean up the failed state
exit
crm resource cleanup msl_SAPHana_HN1_HDB03 hn1-db-0

Prueba de delimitación de SBD

Para probar la configuración de SBD, termine el proceso inquisidor.

hn1-db-0:~ # ps aux | grep sbd
root       1912  0.0  0.0  85420 11740 ?        SL   12:25   0:00 sbd: inquisitor
root       1929  0.0  0.0  85456 11776 ?        SL   12:25   0:00 sbd: watcher: /dev/disk/by-id/scsi-360014056f268462316e4681b704a9f73 - slot: 0 - uuid: 7b862dba-e7f7-4800-92ed-f76a4e3978c8
root       1930  0.0  0.0  85456 11776 ?        SL   12:25   0:00 sbd: watcher: /dev/disk/by-id/scsi-360014059bc9ea4e4bac4b18808299aaf - slot: 0 - uuid: 5813ee04-b75c-482e-805e-3b1e22ba16cd
root       1931  0.0  0.0  85456 11776 ?        SL   12:25   0:00 sbd: watcher: /dev/disk/by-id/scsi-36001405b8dddd44eb3647908def6621c - slot: 0 - uuid: 986ed8f8-947d-4396-8aec-b933b75e904c
root       1932  0.0  0.0  90524 16656 ?        SL   12:25   0:00 sbd: watcher: Pacemaker
root       1933  0.0  0.0 102708 28260 ?        SL   12:25   0:00 sbd: watcher: Cluster
root      13877  0.0  0.0   9292  1572 pts/0    S+   12:27   0:00 grep sbd

hn1-db-0:~ # kill -9 1912

El nodo del clúster hn1-db-0 se reiniciará. Es posible que después el servicio Pacemaker no se inicie. Asegúrese de iniciarlo de nuevo.

Prueba de una conmutación por error manual

Para probar una conmutación por error manual, detenga el servicio pacemaker en el nodo hn1-db-0:

service pacemaker stop

Después de la conmutación por error, puede reiniciar el servicio. Si establece AUTOMATED_REGISTER="false", el recurso de SAP HANA en el nodo hn1-db-0 no se podrá iniciar como secundario. En este caso, configure la instancia de HANA como secundaria mediante la ejecución de este comando:

service pacemaker start
su - hn1adm

# Stop the HANA instance just in case it is running
sapcontrol -nr 03 -function StopWait 600 10
hdbnsutil -sr_register --remoteHost=hn1-db-1 --remoteInstance=03 --replicationMode=sync --name=SITE1 

# Switch back to root and clean up the failed state
exit
crm resource cleanup msl_SAPHana_HN1_HDB03 hn1-db-0

Pruebas de SUSE

Importante

Asegúrese de que el sistema operativo seleccionado está certificado por SAP para SAP HANA en los tipos específicos de máquina virtual que use. La lista de tipos de máquina virtual certificados para SAP HANA y las versiones de sistema operativo correspondientes se puede consultar en Plataformas de IaaS certificadas para SAP HANA. No olvide consultar la información del tipo de máquina virtual mostrado para obtener una lista completa de las versiones de sistema operativo que SAP HANA admite para ese tipo específico de máquina virtual.

Ejecute todos los casos de prueba que se indican en la guía del escenario optimizado para el rendimiento de SR de SAP HANA o del escenario optimizado para los costos de SR de SAP HANA, en función de su caso de uso. Puede encontrar estas guías en la página de procedimientos recomendados de SLES para SAP.

Las siguientes pruebas son una copia de las descripciones de pruebas de la guía del escenario optimizado para el rendimiento de SR de SAP HANA de SUSE Linux Enterprise Server para SAP Applications 12 SP1. Para obtener una versión actualizada, siempre lea también la propia guía. Antes de inicia la prueba, asegúrese de que HANA esté sincronizado y de que la configuración de Pacemaker sea correcta.

En las siguientes descripciones de pruebas se da por hecho que PREFER_SITE_TAKEOVER = "true" y AUTOMATED_REGISTER = "false". NOTA: Las siguientes pruebas están diseñadas para ejecutarse en secuencia y dependen del estado de salida de las pruebas anteriores.

  1. PRUEBA 1: DETENCIÓN DE LA BASE DE DATOS PRINCIPAL EN EL NODO 1

    Estado del recurso antes de iniciar la prueba:

    Clone Set: cln_SAPHanaTopology_HN1_HDB03 [rsc_SAPHanaTopology_HN1_HDB03]
       Started: [ hn1-db-0 hn1-db-1 ]
    Master/Slave Set: msl_SAPHana_HN1_HDB03 [rsc_SAPHana_HN1_HDB03]
       Masters: [ hn1-db-0 ]
       Slaves: [ hn1-db-1 ]
    Resource Group: g_ip_HN1_HDB03
       rsc_ip_HN1_HDB03   (ocf::heartbeat:IPaddr2):       Started hn1-db-0
       rsc_nc_HN1_HDB03   (ocf::heartbeat:azure-lb):      Started hn1-db-0
    

    Ejecute los siguientes comandos como <hanasid>adm en el nodo hn1-db-0:

    hn1adm@hn1-db-0:/usr/sap/HN1/HDB03> HDB stop
    

    Pacemaker detectará la instancia de HANA detenida y conmutará por error al otro nodo detenido. Una vez que se realiza la conmutación por error, la instancia de HANA en el nodo hn1-db-0 se detiene porque Pacemaker no registra automáticamente el nodo como secundario de HANA.

    Ejecute los siguientes comandos para registrar el nodo hn1-db-0 como secundario y limpiar el recurso con error.

    hn1adm@hn1-db-0:/usr/sap/HN1/HDB03> hdbnsutil -sr_register --remoteHost=hn1-db-1 --remoteInstance=03 --replicationMode=sync --name=SITE1
    
    # run as root
    hn1-db-0:~ # crm resource cleanup msl_SAPHana_HN1_HDB03 hn1-db-0
    

    Estado del recurso después de la prueba:

    Clone Set: cln_SAPHanaTopology_HN1_HDB03 [rsc_SAPHanaTopology_HN1_HDB03]
       Started: [ hn1-db-0 hn1-db-1 ]
    Master/Slave Set: msl_SAPHana_HN1_HDB03 [rsc_SAPHana_HN1_HDB03]
       Masters: [ hn1-db-1 ]
       Slaves: [ hn1-db-0 ]
    Resource Group: g_ip_HN1_HDB03
       rsc_ip_HN1_HDB03   (ocf::heartbeat:IPaddr2):       Started hn1-db-1
       rsc_nc_HN1_HDB03   (ocf::heartbeat:azure-lb):      Started hn1-db-1
    
  2. PRUEBA 2: DETENCIÓN DE LA BASE DE DATOS PRINCIPAL EN EL NODO 2

    Estado del recurso antes de iniciar la prueba:

    Clone Set: cln_SAPHanaTopology_HN1_HDB03 [rsc_SAPHanaTopology_HN1_HDB03]
       Started: [ hn1-db-0 hn1-db-1 ]
    Master/Slave Set: msl_SAPHana_HN1_HDB03 [rsc_SAPHana_HN1_HDB03]
       Masters: [ hn1-db-1 ]
       Slaves: [ hn1-db-0 ]
    Resource Group: g_ip_HN1_HDB03
       rsc_ip_HN1_HDB03   (ocf::heartbeat:IPaddr2):       Started hn1-db-1
       rsc_nc_HN1_HDB03   (ocf::heartbeat:azure-lb):      Started hn1-db-1
    

    Ejecute los siguientes comandos como <hanasid>adm en el nodo hn1-db-1:

    hn1adm@hn1-db-1:/usr/sap/HN1/HDB03> HDB stop
    

    Pacemaker detectará la instancia de HANA detenida y conmutará por error al otro nodo detenido. Una vez que se realiza la conmutación por error, la instancia de HANA en el nodo hn1-db-1 se detiene porque Pacemaker no registra automáticamente el nodo como secundario de HANA.

    Ejecute los siguientes comandos para registrar el nodo hn1-db-1 como secundario y limpiar el recurso con error.

    hn1adm@hn1-db-1:/usr/sap/HN1/HDB03> hdbnsutil -sr_register --remoteHost=hn1-db-0 --remoteInstance=03 --replicationMode=sync --name=SITE2
    
    # run as root
    hn1-db-1:~ # crm resource cleanup msl_SAPHana_HN1_HDB03 hn1-db-1
    

    Estado del recurso después de la prueba:

    Clone Set: cln_SAPHanaTopology_HN1_HDB03 [rsc_SAPHanaTopology_HN1_HDB03]
       Started: [ hn1-db-0 hn1-db-1 ]
    Master/Slave Set: msl_SAPHana_HN1_HDB03 [rsc_SAPHana_HN1_HDB03]
       Masters: [ hn1-db-0 ]
       Slaves: [ hn1-db-1 ]
    Resource Group: g_ip_HN1_HDB03
       rsc_ip_HN1_HDB03   (ocf::heartbeat:IPaddr2):       Started hn1-db-0
       rsc_nc_HN1_HDB03   (ocf::heartbeat:azure-lb):      Started hn1-db-0
    
  3. PRUEBA 3: BLOQUEO DE LA BASE DE DATOS PRINCIPAL EN EL NODO

    Estado del recurso antes de iniciar la prueba:

    Clone Set: cln_SAPHanaTopology_HN1_HDB03 [rsc_SAPHanaTopology_HN1_HDB03]
       Started: [ hn1-db-0 hn1-db-1 ]
    Master/Slave Set: msl_SAPHana_HN1_HDB03 [rsc_SAPHana_HN1_HDB03]
       Masters: [ hn1-db-0 ]
       Slaves: [ hn1-db-1 ]
    Resource Group: g_ip_HN1_HDB03
       rsc_ip_HN1_HDB03   (ocf::heartbeat:IPaddr2):       Started hn1-db-0
       rsc_nc_HN1_HDB03   (ocf::heartbeat:azure-lb):      Started hn1-db-0
    

    Ejecute los siguientes comandos como <hanasid>adm en el nodo hn1-db-0:

    hn1adm@hn1-db-0:/usr/sap/HN1/HDB03> HDB kill-9
    

    Pacemaker detectará la instancia de HANA terminada y conmutará por error al otro nodo. Una vez que se realiza la conmutación por error, la instancia de HANA en el nodo hn1-db-0 se detiene porque Pacemaker no registra automáticamente el nodo como secundario de HANA.

    Ejecute los siguientes comandos para registrar el nodo hn1-db-0 como secundario y limpiar el recurso con error.

    hn1adm@hn1-db-0:/usr/sap/HN1/HDB03> hdbnsutil -sr_register --remoteHost=hn1-db-1 --remoteInstance=03 --replicationMode=sync --name=SITE1
    
    # run as root
    hn1-db-0:~ # crm resource cleanup msl_SAPHana_HN1_HDB03 hn1-db-0
    

    Estado del recurso después de la prueba:

    Clone Set: cln_SAPHanaTopology_HN1_HDB03 [rsc_SAPHanaTopology_HN1_HDB03]
       Started: [ hn1-db-0 hn1-db-1 ]
    Master/Slave Set: msl_SAPHana_HN1_HDB03 [rsc_SAPHana_HN1_HDB03]
       Masters: [ hn1-db-1 ]
       Slaves: [ hn1-db-0 ]
    Resource Group: g_ip_HN1_HDB03
       rsc_ip_HN1_HDB03   (ocf::heartbeat:IPaddr2):       Started hn1-db-1
       rsc_nc_HN1_HDB03   (ocf::heartbeat:azure-lb):      Started hn1-db-1
    
  4. PRUEBA 4: BLOQUEO DE LA BASE DE DATOS PRINCIPAL EN EL NODO 2

    Estado del recurso antes de iniciar la prueba:

    Clone Set: cln_SAPHanaTopology_HN1_HDB03 [rsc_SAPHanaTopology_HN1_HDB03]
       Started: [ hn1-db-0 hn1-db-1 ]
    Master/Slave Set: msl_SAPHana_HN1_HDB03 [rsc_SAPHana_HN1_HDB03]
       Masters: [ hn1-db-1 ]
       Slaves: [ hn1-db-0 ]
    Resource Group: g_ip_HN1_HDB03
       rsc_ip_HN1_HDB03   (ocf::heartbeat:IPaddr2):       Started hn1-db-1
       rsc_nc_HN1_HDB03   (ocf::heartbeat:azure-lb):      Started hn1-db-1
    

    Ejecute los siguientes comandos como <hanasid>adm en el nodo hn1-db-1:

    hn1adm@hn1-db-1:/usr/sap/HN1/HDB03> HDB kill-9
    

    Pacemaker detectará la instancia de HANA terminada y conmutará por error al otro nodo. Una vez que se realiza la conmutación por error, la instancia de HANA en el nodo hn1-db-1 se detiene porque Pacemaker no registra automáticamente el nodo como secundario de HANA.

    Ejecute los siguientes comandos para registrar el nodo hn1-db-1 como secundario y limpiar el recurso con error.

    hn1adm@hn1-db-1:/usr/sap/HN1/HDB03> hdbnsutil -sr_register --remoteHost=hn1-db-0 --remoteInstance=03 --replicationMode=sync --name=SITE2
    
    # run as root
    hn1-db-1:~ # crm resource cleanup msl_SAPHana_HN1_HDB03 hn1-db-1
    

    Estado del recurso después de la prueba:

    Clone Set: cln_SAPHanaTopology_HN1_HDB03 [rsc_SAPHanaTopology_HN1_HDB03]
       Started: [ hn1-db-0 hn1-db-1 ]
    Master/Slave Set: msl_SAPHana_HN1_HDB03 [rsc_SAPHana_HN1_HDB03]
       Masters: [ hn1-db-0 ]
       Slaves: [ hn1-db-1 ]
    Resource Group: g_ip_HN1_HDB03
       rsc_ip_HN1_HDB03   (ocf::heartbeat:IPaddr2):       Started hn1-db-0
       rsc_nc_HN1_HDB03   (ocf::heartbeat:azure-lb):      Started hn1-db-0
    
  5. PRUEBA 5: BLOQUEO DEL NODO DE SITIO PRINCIPAL (NODO 1)

    Estado del recurso antes de iniciar la prueba:

    Clone Set: cln_SAPHanaTopology_HN1_HDB03 [rsc_SAPHanaTopology_HN1_HDB03]
       Started: [ hn1-db-0 hn1-db-1 ]
    Master/Slave Set: msl_SAPHana_HN1_HDB03 [rsc_SAPHana_HN1_HDB03]
       Masters: [ hn1-db-0 ]
       Slaves: [ hn1-db-1 ]
    Resource Group: g_ip_HN1_HDB03
       rsc_ip_HN1_HDB03   (ocf::heartbeat:IPaddr2):       Started hn1-db-0
       rsc_nc_HN1_HDB03   (ocf::heartbeat:azure-lb):      Started hn1-db-0
    

    Ejecute los siguientes comandos como raíz en el nodo hn1-db-0:

    hn1-db-0:~ #  echo 'b' > /proc/sysrq-trigger
    

    Pacemaker detectará el nodo del clúster terminado y lo delimitará. Una vez que el nodo está delimitado, Pacemaker desencadenará una adquisición de la instancia de HANA. Cuando se reinicia el nodo delimitado, Pacemaker no se inicia automáticamente.

    Ejecute los siguientes comandos para iniciar Pacemaker, limpiar los mensajes de SBD del nodo hn1-db-0, registrar el nodo hn1-db-0 como secundario y limpiar el recurso con error.

    # run as root
    # list the SBD device(s)
    hn1-db-0:~ # cat /etc/sysconfig/sbd | grep SBD_DEVICE=
    # SBD_DEVICE="/dev/disk/by-id/scsi-36001405772fe8401e6240c985857e116;/dev/disk/by-id/scsi-36001405034a84428af24ddd8c3a3e9e1;/dev/disk/by-id/scsi-36001405cdd5ac8d40e548449318510c3"
    
    hn1-db-0:~ # sbd -d /dev/disk/by-id/scsi-36001405772fe8401e6240c985857e116 -d /dev/disk/by-id/scsi-36001405034a84428af24ddd8c3a3e9e1 -d /dev/disk/by-id/scsi-36001405cdd5ac8d40e548449318510c3 message hn1-db-0 clear
    
    hn1-db-0:~ # systemctl start pacemaker
    
    # run as <hanasid>adm
    hn1adm@hn1-db-0:/usr/sap/HN1/HDB03> hdbnsutil -sr_register --remoteHost=hn1-db-1 --remoteInstance=03 --replicationMode=sync --name=SITE1
    
    # run as root
    hn1-db-0:~ # crm resource cleanup msl_SAPHana_HN1_HDB03 hn1-db-0
    

    Estado del recurso después de la prueba:

    Clone Set: cln_SAPHanaTopology_HN1_HDB03 [rsc_SAPHanaTopology_HN1_HDB03]
       Started: [ hn1-db-0 hn1-db-1 ]
    Master/Slave Set: msl_SAPHana_HN1_HDB03 [rsc_SAPHana_HN1_HDB03]
       Masters: [ hn1-db-1 ]
       Slaves: [ hn1-db-0 ]
    Resource Group: g_ip_HN1_HDB03
       rsc_ip_HN1_HDB03   (ocf::heartbeat:IPaddr2):       Started hn1-db-1
       rsc_nc_HN1_HDB03   (ocf::heartbeat:azure-lb):      Started hn1-db-1
    
  6. PRUEBA 6: BLOQUEO DEL NODO DE SITIO SECUNDARIO (NODO 2)

    Estado del recurso antes de iniciar la prueba:

    Clone Set: cln_SAPHanaTopology_HN1_HDB03 [rsc_SAPHanaTopology_HN1_HDB03]
       Started: [ hn1-db-0 hn1-db-1 ]
    Master/Slave Set: msl_SAPHana_HN1_HDB03 [rsc_SAPHana_HN1_HDB03]
       Masters: [ hn1-db-1 ]
       Slaves: [ hn1-db-0 ]
    Resource Group: g_ip_HN1_HDB03
       rsc_ip_HN1_HDB03   (ocf::heartbeat:IPaddr2):       Started hn1-db-1
       rsc_nc_HN1_HDB03   (ocf::heartbeat:azure-lb):      Started hn1-db-1
    

    Ejecute los siguientes comandos como raíz en el nodo hn1-db-1:

    hn1-db-1:~ #  echo 'b' > /proc/sysrq-trigger
    

    Pacemaker detectará el nodo del clúster terminado y lo delimitará. Una vez que el nodo está delimitado, Pacemaker desencadenará una adquisición de la instancia de HANA. Cuando se reinicia el nodo delimitado, Pacemaker no se inicia automáticamente.

    Ejecute los siguientes comandos para iniciar Pacemaker, limpiar los mensajes de SBD del nodo hn1-db-1, registrar el nodo hn1-db-1 como secundario y limpiar el recurso con error.

    # run as root
    # list the SBD device(s)
    hn1-db-1:~ # cat /etc/sysconfig/sbd | grep SBD_DEVICE=
    # SBD_DEVICE="/dev/disk/by-id/scsi-36001405772fe8401e6240c985857e116;/dev/disk/by-id/scsi-36001405034a84428af24ddd8c3a3e9e1;/dev/disk/by-id/scsi-36001405cdd5ac8d40e548449318510c3"
    
    hn1-db-1:~ # sbd -d /dev/disk/by-id/scsi-36001405772fe8401e6240c985857e116 -d /dev/disk/by-id/scsi-36001405034a84428af24ddd8c3a3e9e1 -d /dev/disk/by-id/scsi-36001405cdd5ac8d40e548449318510c3 message hn1-db-1 clear
    
    hn1-db-1:~ # systemctl start pacemaker
    
    # run as <hanasid>adm
    hn1adm@hn1-db-1:/usr/sap/HN1/HDB03> hdbnsutil -sr_register --remoteHost=hn1-db-0 --remoteInstance=03 --replicationMode=sync --name=SITE2
    
    # run as root
    hn1-db-1:~ # crm resource cleanup msl_SAPHana_HN1_HDB03 hn1-db-1
    

    Estado del recurso después de la prueba:

    Clone Set: cln_SAPHanaTopology_HN1_HDB03 [rsc_SAPHanaTopology_HN1_HDB03]
       Started: [ hn1-db-0 hn1-db-1 ]
    Master/Slave Set: msl_SAPHana_HN1_HDB03 [rsc_SAPHana_HN1_HDB03]
       Masters: [ hn1-db-0 ]
       Slaves: [ hn1-db-1 ]
    Resource Group: g_ip_HN1_HDB03
       rsc_ip_HN1_HDB03   (ocf::heartbeat:IPaddr2):       Started hn1-db-0
       rsc_nc_HN1_HDB03   (ocf::heartbeat:azure-lb):      Started hn1-db-0
    
  7. PRUEBA 7: DETENCIÓN DE LA BASE DE DATOS SECUNDARIA EN EL NODO 2

    Estado del recurso antes de iniciar la prueba:

    Clone Set: cln_SAPHanaTopology_HN1_HDB03 [rsc_SAPHanaTopology_HN1_HDB03]
       Started: [ hn1-db-0 hn1-db-1 ]
    Master/Slave Set: msl_SAPHana_HN1_HDB03 [rsc_SAPHana_HN1_HDB03]
       Masters: [ hn1-db-0 ]
       Slaves: [ hn1-db-1 ]
    Resource Group: g_ip_HN1_HDB03
       rsc_ip_HN1_HDB03   (ocf::heartbeat:IPaddr2):       Started hn1-db-0
       rsc_nc_HN1_HDB03   (ocf::heartbeat:azure-lb):      Started hn1-db-0
    

    Ejecute los siguientes comandos como <hanasid>adm en el nodo hn1-db-1:

    hn1adm@hn1-db-1:/usr/sap/HN1/HDB03> HDB stop
    

    Pacemaker detectará la instancia de HANA detenida y marcará el recurso como erróneo en el nodo hn1-db-1. Pacemaker reiniciará automáticamente la instancia de HANA. Ejecute el siguiente comando para limpiar el estado de error.

    # run as root
    hn1-db-1:~ # crm resource cleanup msl_SAPHana_HN1_HDB03 hn1-db-1
    

    Estado del recurso después de la prueba:

    Clone Set: cln_SAPHanaTopology_HN1_HDB03 [rsc_SAPHanaTopology_HN1_HDB03]
       Started: [ hn1-db-0 hn1-db-1 ]
    Master/Slave Set: msl_SAPHana_HN1_HDB03 [rsc_SAPHana_HN1_HDB03]
       Masters: [ hn1-db-0 ]
       Slaves: [ hn1-db-1 ]
    Resource Group: g_ip_HN1_HDB03
       rsc_ip_HN1_HDB03   (ocf::heartbeat:IPaddr2):       Started hn1-db-0
       rsc_nc_HN1_HDB03   (ocf::heartbeat:azure-lb):      Started hn1-db-0
    
  8. PRUEBA 8: BLOQUEO DE LA BASE DE DATOS SECUNDARIA EN EL NODO 2

    Estado del recurso antes de iniciar la prueba:

    Clone Set: cln_SAPHanaTopology_HN1_HDB03 [rsc_SAPHanaTopology_HN1_HDB03]
       Started: [ hn1-db-0 hn1-db-1 ]
    Master/Slave Set: msl_SAPHana_HN1_HDB03 [rsc_SAPHana_HN1_HDB03]
       Masters: [ hn1-db-0 ]
       Slaves: [ hn1-db-1 ]
    Resource Group: g_ip_HN1_HDB03
       rsc_ip_HN1_HDB03   (ocf::heartbeat:IPaddr2):       Started hn1-db-0
       rsc_nc_HN1_HDB03   (ocf::heartbeat:azure-lb):      Started hn1-db-0
    

    Ejecute los siguientes comandos como <hanasid>adm en el nodo hn1-db-1:

    hn1adm@hn1-db-1:/usr/sap/HN1/HDB03> HDB kill-9
    

    Pacemaker detectará la instancia de HANA terminada y marcará el recurso como erróneo en el nodo hn1-db-1. Ejecute el siguiente comando para limpiar el estado de error. Pacemaker reiniciará entonces automáticamente la instancia de HANA.

    # run as root
    hn1-db-1:~ # crm resource cleanup msl_SAPHana_HN1_HDB03 hn1-db-1
    

    Estado del recurso después de la prueba:

    Clone Set: cln_SAPHanaTopology_HN1_HDB03 [rsc_SAPHanaTopology_HN1_HDB03]
       Started: [ hn1-db-0 hn1-db-1 ]
    Master/Slave Set: msl_SAPHana_HN1_HDB03 [rsc_SAPHana_HN1_HDB03]
       Masters: [ hn1-db-0 ]
       Slaves: [ hn1-db-1 ]
    Resource Group: g_ip_HN1_HDB03
       rsc_ip_HN1_HDB03   (ocf::heartbeat:IPaddr2):       Started hn1-db-0
       rsc_nc_HN1_HDB03   (ocf::heartbeat:azure-lb):      Started hn1-db-0
    
  9. PRUEBA 9: BLOQUEO DEL NODO DE SITIO SECUNDARIO (NODO 2) QUE EJECUTA LA BASE DE DATOS DE HANA SECUNDARIA

    Estado del recurso antes de iniciar la prueba:

    Clone Set: cln_SAPHanaTopology_HN1_HDB03 [rsc_SAPHanaTopology_HN1_HDB03]
       Started: [ hn1-db-0 hn1-db-1 ]
    Master/Slave Set: msl_SAPHana_HN1_HDB03 [rsc_SAPHana_HN1_HDB03]
       Masters: [ hn1-db-0 ]
       Slaves: [ hn1-db-1 ]
    Resource Group: g_ip_HN1_HDB03
       rsc_ip_HN1_HDB03   (ocf::heartbeat:IPaddr2):       Started hn1-db-0
       rsc_nc_HN1_HDB03   (ocf::heartbeat:azure-lb):      Started hn1-db-0
    

    Ejecute los siguientes comandos como raíz en el nodo hn1-db-1:

    hn1-db-1:~ # echo b > /proc/sysrq-trigger
    

    Pacemaker detectará el nodo del clúster terminado y lo delimitará. Cuando se reinicia el nodo delimitado, Pacemaker no se inicia automáticamente.

    Ejecute los siguientes comandos para iniciar Pacemaker, limpiar los mensajes de SBD del nodo hn1-db-1 y limpiar el recurso con error.

    # run as root
    # list the SBD device(s)
    hn1-db-1:~ # cat /etc/sysconfig/sbd | grep SBD_DEVICE=
    # SBD_DEVICE="/dev/disk/by-id/scsi-36001405772fe8401e6240c985857e116;/dev/disk/by-id/scsi-36001405034a84428af24ddd8c3a3e9e1;/dev/disk/by-id/scsi-36001405cdd5ac8d40e548449318510c3"
    
    hn1-db-1:~ # sbd -d /dev/disk/by-id/scsi-36001405772fe8401e6240c985857e116 -d /dev/disk/by-id/scsi-36001405034a84428af24ddd8c3a3e9e1 -d /dev/disk/by-id/scsi-36001405cdd5ac8d40e548449318510c3 message hn1-db-1 clear
    
    hn1-db-1:~ # systemctl start pacemaker  
    
    hn1-db-1:~ # crm resource cleanup msl_SAPHana_HN1_HDB03 hn1-db-1
    

    Estado del recurso después de la prueba:

    Clone Set: cln_SAPHanaTopology_HN1_HDB03 [rsc_SAPHanaTopology_HN1_HDB03]
       Started: [ hn1-db-0 hn1-db-1 ]
    Master/Slave Set: msl_SAPHana_HN1_HDB03 [rsc_SAPHana_HN1_HDB03]
       Masters: [ hn1-db-0 ]
       Slaves: [ hn1-db-1 ]
    Resource Group: g_ip_HN1_HDB03
       rsc_ip_HN1_HDB03   (ocf::heartbeat:IPaddr2):       Started hn1-db-0
       rsc_nc_HN1_HDB03   (ocf::heartbeat:azure-lb):      Started hn1-db-0
    

Pasos siguientes