Hög tillgänglighet för SAP HANA virtuella Azure-datorer på Red Hat Enterprise Linux

För lokal utveckling kan du använda antingen HANA-systemreplikering eller delad lagring för att upprätta hög tillgänglighet för SAP HANA. På virtuella Azure-datorer (VM) är HANA-systemreplikering i Azure för närvarande den enda funktion för hög tillgänglighet som stöds. SAP HANA Replikering består av en primär nod och minst en sekundär nod. Ändringar av data på den primära noden replikeras till den sekundära noden synkront eller asynkront.

Den här artikeln beskriver hur du distribuerar och konfigurerar virtuella datorer, installerar klusterramverket och installerar och konfigurerar SAP HANA systemreplikering. I exempelkonfigurationerna används installationskommandon, instansnummer 03 och HANA System ID HN1.

Läs följande SAP-anteckningar och -artiklar först:

• SAP Note 1928533, som har:
  • Listan över storlekar på virtuella Azure-datorer som stöds för distribution av SAP-programvara.
  • Viktig kapacitetsinformation för storlekar på virtuella Azure-datorer.
  • SAP-programvara och kombinationer av operativsystem (OS) och databaser som stöds.
  • Den nödvändiga SAP-kernelversionen för Windows och Linux på Microsoft Azure.
• SAP Note 2015553 listar kraven för SAP-programvarudistributioner som stöds i Azure.
• SAP Note 2002167 har rekommenderade os-inställningar för Red Hat Enterprise Linux
• SAP Note 2009879 har SAP HANA Guidelines för Red Hat Enterprise Linux
• SAP Note 2178632 innehåller detaljerad information om alla övervakningsmått som rapporterats för SAP i Azure.
• SAP Note [2191498 har] den version av SAP-värdagenten som krävs för Linux i Azure.
• SAP Note 2243692 har information om SAP-licensiering på Linux i Azure.
• SAP Note 1999351 har ytterligare felsökningsinformation för Azure Enhanced Monitoring Extension för SAP.
• SAP Community WIKI har alla nödvändiga SAP-anteckningar för Linux.
• Azure Virtual Machines planering och implementering för SAP på Linux
• Azure Virtual Machines-distribution för SAP på Linux (den här artikeln)
• Azure Virtual Machines DBMS-distribution för SAP på Linux
• SAP HANA systemreplikering i pacemakerkluster
• Allmän RHEL-dokumentation
  • Översikt över Add-On tillgänglighet
  • Administration med Add-On tillgänglighet
  • Referens för Add-On tillgänglighet
• Azure-specifik RHEL-dokumentation:
  • Supportprinciper för RHEL-kluster med hög tillgänglighet – Microsoft Azure Virtual Machines som klustermedlemmar
  • Installera och konfigurera ett Red Hat Enterprise Linux 7.4 (och senare) High-Availability kluster på Microsoft Azure
  • Installera SAP HANA på Red Hat Enterprise Linux för användning i Microsoft Azure

Översikt

För att uppnå hög tillgänglighet SAP HANA installeras på två virtuella datorer. Data replikeras med hjälp av HANA-systemreplikering.

SAP HANA systemreplikering använder ett dedikerat virtuellt värdnamn och virtuella IP-adresser. I Azure krävs en lastbalanserare för att använda en virtuell IP-adress. I följande lista visas konfigurationen av lastbalanseraren:

• Frontend-konfiguration: IP-adress 10.0.0.13 för hn1-db
• Serverdelskonfiguration: Ansluten till primära nätverksgränssnitt för alla virtuella datorer som ska ingå i HANA-systemreplikering
• Avsökningsport: Port 62503
• Belastningsutjämningsregler: 30313 TCP, 30315 TCP, 30317 TCP, 30340 TCP, 30341 TCP, 30342 TCP

Distribuera för Linux

Den Azure Marketplace innehåller en avbildning för Red Hat Enterprise Linux 7.4 för SAP HANA som du kan använda för att distribuera nya virtuella datorer.

Distribuera med en mall

Du kan använda en av de snabbstartsmallar som finns på GitHub för att distribuera alla nödvändiga resurser. Mallen distribuerar de virtuella datorerna, lastbalanseraren, tillgänglighetsuppsättningen och så vidare. Följ dessa steg för att distribuera mallen:

1. Öppna databasmallen på Azure Portal.
2. Ange följande parametrar:
   • Sap-system-ID: Ange SAP-system-ID för det SAP-system som du vill installera. ID:t används som ett prefix för de resurser som distribueras.
   • Os-typ: Välj en av Linux-distributionerna. I det här exemplet väljer du RHEL 7.
   • Db-typ: Välj HANA.
   • Sap-systemstorlek: Ange antalet SAPS som det nya systemet ska tillhandahålla. Om du inte är säker på hur många SAPS som systemet kräver kan du fråga din SAP-teknikpartner eller systemintegratör.
   • Systemtillgänglighet: Välj HA.
   • Administratörsanvändarnamn, administratörslösenord eller SSH-nyckel: En ny användare skapas som kan användas för att logga in på datorn.
   • Undernäts-ID: Om du vill distribuera den virtuella datorn till ett befintligt virtuellt nätverk där du har ett undernät definierat som den virtuella datorn ska tilldelas, namn på ID för det specifika undernätet. ID:t ser vanligtvis ut så här: /subscriptions/ <subscription ID> /resourceGroups/ <resource group name> /providers/Microsoft.Network/virtualNetworks/ <virtual network name> /subnets/ <subnet name>. Lämna tomt om du vill skapa ett nytt virtuellt nätverk

Manuell distribution

1. Skapa en resursgrupp.
2. Skapa ett virtuellt nätverk.
3. Skapa en tillgänglighetsuppsättning.
   Ange högsta uppdateringsdomän.
4. Skapa en lastbalanserare (intern). Vi rekommenderar standardlastbalanserare.
   • Välj det virtuella nätverk som skapades i steg 2.
5. Skapa virtuell dator 1.
   Använd minst Red Hat Enterprise Linux 7.4 för SAP HANA. I det här exemplet används Red Hat Enterprise Linux 7.4 SAP HANA avbildningen https://portal.azure.com/#create/RedHat.RedHatEnterpriseLinux75forSAP-ARM Välj den tillgänglighetsuppsättning som skapades i steg 3.
6. Skapa virtuell dator 2.
   Använd minst Red Hat Enterprise Linux 7.4 för SAP HANA. I det här exemplet används Red Hat Enterprise Linux 7.4 SAP HANA avbildningen https://portal.azure.com/#create/RedHat.RedHatEnterpriseLinux75forSAP-ARM Välj den tillgänglighetsuppsättning som skapades i steg 3.
7. Lägg till datadiskar.

1. Om du använder en standardlastbalanserare följer du dessa konfigurationssteg:

   1. Skapa först en IP-pool på frontend-sidan:

      1. Öppna lastbalanseraren, välj IP-pool på frontend-sidan och välj Lägg till.
      2. Ange namnet på den nya IP-adresspoolen på frontend-sidan (till exempel hana-frontend).
      3. Ställ in Tilldelning på Statisk och ange IP-adressen (till exempel 10.0.0.13).
      4. Välj OK.
      5. När den nya IP-adresspoolen på frontend-sidan har skapats noterar du poolens IP-adress.

   2. Skapa sedan en backend-pool:

      1. Öppna lastbalanseraren, välj backend-pooler och välj Lägg till.
      2. Ange namnet på den nya backend-poolen (till exempel hana-backend).
      3. Välj Lägg till en virtuell dator.
      4. Välj ** Virtuell dator**.
      5. Välj de virtuella datorerna i SAP HANA och deras IP-adresser.
      6. Välj Lägg till.

   3. Skapa sedan en hälsoavsökning:

      1. Öppna lastbalanseraren, välj hälsoavsökningar och välj Lägg till.
      2. Ange namnet på den nya hälsoavsökningen (till exempel hana-hp).
      3. Välj TCP som protokoll och port 625 03. Låt värdet Intervall vara inställt på 5 och tröskelvärdet Inte feltillstånd inställt på 2.
      4. Välj OK.

   4. Skapa sedan reglerna för belastningsutjämning:

      1. Öppna lastbalanseraren, välj lastbalanseringsregler och välj Lägg till.
      2. Ange namnet på den nya lastbalanseringsregeln (till exempel hana-lb).
      3. Välj IP-adressen för frontend, backend-poolen och hälsoavsökningen som du skapade tidigare (till exempel hana-frontend, hana-backend och hana-hp).
      4. Välj HA-portar.
      5. Öka tidsgränsen för inaktivitet till 30 minuter.
      6. Se till att aktivera flytande IP.
      7. Välj OK.

2. Om ditt scenario kräver att du använder en grundläggande lastbalanserare kan du också följa dessa konfigurationssteg:

   1. Konfigurera lastbalanseraren. Skapa först en IP-pool på frontend-sidan:

      1. Öppna lastbalanseraren, välj IP-pool på frontend-sidan och välj Lägg till.
      2. Ange namnet på den nya IP-adresspoolen för frontend (till exempel hana-frontend).
      3. Ställ in Tilldelning på Statisk och ange IP-adressen (till exempel 10.0.0.13).
      4. Välj OK.
      5. När den nya IP-adresspoolen på frontend-sidan har skapats noterar du poolens IP-adress.

   2. Skapa sedan en backend-pool:

      1. Öppna lastbalanseraren, välj backend-pooler och välj Lägg till.
      2. Ange namnet på den nya backend-poolen (till exempel hana-backend).
      3. Välj Lägg till en virtuell dator.
      4. Välj den tillgänglighetsuppsättning som skapades i steg 3.
      5. Välj de virtuella datorerna i SAP HANA klustret.
      6. Välj OK.

   3. Skapa sedan en hälsoavsökning:

      1. Öppna lastbalanseraren, välj hälsoavsökningar och välj Lägg till.
      2. Ange namnet på den nya hälsoavsökningen (till exempel hana-hp).
      3. Välj TCP som protokoll och port 625 03. Låt värdet Intervall vara inställt på 5 och tröskelvärdet Inte feltillstånd inställt på 2.
      4. Välj OK.

   4. Skapa SAP HANA 1.0 för belastningsutjämning:

      1. Öppna lastbalanseraren, välj lastbalanseringsregler och välj Lägg till.
      2. Ange namnet på den nya lastbalanseringsregeln (till exempel hana-lb-3 03 15).
      3. Välj frontend-IP-adressen, backend-poolen och hälsoavsökningen som du skapade tidigare (till exempel hana-frontend).
      4. Behåll Protokollet inställt på TCP och ange port 3 03 15.
      5. Öka tidsgränsen för inaktivitet till 30 minuter.
      6. Se till att aktivera flytande IP.
      7. Välj OK.
      8. Upprepa dessa steg för port 3 03 17.

   5. För SAP HANA 2.0 skapar du belastningsutjämningsregler för systemdatabasen:

      1. Öppna lastbalanseraren, välj lastbalanseringsregler och välj Lägg till.
      2. Ange namnet på den nya lastbalanseringsregeln (till exempel hana-lb-3 03 13).
      3. Välj frontend-IP-adressen, backend-poolen och hälsoavsökningen som du skapade tidigare (till exempel hana-frontend).
      4. Behåll Protokollet inställt på TCP och ange port 3 03 13.
      5. Öka tidsgränsen för inaktivitet till 30 minuter.
      6. Se till att aktivera flytande IP.
      7. Välj OK.
      8. Upprepa dessa steg för port 3 03 14.

   6. För SAP HANA 2.0 skapar du först belastningsutjämningsregler för klientdatabasen:

      1. Öppna lastbalanseraren, välj lastbalanseringsregler och välj Lägg till.
      2. Ange namnet på den nya lastbalanseringsregeln (till exempel hana-lb-3 03 40).
      3. Välj den IP-adress för frontend, backend-pool och hälsoavsökning som du skapade tidigare (till exempel hana-frontend).
      4. Behåll Protokollet inställt på TCP och ange port 3 03 40.
      5. Öka tidsgränsen för inaktivitet till 30 minuter.
      6. Se till att aktivera flytande IP.
      7. Välj OK.
      8. Upprepa dessa steg för portarna 3 03 41 och 3 03 42.

Mer information om de portar som krävs för SAP HANA finns i kapitlet Anslutningar till klientdatabaser i guiden för SAP HANA-klientdatabaser eller SAP Note 2388694.

Installera SAP HANA

Stegen i det här avsnittet använder följande prefix:

• [A]: Steget gäller för alla noder.
• [1]: Steget gäller endast nod 1.
• [2]: Steget gäller endast för nod 2 i pacemakerklustret.

1. [A] Konfigurera disklayouten: Logical Volume Manager (LVM).

   Vi rekommenderar att du använder LVM för volymer som lagrar data och loggfiler. I följande exempel förutsätts att de virtuella datorerna har fyra anslutna datadiskar som används för att skapa två volymer.

   Lista alla tillgängliga diskar:

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

   Exempel på utdata:

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

   Skapa fysiska volymer för alla diskar som du vill använda:

   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
   

   Skapa en volymgrupp för datafilerna. Använd en volymgrupp för loggfilerna och en för den delade katalogen 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
   

   Skapa de logiska volymerna. En linjär volym skapas när du använder lvcreate utan -i växeln. Vi rekommenderar att du skapar en stripe-volym för bättre I/O-prestanda och justerar stripe-storlekarna till de värden som beskrivs i SAP HANA vm-lagringskonfigurationer. Argumentet -i ska vara antalet underliggande fysiska volymer och argumentet är -I stripe-storleken. I det här dokumentet används två fysiska volymer för datavolymen, så -i växelargumentet är inställt på 2. Stripe-storleken för datavolymen är 256KiB. En fysisk volym används för loggvolymen, så inga -i växlar eller växlar används uttryckligen för -I loggvolymkommandona.

   Viktigt

   Använd växeln och ställ in den på antalet underliggande fysiska volymer när du använder mer än en fysisk volym för varje -i data, logg eller delade volymer. Använd -I växeln för att ange stripe-storleken när du skapar en stripe-volym.
   Se SAP HANA vm-lagringskonfigurationer för rekommenderade lagringskonfigurationer, inklusive stripe-storlekar och antal diskar.

   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
   

   Skapa monteringskatalogerna och kopiera UUID för alla logiska volymer:

   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
   

   Skapa fstab poster för de tre logiska volymerna:

   sudo vi /etc/fstab
   

   Infoga följande rad i /etc/fstab filen:

   /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
   

   Montera de nya volymerna:

   sudo mount -a
   

2. [A] Konfigurera disklayouten: Plain Disks.

   För demosystem kan du placera dina HANA-data och loggfiler på en disk. Skapa en partition på /dev/disk/azure/scsi1/lun0 och formatera den med 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
   

   Infoga den här raden i filen /etc/fstab:

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

   Skapa målkatalogen och montera disken:

   sudo mkdir /hana
   sudo mount -a
   

3. [A] Konfigurera värdnamnsmatchning för alla värdar.

   Du kan antingen använda en DNS-server eller ändra filen /etc/hosts på alla noder. Det här exemplet visar hur du använder filen /etc/hosts. Ersätt IP-adressen och värdnamnet i följande kommandon:

   sudo vi /etc/hosts
   

   Infoga följande rader i filen /etc/hosts. Ändra IP-adressen och värdnamnet så att de matchar din miljö:

   10.0.0.5 hn1-db-0
   10.0.0.6 hn1-db-1
   

4. [A] RHEL för HANA-konfiguration

   Konfigurera RHEL enligt beskrivningen https://access.redhat.com/solutions/2447641 i och i följande SAP-anteckningar:

   • 2292690 – SAP HANA DB: Rekommenderade OS-inställningar för RHEL 7
   • 2777782 – SAP HANA DB: Rekommenderade os-Inställningar för RHEL 8
   • 2455582 – Linux: Köra SAP-program som kompilerats med GCC 6.x
   • 2593824 – Linux: Köra SAP-program som kompilerats med GCC 7.x
   • 2886607 – Linux: Köra SAP-program som kompilerats med GCC 9.x

5. [A] Installera SAP HANA

   Om du SAP HANA systemreplikering följer du https://access.redhat.com/articles/3004101 .

   • Kör hdblcm-programmet från HANA-DVD:n. Ange följande värden i prompten:
   • Välj installation: Ange 1.
   • Välj ytterligare komponenter för installation: Ange 1.
   • Ange Installationssökväg [/hana/shared]: Välj Retur.
   • Ange lokalt värdnamn [..]: Välj Retur.
   • Vill du lägga till ytterligare värdar i systemet? (j/n) [n]: Välj Retur.
   • Ange SAP HANA system-ID: Ange SID för HANA, till exempel: HN1.
   • Ange instansnummer [00]: Ange HANA-instansnumret. Ange 03 om du använde Azure-mallen eller följde avsnittet om manuell distribution i den här artikeln.
   • Välj Databasläge/Ange Index [1]: Välj Retur.
   • Välj Systemanvändning/Ange Index [4]: Välj systemanvändningsvärdet.
   • Ange Plats för datavolymer [/hana/data/HN1]: Välj Retur.
   • Ange Plats för loggvolymer [/hana/log/HN1]: Välj Retur.
   • Begränsa den maximala minnesallokeringen? [n]: Välj Retur.
   • Ange certifikatets värdnamn som värd "..."" –: Välj Retur.
   • Ange lösenord för SAP-värdagentanvändare (sapadm): Ange användarlösenordet för värdagenten.
   • Bekräfta lösenordet för SAP-värdagentanvändaren (sapadm): Ange värdagentens användarlösenord igen för att bekräfta.
   • Ange lösenord för systemadministratör (hdbadm): Ange systemadministratörens lösenord.
   • Bekräfta systemadministratörslösenordet (hdbadm): Ange systemadministratörens lösenord igen för att bekräfta.
   • Ange Systemadministratörens hemkatalog [/usr/sap/HN1/home]: Välj Retur.
   • Ange systemadministratörens inloggningsgränssnitt [/bin/sh]: Välj Retur.
   • Ange användar-ID för systemadministratör [1001]: Välj Retur.
   • Ange ID för användargruppen (sapsys) [79]: Välj Retur.
   • Ange lösenord för databasanvändare (SYSTEM): Ange databasanvändarlösenordet.
   • Bekräfta lösenord för databasanvändare (SYSTEM): Ange databasanvändarlösenordet igen för att bekräfta.
   • Vill du starta om systemet efter omstarten av datorn? [n]: Välj Retur.
   • Vill du fortsätta? (j/n): Verifiera sammanfattningen. Ange y för att fortsätta.

6. [A] Uppgradera SAP-värdagenten.

   Ladda ned det senaste SAP-värdagentarkivet från SAP Software Center och kör följande kommando för att uppgradera agenten. Ersätt sökvägen till arkivet så att den pekar på filen som du laddade ned:

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

7. [A] Konfigurera brandväggen

   Skapa brandväggsregeln för avsökningsporten för Azure Load Balancer.

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

Konfigurera SAP HANA 2.0-systemreplikering

Stegen i det här avsnittet använder följande prefix:

• [A]: Steget gäller för alla noder.
• [1]: Steget gäller endast nod 1.
• [2]: Steget gäller endast för nod 2 i pacemakerklustret.

1. [A] Konfigurera brandväggen

   Skapa brandväggsregler som tillåter HANA-systemreplikering och klienttrafik. De portar som krävs visas på TCP/IP-portar för alla SAP-produkter. Följande kommandon är bara ett exempel för att tillåta HANA 2.0-systemreplikering och klienttrafik till databasen SYSTEMDB, HN1 och 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] Skapa klientdatabasen.

   Om du använder SAP HANA 2.0 eller MDC skapar du en klientdatabas för ditt SAP NetWeaver-system. Ersätt NW1 med SID för ditt SAP-system.

   Kör följande kommando <hanasid > adm:

   hdbsql -u SYSTEM -p "passwd" -i 03 -d SYSTEMDB 'CREATE DATABASE NW1 SYSTEM USER PASSWORD "passwd"'
   

3. [1] Konfigurera systemreplikering på den första noden:

   Säkerhetskopiera databaserna som <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')"
   

   Kopiera systemets PKI-filer till den sekundära platsen:

   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/
   

   Skapa den primära platsen:

   hdbnsutil -sr_enable --name=SITE1
   

4. [2] Konfigurera systemreplikering på den andra noden:

   Registrera den andra noden för att starta systemreplikeringen. Kör följande kommando som <hanasid > adm:

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

5. [1] Kontrollera replikeringsstatus

   Kontrollera replikeringsstatusen och vänta tills alla databaser är synkroniserade. Om statusen är OKÄND kontrollerar du brandväggsinställningarna.

   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
   

Konfigurera SAP HANA 1.0-systemreplikering

Stegen i det här avsnittet använder följande prefix:

• [A]: Steget gäller för alla noder.
• [1]: Steget gäller endast nod 1.
• [2]: Steget gäller endast för nod 2 i pacemakerklustret.

1. [A] Konfigurera brandväggen

   Skapa brandväggsregler som tillåter HANA-systemreplikering och klienttrafik. De portar som krävs visas på TCP/IP-portar för alla SAP-produkter. Följande kommandon är bara ett exempel på hur du tillåter systemreplikering i HANA 2.0. Anpassa det till din SAP HANA 1.0-installation.

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

2. [1] Skapa de användare som krävs.

   Kör följande kommando som rot. Ersätt fet sträng (HANA System ID HN1 och instansnummer 03) med värdena för SAP HANA installation:

   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] Skapa nyckellagringsposten.

   Kör följande kommando som rot för att skapa en ny nyckellagringspost:

   PATH="$PATH:/usr/sap/HN1/HDB03/exe"
   hdbuserstore SET hdbhaloc localhost:30315 hdbhasync passwd
   

4. [1] Back up the database .[1] Back up the database.

   Back up the databases as root(2006 2006 2012

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

   Om du använder en installation med flera klientorganisationen ska du även databasen för klientorganisationen:

   hdbsql -d HN1 -u system -i 03 "BACKUP DATA USING FILE ('initialbackup')"
   

5. [1] Konfigurera systemreplikering på den första noden.

   Skapa den primära platsen som <hanasid > adm:

   su - hdbadm
   hdbnsutil -sr_enable –-name=SITE1
   

6. [2] Konfigurera systemreplikering på den sekundära noden.

   Registrera den sekundära platsen som <hanasid > adm:

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

Skapa ett pacemakerkluster

Följ stegen i Konfigurera Pacemaker på en Red Hat Enterprise Linux Azure för att skapa ett grundläggande Pacemaker-kluster för den här HANA-servern.

Implementera SapHanaSR för Python-systemreplikering

Det här är ett viktigt steg för att optimera integreringen med klustret och förbättra identifieringen när ett kluster redundans krävs. Vi rekommenderar starkt att du konfigurerar PYTHON-hooken SAPHanaSR.

1. [A] Installera HANA "systemreplikerings hook". Hooken måste installeras på båda HANA DB-noderna.

   Tips

   Python-hooken kan bara implementeras för HANA 2.0.

   1. Förbered hooken som root .

    mkdir -p /hana/shared/myHooks
    cp /usr/share/SAPHanaSR/srHook/SAPHanaSR.py /hana/shared/myHooks
    chown -R hn1adm:sapsys /hana/shared/myHooks
   

   2. Stoppa HANA på båda noderna. Kör som <sid > adm:

   sapcontrol -nr 03 -function StopSystem
   

   3. Justera global.ini på varje klusternod.

   # add to global.ini
   [ha_dr_provider_SAPHanaSR]
   provider = SAPHanaSR
   path = /hana/shared/myHooks
   execution_order = 1
   
   [trace]
   ha_dr_saphanasr = info
   

2. [A] Klustret kräver sudoers-konfiguration på varje klusternod för <sid > adm. I det här exemplet uppnår vi detta genom att skapa en ny fil. Kör kommandona som 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] Starta SAP HANA på båda noderna. Kör som <sid > adm.

   sapcontrol -nr 03 -function StartSystem 
   

4. [1] Kontrollera installationen av hooken. Kör som <sid > adm på den aktiva replikeringsplatsen för HANA-systemet.

    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
   
   

Mer information om implementeringen av den här SAP HANA för systemreplikering finns i Aktivera SAP HA/DR-providern hook.

Skapa SAP HANA klusterresurser

Installera SAP HANA resursagenter på alla noder. Se till att aktivera en lagringsplats som innehåller paketet. Du behöver inte aktivera ytterligare lagringsplatsen om du använder RHEL 8.x HA-aktiverad avbildning.

# 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

Skapa sedan HANA-topologin. Kör följande kommandon på en av pacemakerklusternoderna:

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

Skapa sedan HANA-resurserna.

Om du skapar ett kluster på RHEL 7.x använder du följande kommandon:

# 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

Om du skapar ett kluster på RHEL 8.x använder du följande kommandon:

# 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

Kontrollera att klusterstatusen är ok och att alla resurser har startats. Det är inte viktigt på vilken nod resurserna körs.

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

Konfigurera aktiv/läsaktiverad systemreplikering i Pacemaker-kluster i HANA

Från och med SAP HANA 2.0 SPS 01 tillåter SAP aktiva/läsaktiverade konfigurationer för SAP HANA-systemreplikering, där de sekundära systemen för SAP HANA-systemreplikering kan användas aktivt för läsintensiva arbetsbelastningar. För att stödja sådan konfiguration i ett kluster krävs en andra virtuell IP-adress som ger klienter åtkomst till den sekundära läsaktiverade SAP HANA databasen. För att säkerställa att den sekundära replikeringsplatsen fortfarande kan nås efter ett övertagande måste klustret flytta runt den virtuella IP-adressen med den sekundära för SAPHana-resursen.

I det här avsnittet beskrivs de ytterligare steg som krävs för att hantera aktiv/läs-aktiverad systemreplikering i ett Red Hat-kluster med hög tillgänglighet med andra virtuella IP-adresser.

Innan du fortsätter kontrollerar du att du har konfigurerat red hat-kluster med hög tillgänglighet och SAP HANA databas enligt beskrivningen i ovanstående avsnitt i dokumentationen.

Ytterligare konfiguration i Azure Load Balancer för aktiv/läsaktiverad konfiguration

Om du vill fortsätta med ytterligare steg för att etablera en andra virtuell IP-adress kontrollerar du att du har konfigurerat Azure Load Balancer enligt beskrivningen i avsnittet Manuell distribution.

1. För standardlastbalanserare följer du nedanstående ytterligare steg för samma lastbalanserare som du skapade i föregående avsnitt.

   a. Skapa en andra IP-adresspool på frontend-sidan:

   • Öppna lastbalanseraren, välj IP-pool på frontend-sidan och välj Lägg till.
   • Ange namnet på den andra IP-adresspoolen på frontend-sidan (till exempel hana-secondaryIP).
   • Ställ in Tilldelning på Statisk och ange IP-adressen (till exempel 10.0.0.14).
   • Välj OK.
   • När den nya IP-adresspoolen på frontend-sidan har skapats noterar du poolens IP-adress.

   b. Skapa sedan en hälsoavsökning:

   • Öppna lastbalanseraren, välj hälsoavsökningar och välj Lägg till.
   • Ange namnet på den nya hälsoavsökningen (till exempel hana-secondaryhp).
   • Välj TCP som protokoll och port 62603. Låt värdet Intervall vara inställt på 5 och tröskelvärdet Inte feltillstånd inställt på 2.
   • Välj OK.

   c. Skapa sedan reglerna för belastningsutjämning:

   • Öppna lastbalanseraren, välj lastbalanseringsregler och välj Lägg till.
   • Ange namnet på den nya lastbalanseringsregeln (till exempel hana-secondarylb).
   • Välj IP-adressen för frontend, backend-poolen och hälsoavsökningen som du skapade tidigare (till exempel hana-secondaryIP, hana-backend och hana-secondaryhp).
   • Välj HA-portar.
   • Se till att aktivera flytande IP.
   • Välj OK.

Konfigurera aktiv/läsaktiverad systemreplikering i HANA

Stegen för att konfigurera HANA-systemreplikering beskrivs i avsnittet Konfigurera SAP HANA 2.0 System Replication. Om du distribuerar ett läsaktiverad sekundärt scenario när du konfigurerar systemreplikering på den andra noden kör du följande kommando som 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 

Lägga till en sekundär virtuell IP-adressresurs för en aktiv/läsaktiverad konfiguration

Den andra virtuella IP-adressen och lämplig samlokaliseringsbegränsning kan konfigureras med följande kommandon:

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

Kontrollera att klusterstatusen är ok och att alla resurser har startats. Den andra virtuella IP-adressen körs på den sekundära platsen tillsammans med den sekundära SAPHana-resursen.

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

I nästa avsnitt hittar du den typiska uppsättningen redundanstester som ska köras.

Tänk på det andra virtuella IP-beteendet när du testar ett HANA-kluster som konfigurerats med läsaktiverad sekundär:

1. När du migrerar SAPHana_HN1_03-klusterresursen till den sekundära platsen hn1-db-1 fortsätter den andra virtuella IP-adressen att köras på samma plats hn1-db-1. Om du har angett AUTOMATED_REGISTER="true" för resursen och HANA-systemreplikering registreras automatiskt på hn1-db-0 flyttas även din andra virtuella IP-adress till hn1-db-0.

2. Vid test av serverkrasch körs andra virtuella IP-resurser (secvip_HN1_03) och azure load balancer-portresursen (secnc_HN1_03) på den primära servern tillsammans med de primära virtuella IP-resurserna. Så tills den sekundära servern är nere ansluter program som är anslutna till den skrivskyddade HANA-databasen till den primära HANA-databasen. Beteendet är förväntat eftersom du inte vill att program som är anslutna till den läsaktiverade HANA-databasen ska vara otillgängliga tills den sekundära servern inte är tillgänglig.

3. Under redundans och återställning av den andra virtuella IP-adressen kan det hända att befintliga anslutningar på program som använder andra virtuella IP-adresser för att ansluta till HANA-databasen avbryts.

Konfigurationen maximerar den tid som den andra virtuella IP-resursen tilldelas till en nod där en felfri SAP HANA-instans körs.

Testa klusterkonfigurationen

I det här avsnittet beskrivs hur du kan testa konfigurationen. Innan du startar ett test kontrollerar du att Pacemaker inte har någon misslyckad åtgärd (via pc-status), att det inte finns några oväntade platsbegränsningar (till exempel rester av ett migreringstest) och att HANA är synkroniseringstillstånd, till exempel med systemReplicationStatus:

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

Testa migreringen

Resurstillstånd innan du startar testet:

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

Du kan migrera SAP HANA huvudnoden genom att köra följande kommando:

# 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

Om du anger ska det här kommandot migrera SAP HANA huvudnoden och gruppen som innehåller den virtuella AUTOMATED_REGISTER="false" IP-adressen till hn1-db-1.

När migreringen är klar ser "sudo pcs status"-utdata ut så här

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

Den SAP HANA resursen på hn1-db-0 stoppas. I det här fallet konfigurerar du HANA-instansen som sekundär genom att köra följande kommando:

[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

Migreringen skapar platsbegränsningar som behöver tas bort igen:

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

Övervaka tillståndet för HANA-resursen med hjälp av "pcs status". När HANA har startats på hn1-db-0 bör utdata se ut så här

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

Testa Azure-avstängningsagenten

Resurstillstånd innan du startar testet:

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

Du kan testa konfigurationen av Azure-avstängningsagenten genom att inaktivera nätverksgränssnittet på den nod där SAP HANA körs som huvudnod. En beskrivning av hur du simulerar ett nätverksfel finns i Red Hat Knowledgebase-artikel 79523. I det här exemplet använder vi net_breaker för att blockera all åtkomst till nätverket.

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

Den virtuella datorn bör nu starta om eller stoppa beroende på klusterkonfigurationen. Om du ställer stonith-action in inställningen på av stoppas den virtuella datorn och resurserna migreras till den virtuella dator som körs.

När du startar den virtuella datorn igen kan SAP HANA inte starta som sekundär om du anger AUTOMATED_REGISTER="false" . I det här fallet konfigurerar du HANA-instansen som sekundär genom att köra följande kommando:

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>

Resurstillstånd efter testet:

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

Testa en manuell redundans

Resurstillstånd innan du startar testet:

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

Du kan testa en manuell redundans genom att stoppa klustret på noden hn1-db-0:

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

Efter redundansen kan du starta klustret igen. Om du anger AUTOMATED_REGISTER="false" kan SAP HANA på noden hn1-db-0 inte starta som sekundär. I det här fallet konfigurerar du HANA-instansen som sekundär genom att köra följande kommando:

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

Resurstillstånd efter testet:

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

Testa en manuell redundans

Resurstillstånd innan du startar testet:

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

Du kan testa en manuell redundans genom att stoppa klustret på noden hn1-db-0:

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

Nästa steg

• Azure Virtual Machines planering och implementering för SAP
• Azure Virtual Machines distribution för SAP
• Azure Virtual Machines DBMS-distribution för SAP
• SAP HANA vm-lagringskonfigurationer