Alta disponibilidad de SAP HANA en máquinas virtuales de Azure en Red Hat Enterprise Linux

  • Artículo
  • Tiempo de lectura: 37 minutos

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:

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. En la lista siguiente se muestra la configuración del equilibrador de carga:

  • Configuración de front-end: Dirección IP 10.0.0.13 para hn1-db
  • Configuración de back-end: Se conecta a interfaces de red principales de todas las máquinas virtuales que deben formar parte de la Replicación del sistema de HANA.
  • Puerto de sondeo: Puerto 62503
  • Reglas de equilibrio de carga: 30313 TCP, 30315 TCP, 30317 TCP, 30340 TCP, 30341 TCP, 30342 TCP

Implementación para Linux

Azure Marketplace contiene una imagen de Red Hat Enterprise Linux 7.4 para SAP HANA 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 en Azure Portal.
  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 SO: Seleccione una de las distribuciones de Linux. En este ejemplo, seleccione RHEL 7.
    • 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 administrador, contraseña del administrador o clave SSH: Se crea un usuario nuevo que se puede usar para iniciar sesión en la máquina.
    • 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. Generalmente, el identificador tiene un aspecto similar al siguiente /subscriptions/<subscription ID>/resourceGroups/<resource group name>/providers/Microsoft.Network/virtualNetworks/<virtual network name>/subnets/<subnet name> . Deje el identificador en blanco si quiere crear una nueva red virtual

Implementación manual

  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 por lo menos Red Hat Enterprise Linux 7.4 para SAP HANA. Este ejemplo usa la imagen de Red Hat Enterprise Linux 7.4 para SAP HANA https://portal.azure.com/#create/RedHat.RedHatEnterpriseLinux75forSAP-ARM Seleccione el conjunto de disponibilidad creado en el paso 3.
  6. Cree la máquina virtual 2.
    Use por lo menos Red Hat Enterprise Linux 7.4 para SAP HANA. Este ejemplo usa la imagen de Red Hat Enterprise Linux 7.4 para SAP HANA https://portal.azure.com/#create/RedHat.RedHatEnterpriseLinux75forSAP-ARM 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 en 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.

  1. Si usa Standard Load Balancer, 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. A continuación, cree un grupo de back-end:

      1. Abra el equilibrador de carga, seleccione Grupos de back-end y haga clic en Agregar.
      2. Escriba el nombre del nuevo grupo de back-end (por ejemplo, hana-backend).
      3. Seleccione Agregar una máquina virtual.
      4. Seleccione Máquina virtual.
      5. Seleccione las máquinas virtuales del clúster de SAP HANA y sus direcciones IP.
      6. Seleccione Agregar.

    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 625 03. Mantenga el valor de Intervalo en 5 y el valor de Umbral incorrecto en 2.
      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. Seleccione Puertos HA.
      5. Aumente el tiempo de espera de inactividad a 30 minutos.
      6. Asegúrese de habilitar la dirección IP flotante.
      7. Seleccione Aceptar.

  2. Como alternativa, si el escenario dicta el uso de Basic Load Balancer, siga estos pasos de configuración:

    1. Configure el equilibrador de carga. 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. A continuación, cree un grupo de back-end:

      1. Abra el equilibrador de carga, seleccione Grupos de back-end y haga clic en Agregar.
      2. Escriba el nombre del nuevo grupo de back-end (por ejemplo, hana-backend).
      3. Seleccione Agregar una máquina virtual.
      4. Seleccione el conjunto de disponibilidad creado en el paso 3.
      5. Seleccione las máquinas virtuales del clúster de SAP HANA
      6. Seleccione Aceptar.

    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 625 03. Mantenga el valor de Intervalo en 5 y el valor de Umbral incorrecto en 2.
      4. Seleccione Aceptar.

    4. Para SAP HANA 1.0, 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 03 15).
      3. Seleccione la dirección IP de front-end, el grupo de back-end y el sondeo de estado que creó anteriormente (por ejemplo, hana-frontend).
      4. Mantenga el valor de Protocolo en TCP y escriba el puerto 3 03 15.
      5. Aumente el tiempo de espera de inactividad a 30 minutos.
      6. Asegúrese de habilitar la dirección IP flotante.
      7. Seleccione Aceptar.
      8. Repita estos pasos para el puerto 3 03 17.

    5. Para SAP HANA 2.0, cree reglas de equilibrio de carga para la base de datos del sistema:

      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 03 13).
      3. Seleccione la dirección IP de front-end, el grupo de back-end y el sondeo de estado que creó anteriormente (por ejemplo, hana-frontend).
      4. Mantenga el valor de Protocolo en TCP y escriba el puerto 3 03 13.
      5. Aumente el tiempo de espera de inactividad a 30 minutos.
      6. Asegúrese de habilitar la dirección IP flotante.
      7. Seleccione Aceptar.
      8. Repita estos pasos para el puerto 3 03 14.

    6. Para SAP HANA 2.0, primero cree las reglas de equilibrio de carga para la base de datos de inquilino:

      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 03 40).
      3. Seleccione la dirección IP de front-end, el grupo de back-end y el sondeo de estado que creó anteriormente (por ejemplo, hana-frontend).
      4. Mantenga el valor de Protocolo en TCP y escriba el puerto 3 03 40.
      5. Aumente el tiempo de espera de inactividad a 30 minutos.
      6. Asegúrese de habilitar la dirección IP flotante.
      7. Seleccione Aceptar.
      8. Repita estos pasos para los puertos 3 03 41 y 3 03 42.

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.

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] Configuración de RHEL para HANA

    Configure RHEL tal como se describe en https://access.redhat.com/solutions/2447641 y en las siguientes notas de SAP:

  5. [A] Instalación de SAP HANA

    Para instalar la replicación del sistema de SAP HANA, siga los pasos en https://access.redhat.com/articles/3004101.

    • Ejecute el programa hdblcm del 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.

  6. [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>

  7. [A] Configuración del firewall

    Cree la regla de firewall para el puerto de sondeo del equilibrador de carga de Azure.

    sudo firewall-cmd --zone=public --add-port=62503/tcp
sudo firewall-cmd --zone=public --add-port=62503/tcp --permanent

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. [A] Configuración del firewall

    Cree reglas de firewall para permitir la replicación del sistema de HANA y el tráfico del cliente. Los puertos necesarios se enumeran en TCP/IP Ports of All SAP Products (Puertos TCP/IP de todos los productos de SAP). Los siguientes comandos son simplemente un ejemplo para permitir la replicación del sistema de HANA 2.0 y el tráfico del cliente a las bases de datos SYSTEMDB, HN1 y NW1.

    sudo firewall-cmd --zone=public --add-port=40302/tcp --permanent
sudo firewall-cmd --zone=public --add-port=40302/tcp
sudo firewall-cmd --zone=public --add-port=40301/tcp --permanent
sudo firewall-cmd --zone=public --add-port=40301/tcp
sudo firewall-cmd --zone=public --add-port=40307/tcp --permanent
sudo firewall-cmd --zone=public --add-port=40307/tcp
sudo firewall-cmd --zone=public --add-port=40303/tcp --permanent
sudo firewall-cmd --zone=public --add-port=40303/tcp
sudo firewall-cmd --zone=public --add-port=40340/tcp --permanent
sudo firewall-cmd --zone=public --add-port=40340/tcp
sudo firewall-cmd --zone=public --add-port=30340/tcp --permanent
sudo firewall-cmd --zone=public --add-port=30340/tcp
sudo firewall-cmd --zone=public --add-port=30341/tcp --permanent
sudo firewall-cmd --zone=public --add-port=30341/tcp
sudo firewall-cmd --zone=public --add-port=30342/tcp --permanent
sudo firewall-cmd --zone=public --add-port=30342/tcp

  2. [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"'

  3. [1] Configuración de la replicación del sistema en el primer nodo:

    Realice 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

  4. [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

  5. [1] Comprobación del estado de replicación

    Compruebe el estado de replicación y espere hasta que todas las bases de datos estén sincronizadas. Si el estado sigue siendo DESCONOCIDO, compruebe la configuración del firewall.

    sudo su - hn1adm -c "python /usr/sap/HN1/HDB03/exe/python_support/systemReplicationStatus.py"
# | Database | Host     | Port  | Service Name | Volume ID | Site ID | Site Name | Secondary | Secondary | Secondary | Secondary | Secondary     | Replication | Replication | Replication    |
# |          |          |       |              |           |         |           | Host      | Port      | Site ID   | Site Name | Active Status | Mode        | Status      | Status Details |
# | -------- | -------- | ----- | ------------ | --------- | ------- | --------- | --------- | --------- | --------- | --------- | ------------- | ----------- | ----------- | -------------- |
# | SYSTEMDB | hn1-db-0 | 30301 | nameserver   |         1 |       1 | SITE1     | hn1-db-1  |     30301 |         2 | SITE2     | YES           | SYNC        | ACTIVE      |                |
# | HN1      | hn1-db-0 | 30307 | xsengine     |         2 |       1 | SITE1     | hn1-db-1  |     30307 |         2 | SITE2     | YES           | SYNC        | ACTIVE      |                |
# | NW1      | hn1-db-0 | 30340 | indexserver  |         2 |       1 | SITE1     | hn1-db-1  |     30340 |         2 | SITE2     | YES           | SYNC        | ACTIVE      |                |
# | HN1      | hn1-db-0 | 30303 | indexserver  |         3 |       1 | SITE1     | hn1-db-1  |     30303 |         2 | SITE2     | YES           | SYNC        | ACTIVE      |                |
#
# status system replication site "2": ACTIVE
# overall system replication status: ACTIVE
#
# Local System Replication State
# ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
#
# mode: PRIMARY
# site id: 1
# site name: SITE1

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. [A] Configuración del firewall

    Cree reglas de firewall para permitir la replicación del sistema de HANA y el tráfico del cliente. Los puertos necesarios se enumeran en TCP/IP Ports of All SAP Products (Puertos TCP/IP de todos los productos de SAP). Los siguientes comandos son simplemente un ejemplo para permitir la replicación del sistema de HANA 2.0. Adáptelo a su instalación de SAP HANA 1.0.

    sudo firewall-cmd --zone=public --add-port=40302/tcp --permanent
sudo firewall-cmd --zone=public --add-port=40302/tcp

  2. [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'

  3. [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

  4. [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')"

  5. [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

  6. [2] Configuración de la replicación del sistema en el nodo secundario.

    Registre el sitio secundario como <hanasid>adm:

    HDB stop
hdbnsutil -sr_register --remoteHost=hn1-db-0 --remoteInstance=03 --replicationMode=sync --name=SITE2
HDB start

Creación de un clúster de Pacemaker

Siga los pasos de Configuración de Pacemaker en Red Hat Enterprise Linux en Azure para crear un clúster de Pacemaker básico para este servidor HANA.

Implementación del enlace de replicación del sistema Python SAPHanaSR

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.

  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 solo puede implementarse para HANA 2.0.

    1. Prepare el enlace como root.
     mkdir -p /hana/shared/myHooks
 cp /usr/share/SAPHanaSR/srHook/SAPHanaSR.py /hana/shared/myHooks
 chown -R hn1adm:sapsys /hana/shared/myHooks
    1. Detenga HANA en ambos nodos. Ejecútelo como <sid>adm:
    sapcontrol -nr 03 -function StopSystem
    1. Ajuste global.ini en cada uno de los nodos del clúster.
    # add to global.ini
[ha_dr_provider_SAPHanaSR]
provider = SAPHanaSR
path = /hana/shared/myHooks
execution_order = 1

[trace]
ha_dr_saphanasr = info

  2. [A] El clúster requiere la configuración de sudoers en cada nodo de clúster para <sid>adm. En este ejemplo, esto se consigue mediante la creación de un archivo nuevo. Ejecute los comandos como root.

    sudo visudo -f /etc/sudoers.d/20-saphana
# Insert the following lines and then save
Cmnd_Alias SITE1_SOK   = /usr/sbin/crm_attribute -n hana_hn1_site_srHook_SITE1 -v SOK -t crm_config -s SAPHanaSR
Cmnd_Alias SITE1_SFAIL = /usr/sbin/crm_attribute -n hana_hn1_site_srHook_SITE1 -v SFAIL -t crm_config -s SAPHanaSR
Cmnd_Alias SITE2_SOK   = /usr/sbin/crm_attribute -n hana_hn1_site_srHook_SITE2 -v SOK -t crm_config -s SAPHanaSR
Cmnd_Alias SITE2_SFAIL = /usr/sbin/crm_attribute -n hana_hn1_site_srHook_SITE2 -v SFAIL -t crm_config -s SAPHanaSR
hn1adm ALL=(ALL) NOPASSWD: SITE1_SOK, SITE1_SFAIL, SITE2_SOK, SITE2_SFAIL
Defaults!SITE1_SOK, SITE1_SFAIL, SITE2_SOK, SITE2_SFAIL !requiretty

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

    sapcontrol -nr 03 -function StartSystem

  4. [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-12 21:36:16.911343 ha_dr_SAPHanaSR SFAIL
 # 2021-04-12 21:36:29.147808 ha_dr_SAPHanaSR SFAIL
 # 2021-04-12 21:37:04.898680 ha_dr_SAPHanaSR SOK

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

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

Instale los agentes de recursos de SAP HANA en todos los nodos. Asegúrese de habilitar un repositorio que contenga el paquete. No es necesario habilitar repositorios adicionales si se usa una imagen de RHEL 8.x con una alta disponibilidad habilitada.

# Enable repository that contains SAP HANA resource agents
sudo subscription-manager repos --enable="rhel-sap-hana-for-rhel-7-server-rpms"
   
sudo yum install -y resource-agents-sap-hana

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

sudo pcs property set maintenance-mode=true

# Replace the bold string with your instance number and HANA system ID
sudo pcs resource create SAPHanaTopology_HN1_03 SAPHanaTopology SID=HN1 InstanceNumber=03 \
op start timeout=600 op stop timeout=300 op monitor interval=10 timeout=600 \
clone clone-max=2 clone-node-max=1 interleave=true

A continuación, cree los recursos de HANA.

Nota

Este artículo contiene referencias al término esclavo, un término que Microsoft ya no usa. Cuando se quite el término del software, se quitará también del artículo.

Si va a compilar un clúster en RHEL 7. x, use los comandos siguientes:

# Replace the bold string with your instance number, HANA system ID, and the front-end IP address of the Azure load balancer.
#
sudo pcs resource create SAPHana_HN1_03 SAPHana SID=HN1 InstanceNumber=03 PREFER_SITE_TAKEOVER=true DUPLICATE_PRIMARY_TIMEOUT=7200 AUTOMATED_REGISTER=false \
op start timeout=3600 op stop timeout=3600 \
op monitor interval=61 role="Slave" timeout=700 \
op monitor interval=59 role="Master" timeout=700 \
op promote timeout=3600 op demote timeout=3600 \
master notify=true clone-max=2 clone-node-max=1 interleave=true

sudo pcs resource create vip_HN1_03 IPaddr2 ip="10.0.0.13"
sudo pcs resource create nc_HN1_03 azure-lb port=62503
sudo pcs resource group add g_ip_HN1_03 nc_HN1_03 vip_HN1_03

sudo pcs constraint order SAPHanaTopology_HN1_03-clone then SAPHana_HN1_03-master symmetrical=false
sudo pcs constraint colocation add g_ip_HN1_03 with master SAPHana_HN1_03-master 4000

sudo pcs property set maintenance-mode=false

Si va a compilar un clúster en RHEL 8. x, use los comandos siguientes:

# Replace the bold string with your instance number, HANA system ID, and the front-end IP address of the Azure load balancer.
#
sudo pcs resource create SAPHana_HN1_03 SAPHana SID=HN1 InstanceNumber=03 PREFER_SITE_TAKEOVER=true DUPLICATE_PRIMARY_TIMEOUT=7200 AUTOMATED_REGISTER=false \
op start timeout=3600 op stop timeout=3600 \
op monitor interval=61 role="Slave" timeout=700 \
op monitor interval=59 role="Master" timeout=700 \
op promote timeout=3600 op demote timeout=3600 \
promotable notify=true clone-max=2 clone-node-max=1 interleave=true

sudo pcs resource create vip_HN1_03 IPaddr2 ip="10.0.0.13"
sudo pcs resource create nc_HN1_03 azure-lb port=62503
sudo pcs resource group add g_ip_HN1_03 nc_HN1_03 vip_HN1_03

sudo pcs constraint order SAPHanaTopology_HN1_03-clone then SAPHana_HN1_03-clone symmetrical=false
sudo pcs constraint colocation add g_ip_HN1_03 with master SAPHana_HN1_03-clone 4000

sudo pcs property set maintenance-mode=false

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.

Nota

Los tiempos de espera de la configuración anterior son solo ejemplos y puede ser necesario adaptarlos a la configuración específica de HANA. Por ejemplo, puede que necesite aumentar el tiempo de espera de inicio si la base de datos de SAP HANA tarda más en iniciarse.

sudo pcs status

# Online: [ hn1-db-0 hn1-db-1 ]
#
# Full list of resources:
#
# azure_fence     (stonith:fence_azure_arm):      Started hn1-db-0
#  Clone Set: SAPHanaTopology_HN1_03-clone [SAPHanaTopology_HN1_03]
#      Started: [ hn1-db-0 hn1-db-1 ]
#  Master/Slave Set: SAPHana_HN1_03-master [SAPHana_HN1_03]
#      Masters: [ hn1-db-0 ]
#      Slaves: [ hn1-db-1 ]
#  Resource Group: g_ip_HN1_03
#      nc_HN1_03  (ocf::heartbeat:azure-lb):      Started hn1-db-0
#      vip_HN1_03 (ocf::heartbeat:IPaddr2):       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 Red Hat de alta disponibilidad con una segunda IP virtual.

Antes de continuar, asegúrese de que ha configurado completamente el clúster de Red Hat de alta disponibilidad 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 grupo.

    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.
    • 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 hanasid adm:

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:

pcs property set maintenance-mode=true

pcs resource create secvip_HN1_03 ocf:heartbeat:IPaddr2 ip="10.40.0.16"

pcs resource create secnc_HN1_03 ocf:heartbeat:azure-lb port=62603

pcs resource group add g_secip_HN1_03 secnc_HN1_03 secvip_HN1_03

pcs constraint location g_secip_HN1_03 rule score=INFINITY hana_hn1_sync_state eq SOK and hana_hn1_roles eq 4:S:master1:master:worker:master

pcs constraint location g_secip_HN1_03 rule score=4000 hana_hn1_sync_state eq PRIM and hana_hn1_roles eq 4:P:master1:master:worker:master

pcs property set 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 pcs status

# Online: [ hn1-db-0 hn1-db-1 ]
#
# Full List of Resources:
#   rsc_hdb_azr_agt     (stonith:fence_azure_arm):      Started hn1-db-0
#   Clone Set: SAPHanaTopology_HN1_03-clone [SAPHanaTopology_HN1_03]:
#     Started: [ hn1-db-0 hn1-db-1 ]
#   Clone Set: SAPHana_HN1_03-clone [SAPHana_HN1_03] (promotable):
#     Masters: [ hn1-db-0 ]
#     Slaves: [ hn1-db-1 ]
#   Resource Group: g_ip_HN1_03:
#     nc_HN1_03         (ocf::heartbeat:azure-lb):      Started hn1-db-0
#     vip_HN1_03        (ocf::heartbeat:IPaddr2):       Started hn1-db-0
#   Resource Group: g_secip_HN1_03:
#     secnc_HN1_03      (ocf::heartbeat:azure-lb):      Started hn1-db-1
#     secvip_HN1_03     (ocf::heartbeat:IPaddr2):       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_03 al sitio secundario hn1-db-1, la segunda dirección IP virtual se seguirá ejecutando en el mismo sitio hn1-db-1. Si ha establecido AUTOMATED_REGISTER="true" para el recurso y la replicación del sistema HANA se ha registrado automáticamente en hn1-db-0, la segunda dirección IP virtual también se moverá a hn1-db-0.

  2. Al probar el bloqueo del servidor, los recursos de la segunda IP virtual (secvip_HN1_03) y el recurso de puerto de Azure Load Balancer (secnc_HN1_03) se ejecutarán en el servidor principal junto con los recursos de la IP virtual principal. Por tanto, mientras el servidor secundario está inactivo, las aplicaciones conectadas a la base de datos de HANA habilitada para lectura se conectarán a la base de datos de HANA principal. Es el comportamiento esperado, ya que no quiere que las aplicaciones conectadas a la base de datos de HANA habilitada para lectura sean inaccesibles mientras el servidor horario secundario no esté disponible.

  3. Durante la conmutación por error y la reserva de la segunda dirección IP virtual, es posible que se interrumpan las conexiones existentes en las aplicaciones que usan la segunda dirección IP virtual para conectarse a la base de datos de HANA.

La configuración maximiza el tiempo durante el que se asignará el segundo recurso de IP virtual a un nodo en el que se ejecuta una instancia de SAP HANA correcta.

Prueba de la configuración del clúster

En esta sección se describe cómo se puede probar la configuración. Antes de comenzar la prueba, asegúrese de que Pacemaker no tenga acciones con error (mediante pcs status), 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 systemReplicationStatus:

[root@hn1-db-0 ~]# sudo su - hn1adm -c "python /usr/sap/HN1/HDB03/exe/python_support/systemReplicationStatus.py"

Prueba de la migración

Estado del recurso antes de iniciar la prueba:

Clone Set: SAPHanaTopology_HN1_03-clone [SAPHanaTopology_HN1_03]
    Started: [ hn1-db-0 hn1-db-1 ]
Master/Slave Set: SAPHana_HN1_03-master [SAPHana_HN1_03]
    Masters: [ hn1-db-0 ]
    Slaves: [ hn1-db-1 ]
Resource Group: g_ip_HN1_03
    nc_HN1_03  (ocf::heartbeat:azure-lb):      Started hn1-db-0
    vip_HN1_03 (ocf::heartbeat:IPaddr2):       Started hn1-db-0

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

# On RHEL 7.x 
[root@hn1-db-0 ~]# pcs resource move SAPHana_HN1_03-master
# On RHEL 8.x
[root@hn1-db-0 ~]# pcs resource move SAPHana_HN1_03-clone --master

Si estableció AUTOMATED_REGISTER="false", este comando 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 "sudo pcs status" se parece a esta

Clone Set: SAPHanaTopology_HN1_03-clone [SAPHanaTopology_HN1_03]
    Started: [ hn1-db-0 hn1-db-1 ]
Master/Slave Set: SAPHana_HN1_03-master [SAPHana_HN1_03]
    Masters: [ hn1-db-1 ]
    Stopped: [ hn1-db-0 ]
Resource Group: g_ip_HN1_03
    nc_HN1_03  (ocf::heartbeat:azure-lb):      Started hn1-db-1
    vip_HN1_03 (ocf::heartbeat:IPaddr2):       Started hn1-db-1

Se ha detenido el recurso de SAP HANA en hn1-db-0. En este caso, configure la instancia de HANA como secundaria mediante la ejecución de este comando:

[root@hn1-db-0 ~]# 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 --replicationMod
e=sync --name=SITE1

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

# Switch back to root
exit
[root@hn1-db-0 ~]# pcs resource clear SAPHana_HN1_03-master

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

Clone Set: SAPHanaTopology_HN1_03-clone [SAPHanaTopology_HN1_03]
    Started: [ hn1-db-0 hn1-db-1 ]
Master/Slave Set: SAPHana_HN1_03-master [SAPHana_HN1_03]
    Masters: [ hn1-db-1 ]
    Slaves: [ hn1-db-0 ]
Resource Group: g_ip_HN1_03
    nc_HN1_03  (ocf::heartbeat:azure-lb):      Started hn1-db-1
    vip_HN1_03 (ocf::heartbeat:IPaddr2):       Started hn1-db-1

Prueba del agente de delimitación de Azure

Nota

Este artículo contiene referencias al término esclavo, un término que Microsoft ya no usa. Cuando se quite el término del software, se quitará también del artículo.

Estado del recurso antes de iniciar la prueba:

Clone Set: SAPHanaTopology_HN1_03-clone [SAPHanaTopology_HN1_03]
    Started: [ hn1-db-0 hn1-db-1 ]
Master/Slave Set: SAPHana_HN1_03-master [SAPHana_HN1_03]
    Masters: [ hn1-db-1 ]
    Slaves: [ hn1-db-0 ]
Resource Group: g_ip_HN1_03
    nc_HN1_03  (ocf::heartbeat:azure-lb):      Started hn1-db-1
    vip_HN1_03 (ocf::heartbeat:IPaddr2):       Started hn1-db-1

Puede probar la configuración del agente de delimitación de Azure si deshabilita la interfaz de red en el nodo en el que SAP HANA está ejecutándose como maestro. Consulte en el artículo de Knowledgebase de Red Hat 79523 la descripción de cómo simular un error de red. En este ejemplo se usa el script net_breaker para bloquear todo el acceso a la red.

[root@hn1-db-1 ~]# sh ./net_breaker.sh BreakCommCmd 10.0.0.6

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
hn1adm@hn1-db-1:/usr/sap/HN1/HDB03> sapcontrol -nr 03 -function StopWait 600 10
hn1adm@hn1-db-1:/usr/sap/HN1/HDB03> hdbnsutil -sr_register --remoteHost=hn1-db-0 --remoteInstance=03 --replicationMode=sync --name=SITE2

# Switch back to root and clean up the failed state
exit
# On RHEL 7.x
[root@hn1-db-1 ~]# pcs resource cleanup SAPHana_HN1_03-master
# On RHEL 8.x
[root@hn1-db-1 ~]# pcs resource cleanup SAPHana_HN1_03 node=<hostname on which the resource needs to be cleaned>

Estado del recurso después de la prueba:

Clone Set: SAPHanaTopology_HN1_03-clone [SAPHanaTopology_HN1_03]
    Started: [ hn1-db-0 hn1-db-1 ]
Master/Slave Set: SAPHana_HN1_03-master [SAPHana_HN1_03]
    Masters: [ hn1-db-0 ]
    Slaves: [ hn1-db-1 ]
Resource Group: g_ip_HN1_03
    nc_HN1_03  (ocf::heartbeat:azure-lb):      Started hn1-db-0
    vip_HN1_03 (ocf::heartbeat:IPaddr2):       Started hn1-db-0

Prueba de una conmutación por error manual

Estado del recurso antes de iniciar la prueba:

Clone Set: SAPHanaTopology_HN1_03-clone [SAPHanaTopology_HN1_03]
    Started: [ hn1-db-0 hn1-db-1 ]
Master/Slave Set: SAPHana_HN1_03-master [SAPHana_HN1_03]
    Masters: [ hn1-db-0 ]
    Slaves: [ hn1-db-1 ]
Resource Group: g_ip_HN1_03
    nc_HN1_03  (ocf::heartbeat:azure-lb):      Started hn1-db-0
    vip_HN1_03 (ocf::heartbeat:IPaddr2):       Started hn1-db-0

Para probar una conmutación por error manual, detenga el clúster en el nodo hn1-db-0:

[root@hn1-db-0 ~]# pcs cluster stop

Después de la conmutación por error, puede reiniciar el clúster. 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:

[root@hn1-db-0 ~]# pcs cluster start
[root@hn1-db-0 ~]# 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

# Switch back to root and clean up the failed state
hn1adm@hn1-db-0:/usr/sap/HN1/HDB03> exit
# On RHEL 7.x
[root@hn1-db-1 ~]# pcs resource cleanup SAPHana_HN1_03-master
# On RHEL 8.x
[root@hn1-db-1 ~]# pcs resource cleanup SAPHana_HN1_03 node=<hostname on which the resource needs to be cleaned>

Estado del recurso después de la prueba:

Clone Set: SAPHanaTopology_HN1_03-clone [SAPHanaTopology_HN1_03]
    Started: [ hn1-db-0 hn1-db-1 ]
Master/Slave Set: SAPHana_HN1_03-master [SAPHana_HN1_03]
    Masters: [ hn1-db-1 ]
     Slaves: [ hn1-db-0 ]
Resource Group: g_ip_HN1_03
    nc_HN1_03  (ocf::heartbeat:azure-lb):      Started hn1-db-1
    vip_HN1_03 (ocf::heartbeat:IPaddr2):       Started hn1-db-1

Prueba de una conmutación por error manual

Estado del recurso antes de iniciar la prueba:

Clone Set: SAPHanaTopology_HN1_03-clone [SAPHanaTopology_HN1_03]
    Started: [ hn1-db-0 hn1-db-1 ]
Master/Slave Set: SAPHana_HN1_03-master [SAPHana_HN1_03]
    Masters: [ hn1-db-0 ]
    Slaves: [ hn1-db-1 ]
Resource Group: g_ip_HN1_03
    nc_HN1_03  (ocf::heartbeat:azure-lb):      Started hn1-db-0
    vip_HN1_03 (ocf::heartbeat:IPaddr2):       Started hn1-db-0

Para probar una conmutación por error manual, detenga el clúster en el nodo hn1-db-0:

[root@hn1-db-0 ~]# pcs cluster stop

Pasos siguientes