SAP HANA felméretezett rendszer magas rendelkezésre állása HSR-rel SUSE Linux Enterprise Server rendszeren
Cikk
Ez a cikk azt ismerteti, hogyan helyezhet üzembe magas rendelkezésre állású SAP HANA-rendszert kibővített konfigurációban a HANA rendszerreplikációs (HSR) és Pacemaker használatával az Azure SUSE Linux Enterprise Server virtuális gépeken (VM-eken). A bemutatott architektúrában a megosztott fájlrendszerek NFS-hez vannak csatlakoztatva, és az Azure NetApp Files vagy az Azure Files NFS-megosztásai biztosítják.
A példakonfigurációkban, a telepítési parancsokban és így tovább, a HANA-példány 03 , a HANA rendszerazonosítója pedig HN1.
Mielőtt hozzákezdene, tekintse meg az alábbi SAP-jegyzeteket és dokumentumokat:
SUSE SAP HA – Ajánlott eljárások útmutatói: Minden szükséges információt tartalmaz a NetWeaver magas rendelkezésre állásának és az SAP HANA-rendszerreplikáció helyszíni beállításához (általános alapkonfigurációként használható, sokkal részletesebb információkat tartalmaznak)
Az egyik módszer a HANA magas rendelkezésre állásának elérésére a HANA kibővített telepítései esetében, ha konfigurálja a HANA rendszerreplikációt, és védi a megoldást a Pacemaker-fürttel az automatikus feladatátvétel engedélyezéséhez. Ha egy aktív csomópont meghibásodik, a fürt a HANA-erőforrásokat a másik helyre iktatja át.
A bemutatott konfiguráció három HANA-csomópontot jelenít meg az egyes helyeken, valamint a többségi készítő csomópontot a felosztási forgatókönyv megakadályozása érdekében. Az utasítások módosíthatók, hogy több virtuális gépet is belefoglaljanak HANA DB-csomópontokként.
A bemutatott architektúrában a HANA megosztott fájlrendszerét /hana/shared az Azure NetApp Files vagy az Azure Files NFS-megosztása biztosítja. A HANA megosztott fájlrendszere az ugyanazon HANA-rendszer replikációs helyén található minden HANA-csomópontra csatlakoztatott NFS. /hana/data/hana/log A fájlrendszerek helyi fájlrendszerek, és nincsenek megosztva a HANA DB-csomópontok között. Az SAP HANA nem megosztott módban lesz telepítve.
Ha az összes HANA-fájlrendszert üzembe helyezi az Azure NetApp Filesban éles rendszereken, ahol a teljesítmény kulcsfontosságú, javasoljuk, hogy értékelje ki és fontolja meg az Azure NetApp Files alkalmazáskötet-csoportjának használatát az SAP HANA-hoz.
Figyelmeztetés
Az NFS üzembe helyezése /hana/data és /hana/log az Azure Fileson való telepítése nem támogatott.
Az előző ábrán három alhálózat jelenik meg egy Azure-beli virtuális hálózaton belül, az SAP HANA hálózati javaslatait követve:
ügyfélkommunikációhoz - client 10.23.0.0/24
belső HANA csomópontok közötti kommunikációhoz – inter 10.23.1.128/26
/hana/log Mivel /hana/data a helyi lemezeken vannak üzembe helyezve, nem szükséges külön alhálózatot és külön virtuális hálózati kártyákat üzembe helyezni a tárolóval való kommunikációhoz.
Ha Az Azure NetApp Filest használja, az NFS-kötetek /hana/sharedegy külön alhálózaton vannak üzembe helyezve, delegálva az Azure NetApp Filesba: anf 10.23.1.0/26.
Az infrastruktúra előkészítése
Az alábbi utasításokban feltételezzük, hogy már létrehozta az erőforráscsoportot, az Azure-beli virtuális hálózatot három Azure-hálózati alhálózattal: clientés interhsr.
Linux rendszerű virtuális gépek üzembe helyezése az Azure Portalon
Az Azure-beli virtuális gépek üzembe helyezése.
A dokumentumban bemutatott konfigurációhoz helyezzen üzembe hét virtuális gépet:
három virtuális gép, amely HANA DB-csomópontként szolgál az 1. HANA-replikációs helyhez: hana-s1-db1, hana-s1-db2 és hana-s1-db3
három virtuális gép, amely HANA DB-csomópontként szolgál a 2. HANA replikációs helyhez: hana-s2-db1, hana-s2-db2 és hana-s2-db3
egy kis virtuális gép, amely többségi gyártóként szolgál: hana-s-mm
Az SAP DB HANA-csomópontként üzembe helyezett virtuális gépeket az SAP-nak a HANA-hoz kell hitelesítenie az SAP HANA hardverkönyvtárában közzétett módon. A HANA DB-csomópontok telepítésekor győződjön meg arról, hogy a gyorsított hálózat van kiválasztva.
A többségi gyártó csomópontjához üzembe helyezhet egy kis virtuális gépet, mivel ez a virtuális gép nem futtatja az SAP HANA-erőforrások egyikét sem. A többségi gyártó virtuális gépe a fürtkonfigurációban használva páratlan számú fürtcsomópontot ér el egy osztott agy forgatókönyvben. A többségi készítő virtuális gépnek ebben a példában csak egy virtuális hálózati adapterre van szüksége az client alhálózatban.
Helyi felügyelt lemezek üzembe helyezése a következőhöz /hana/data : és /hana/log. Az SAP HANA Azure-beli virtuális gépek tárolókonfigurációinak /hana/data/hana/logminimálisan ajánlott tárolási konfigurációja és leírása.
Helyezze üzembe az elsődleges hálózati adaptert a client virtuális hálózati alhálózat minden egyes virtuális gépéhez.
Amikor a virtuális gép üzembe helyezése az Azure Portalon történik, a rendszer automatikusan létrehozza a hálózati adapter nevét. Ezekben az egyszerűség kedvéért az automatikusan létrehozott elsődleges hálózati adapterekre fogunk hivatkozni, amelyek hana-s1-db1-client, hana-s1-db2-client, hana-s1-db3-client stb. néven csatlakoznak client az Azure-beli virtuális hálózati alhálózathoz.
Fontos
Győződjön meg arról, hogy a kiválasztott operációs rendszer SAP-minősítéssel rendelkezik az SAP HANA-hoz a használt virtuálisgép-típusokon. Az SAP HANA által minősített virtuálisgép-típusok és operációs rendszerek ezen típusainak listáját az SAP HANA által minősített IaaS-platformok webhelyén találja. Kattintson a felsorolt virtuálisgép-típus részleteire az SAP HANA által támogatott operációsrendszer-kiadások teljes listájának lekéréséhez.
Ha az NFS-en az Azure Fileson való üzembe helyezés /hana/shared mellett dönt, javasoljuk, hogy az SLES 15 SP2-n és újabb verziókon telepítsen.
Hozzon létre hat hálózati adaptert, egyet minden HANA DB virtuális géphez a inter virtuális hálózati alhálózatban (ebben a példában hana-s1-db1-inter, hana-s1-db2-inter, hana-s1-db3-inter, hana-s2-db1-inter, hana-s2-db2-inter és hana-s2-db3-inter).
Hozzon létre hat hálózati adaptert, egyet minden HANA DB virtuális géphez a virtuális hálózati alhálózatban (ebben a példában hana-s1-db1-hsr, hana-s1-db2-hsr, hana-s1-db3-hsr, hana-s2-db1-hsr, hana-s2-db2-hsr és hana-s2-db3-hsr). hsr
Csatolja az újonnan létrehozott virtuális hálózati adaptereket a megfelelő virtuális gépekhez:
A bal oldali panelen válassza a Virtuális gépek lehetőséget. Szűrjön a virtuális gép nevére (például hana-s1-db1), majd válassza ki a virtuális gépet.
Az Áttekintés panelen válassza a Leállítás lehetőséget a virtuális gép felszabadításához.
Válassza a Hálózatkezelés lehetőséget, majd csatolja a hálózati adaptert. A Hálózati adapter csatolása legördülő listában válassza ki a már létrehozott hálózati adaptereket és interhsr alhálózatokat.
Válassza a Mentés lehetőséget.
Ismételje meg a b–e lépéseket a fennmaradó virtuális gépek esetében (a példában hana-s1-db2, hana-s1-db3, hana-s2-db1, hana-s2-db2 és hana-s2-db3).
Egyelőre hagyja leállított állapotban a virtuális gépeket. A következő lépésben az összes újonnan csatlakoztatott hálózati adapterhez engedélyezzük a gyorsított hálózatkezelést .
Engedélyezze a gyorsított hálózatkezelést az alhálózatok és hsr az inter alhálózatok további hálózati adapterei számára az alábbi lépések végrehajtásával:
Hajtsa végre az alábbi parancsokat a gyorsított hálózatkezelés engedélyezéséhez azokhoz a további hálózati adapterekhez, amelyek az inter alhálózatokhoz hsr vannak csatlakoztatva.
Bash
az network nic update --id /subscriptions/your subscription/resourceGroups/your resource group/providers/Microsoft.Network/networkInterfaces/hana-s1-db1-inter --accelerated-networking true
az network nic update --id /subscriptions/your subscription/resourceGroups/your resource group/providers/Microsoft.Network/networkInterfaces/hana-s1-db2-inter --accelerated-networking true
az network nic update --id /subscriptions/your subscription/resourceGroups/your resource group/providers/Microsoft.Network/networkInterfaces/hana-s1-db3-inter --accelerated-networking true
az network nic update --id /subscriptions/your subscription/resourceGroups/your resource group/providers/Microsoft.Network/networkInterfaces/hana-s2-db1-inter --accelerated-networking true
az network nic update --id /subscriptions/your subscription/resourceGroups/your resource group/providers/Microsoft.Network/networkInterfaces/hana-s2-db2-inter --accelerated-networking true
az network nic update --id /subscriptions/your subscription/resourceGroups/your resource group/providers/Microsoft.Network/networkInterfaces/hana-s2-db3-inter --accelerated-networking true
az network nic update --id /subscriptions/your subscription/resourceGroups/your resource group/providers/Microsoft.Network/networkInterfaces/hana-s1-db1-hsr --accelerated-networking true
az network nic update --id /subscriptions/your subscription/resourceGroups/your resource group/providers/Microsoft.Network/networkInterfaces/hana-s1-db2-hsr --accelerated-networking true
az network nic update --id /subscriptions/your subscription/resourceGroups/your resource group/providers/Microsoft.Network/networkInterfaces/hana-s1-db3-hsr --accelerated-networking true
az network nic update --id /subscriptions/your subscription/resourceGroups/your resource group/providers/Microsoft.Network/networkInterfaces/hana-s2-db1-hsr --accelerated-networking true
az network nic update --id /subscriptions/your subscription/resourceGroups/your resource group/providers/Microsoft.Network/networkInterfaces/hana-s2-db2-hsr --accelerated-networking true
az network nic update --id /subscriptions/your subscription/resourceGroups/your resource group/providers/Microsoft.Network/networkInterfaces/hana-s2-db3-hsr --accelerated-networking true
A HANA DB virtuális gépek indítása
Az Azure Load Balancer konfigurálása
A virtuális gép konfigurálása során lehetősége van a terheléselosztó hálózatkezelési szakaszának létrehozására vagy kilépésére. Kövesse az alábbi lépéseket a HANA-adatbázis magas rendelkezésre állású beállításához szükséges standard terheléselosztó beállításához.
Megjegyzés
HANA vertikális felskálázás esetén válassza ki az client alhálózat hálózati adapterét, amikor hozzáadja a virtuális gépeket a háttérkészlethez.
Az Azure CLI és a PowerShell teljes parancskészlete hozzáadja az elsődleges hálózati adapterrel rendelkező virtuális gépeket a háttérkészlethez.
Kövesse a Terheléselosztó létrehozása című témakörben leírt lépéseket egy standard terheléselosztó beállításához egy magas rendelkezésre állású SAP-rendszerhez az Azure Portal használatával. A terheléselosztó beállítása során vegye figyelembe a következő pontokat:
Előtérbeli IP-konfiguráció: Előtérbeli IP-cím létrehozása. Válassza ki ugyanazt a virtuális hálózatot és alhálózatnevet, mint az adatbázis virtuális gépei.
Háttérkészlet: Hozzon létre egy háttérkészletet, és vegyen fel adatbázis virtuális gépeket.
Bejövő szabályok: Terheléselosztási szabály létrehozása. Kövesse ugyanazokat a lépéseket mindkét terheléselosztási szabály esetében.
Előtérbeli IP-cím: Válasszon egy előtérbeli IP-címet.
Háttérkészlet: Válasszon egy háttérkészletet.
Magas rendelkezésre állású portok: Válassza ezt a lehetőséget.
Protokoll: Válassza ki a TCP-t.
Állapotadat-mintavétel: Hozzon létre egy állapotmintát a következő részletekkel:
Protokoll: Válassza ki a TCP-t.
Port: Például 625<példányszám>.
Intervallum: Adja meg az 5 értéket.
Mintavétel küszöbértéke: Adja meg a 2 értéket.
Tétlen időtúllépés (perc):: Adja meg a 30-at.
Lebegő IP-cím engedélyezése: Válassza ezt a lehetőséget.
Megjegyzés
Az állapotadat-mintavétel konfigurációs tulajdonsága numberOfProbes( más néven nem megfelelő állapot küszöbértéke a portálon) nem lesz tiszteletben tartva. A sikeres vagy sikertelen egymást követő mintavételek számának szabályozásához állítsa a tulajdonságot probeThreshold a következőre 2: . Ezt a tulajdonságot jelenleg nem lehet beállítani az Azure Portal használatával, ezért használja az Azure CLI-t vagy a PowerShell-parancsot .
Az Azure CLI-kódok teljes készlete megjeleníti a terheléselosztó beállítását, amely két virtuális gépet tartalmaz a háttérkészletben. A HANA-skálázásban lévő virtuális gépek számától függően további virtuális gépeket is hozzáadhat a háttérkészlethez.
Azure CLI
# Create the load balancer resource with frontend IP. Allocation of private IP address is dynamic using below command. If you want to pass static IP address, include parameter --private-ip-address.az network lb create -g MyResourceGroup -n MyLB --sku Standard --vnet-name MyVMsVirtualNetwork --subnet MyVMsSubnet --backend-pool-name MyBackendPool --frontend-ip-name MyDBFrontendIpName
# Create the health probeaz network lb probe create -g MyResourceGroup --lb-name MyLB -n MyDBHealthProbe --protocol tcp --port MyDBHealthProbePort --interval5--probe-threshold2# Create load balancing ruleaz network lb rule create -g MyResourceGroup --lb-name MyLB -n MyDBRuleName --protocol All --frontend-ip-name MyDBFrontendIpName --frontend-port0--backend-pool-name MyBackendPool --backend-port0--probe-name MyDBHealthProbe --idle-timeout-in-minutes30--enable-floating-ip# Add database VMs in backend poolaz network nic ip-config address-pool add --address-pool MyBackendPool --ip-config-name DBVm1IpConfigName --nic-name DBVm1NicName -g MyResourceGroup --lb-name MyLB
az network nic ip-config address-pool add --address-pool MyBackendPool --ip-config-name DBVm2IpConfigName --nic-name DBVm2NicName -g MyResourceGroup --lb-name MyLB
Kibontás a teljes CLI-kód megtekintéséhez
Azure CLI
# Define variables for Resource Group, and Database VMs.rg_name="resourcegroup-name"vm1_name="db1-name"vm2_name="db2-name"# Define variables for the load balancer that will be utilized in the creation of the load balancer resource.lb_name="sap-db-sid-ilb"bkp_name="db-backendpool"db_fip_name="db-frontendip"db_hp_name="db-healthprobe"db_hp_port="625<instance-no>"db_rule_name="db-lb-rule"# Command to get VMs network information like primary NIC name, primary IP configuration name, virtual network name, and subnet name. vm1_primary_nic=$(az vm nic list -g$rg_name--vm-name$vm1_name--query"[?primary == \`true\`].{id:id} || [?primary == \`null\`].{id:id}"-o tsv)
vm1_nic_name=$(basename $vm1_primary_nic)
vm1_ipconfig=$(az network nic ip-config list -g$rg_name--nic-name$vm1_nic_name--query"[?primary == \`true\`].name"-o tsv)
vm2_primary_nic=$(az vm nic list -g$rg_name--vm-name$vm2_name--query"[?primary == \`true\`].{id:id} || [?primary == \`null\`].{id:id}"-o tsv)
vm2_nic_name=$(basename $vm2_primary_nic)
vm2_ipconfig=$(az network nic ip-config list -g$rg_name--nic-name$vm2_nic_name--query"[?primary == \`true\`].name"-o tsv)
vnet_subnet_id=$(az network nic show -g$rg_name-n$vm1_nic_name--queryipConfigurations[0].subnet.id -o tsv)
vnet_name=$(basename $(dirname $(dirname $vnet_subnet_id)))
subnet_name=$(basename $vnet_subnet_id)
# Create the load balancer resource with frontend IP.# Allocation of private IP address is dynamic using below command. If you want to pass static IP address, include parameter --private-ip-address. az network lb create -g$rg_name-n$lb_name--sku Standard --vnet-name$vnet_name--subnet$subnet_name--backend-pool-name$bkp_name--frontend-ip-name$db_fip_name# Create the health probeaz network lb probe create -g$rg_name--lb-name$lb_name-n$db_hp_name--protocol tcp --port$db_hp_port--interval5--probe-threshold2# Create load balancing ruleaz network lb rule create -g$rg_name--lb-name$lb_name-n$db_rule_name--protocol All --frontend-ip-name$db_fip_name--frontend-port0--backend-pool-name$bkp_name--backend-port0--probe-name$db_hp_name--idle-timeout-in-minutes30--enable-floating-ip# Add database VMs in backend poolaz network nic ip-config address-pool add --address-pool$bkp_name--ip-config-name$vm1_ipconfig--nic-name$vm1_nic_name-g$rg_name--lb-name$lb_nameaz network nic ip-config address-pool add --address-pool$bkp_name--ip-config-name$vm2_ipconfig--nic-name$vm2_nic_name-g$rg_name--lb-name$lb_name# [OPTIONAL] Change the assignment of frontend IP address from dynamic to staticdbfip=$(az network lb frontend-ip show --lb-name$lb_name-g$rg_name-n$db_fip_name--query"{privateIPAddress:privateIPAddress}"-o tsv)
az network lb frontend-ip update --lb-name$lb_name-g$rg_name-n$db_fip_name--private-ip-address$dbfip
A PowerShell-kód teljes készlete megjeleníti a terheléselosztó beállítását, amely két virtuális gépet tartalmaz a háttérkészletben. A HANA-skálázásban lévő virtuális gépek számától függően további virtuális gépeket is hozzáadhat a háttérkészlethez.
Ne engedélyezze a TCP-időbélyegeket az Azure Load Balancer mögött elhelyezett Azure-beli virtuális gépeken. A TCP-időbélyegek engedélyezése az állapotminták sikertelenségéhez vezet. Paraméter beállítása a következőre net.ipv4.tcp_timestamps0: . További részletekért lásd a Load Balancer állapotmintáit és az SAP-megjegyzést 2382421.
Ha meg szeretné akadályozni, hogy a saptune a manuálisan beállított net.ipv4.tcp_timestamps értéket 0 visszafelé 1módosítsa, frissítse a Saptune 3.1.1-es vagy újabb verzióját. További részletekért lásd: saptune 3.1.1 – Frissíteni kell?.
NFS üzembe helyezése
Az Azure natív NFS-ének üzembe helyezésére /hana/sharedkét lehetőség áll rendelkezésre. Az NFS-kötetet üzembe helyezheti az Azure NetApp Filesban vagy az NFS-megosztásban az Azure Fileson. Az Azure-fájlok támogatják az NFSv4.1 protokollt, az NFS az Azure NetApp-fájlokon az NFSv4.1 és az NFSv3 protokollt is támogatja.
A következő szakaszok az NFS üzembe helyezésének lépéseit ismertetik – csak az egyik lehetőséget kell kiválasztania.
Tipp
Úgy döntött, hogy NFS-megosztáson helyezi üzembe /hana/shared az Azure Files-on vagy az Azure NetApp Files NFS-kötetén.
Az Azure NetApp Files-infrastruktúra üzembe helyezése
Azure NetApp Files-kötetek üzembe helyezése a /hana/shared fájlrendszerhez. Minden HANA-rendszerreplikációs helyhez külön /hana/shared kötetre lesz szüksége. További információ: Az Azure NetApp Files-infrastruktúra beállítása.
Ebben a példában a következő Azure NetApp Files-köteteket használtuk:
Az NFS üzembe helyezése az Azure Files-infrastruktúrában
Azure Files NFS-megosztások üzembe helyezése a /hana/shared fájlrendszerhez. Minden HANA-rendszerreplikációs helyhez külön /hana/shared Azure Files NFS-megosztásra lesz szüksége. További információ: NFS-megosztás létrehozása.
Ebben a példában a következő Azure Files NFS-megosztásokat használtuk:
A következő szakaszokban szereplő utasítások az alábbi rövidítések egyikével vannak előtagban:
[A]: Minden csomópontra alkalmazható, beleértve a többségi létrehozót is
[AH]: Minden HANA DB-csomópontra alkalmazható
[M]: Csak a többségi létrehozó csomópontra alkalmazható
[AH1]: Az 1. helyen található összes HANA DB-csomópontra alkalmazható
[AH2]: A 2. HELYEN található összes HANA DB-csomópontra alkalmazható
[1]: Csak a HANA DB 1. csomópontja, 1. HELY
[2]: Csak a HANA DB 1. csomópontja, 2. HELY
Konfigurálja és készítse elő az operációs rendszert az alábbi lépések végrehajtásával:
[A] A gazdafájlok karbantartása a virtuális gépeken. Az összes alhálózat bejegyzéseinek belefoglalása. A példához /etc/hosts a következő bejegyzések lettek hozzáadva.
[A] Konfigurációs fájl létrehozása /etc/sysctl.d/ms-az.conf létrehozása a Microsoft for Azure konfigurációs beállításaival.
Bash
vi /etc/sysctl.d/ms-az.conf
# Add the following entries in the configuration file
net.ipv6.conf.all.disable_ipv6 = 1
net.ipv4.tcp_max_syn_backlog = 16348
net.ipv4.conf.all.rp_filter = 0
sunrpc.tcp_slot_table_entries = 128
vm.swappiness=10
Tipp
Kerülje a net.ipv4.ip_local_port_range és a net.ipv4.ip_local_reserved_ports explicit beállítását a sysctl konfigurációs fájljaiban, hogy az SAP-gazdagépügynök felügyelhesse a porttartományokat. További információ: SAP-megjegyzés 2382421.
[A] A SUSE speciális erőforrás-ügynököket biztosít az SAP HANA-hoz, és alapértelmezés szerint telepítve vannak az SAP HANA vertikális felskálázási ügynökei. Távolítsa el a csomagokat a felskálázáshoz, ha telepítve van, és telepítse a csomagokat az SAP HANA-skálázási forgatókönyvhöz. A lépést minden fürt virtuális gépen el kell végezni, beleértve a többségi gyártót is.
Megjegyzés
Az SAPHanaSR-ScaleOut 0.181-es vagy újabb verzióját telepíteni kell.
Bash
# Uninstall scale-up packages and patterns
sudo zypper remove patterns-sap-hana
sudo zypper remove SAPHanaSR SAPHanaSR-doc yast2-sap-ha
# Install the scale-out packages and patterns
sudo zypper in SAPHanaSR-ScaleOut SAPHanaSR-ScaleOut-doc
sudo zypper in -t pattern ha_sles
[AH] Készítse elő a virtuális gépeket – alkalmazza a javasolt beállításokat SAP-megjegyzésenként 2205917 az SAP-alkalmazásokhoz készült SUSE Linux Enterprise Serverhez.
A megosztott fájlrendszerek csatlakoztatása (Azure NetApp Files NFS)
Ebben a példában a megosztott HANA-fájlrendszerek az Azure NetApp Fileson vannak üzembe helyezve, és az NFSv4.1-en keresztül vannak csatlakoztatva. Kövesse az ebben a szakaszban leírt lépéseket, csak akkor, ha NFS-t használ az Azure NetApp Filesban.
[AH] Készítse elő az operációs rendszert az SAP HANA NFS-sel való futtatására a NetApp-rendszereken az SAP megjegyzés 3024346 – Linux kernelbeállítások a NetApp NFS-hez című cikkben leírtak szerint. A NetApp konfigurációs beállításaihoz hozzon létre egy konfigurációs fájlt /etc/sysctl.d/91-NetApp-HANA.conf .
Bash
vi /etc/sysctl.d/91-NetApp-HANA.conf
# Add the following entries in the configuration file
net.core.rmem_max = 16777216
net.core.wmem_max = 16777216
net.ipv4.tcp_rmem = 4096 131072 16777216
net.ipv4.tcp_wmem = 4096 16384 16777216
net.core.netdev_max_backlog = 300000
net.ipv4.tcp_slow_start_after_idle=0
net.ipv4.tcp_no_metrics_save = 1
net.ipv4.tcp_moderate_rcvbuf = 1
net.ipv4.tcp_window_scaling = 1
net.ipv4.tcp_sack = 1
vi /etc/modprobe.d/sunrpc.conf
# Insert the following line
options sunrpc tcp_max_slot_table_entries=128
[AH] Hozzon létre csatlakoztatási pontokat a HANA-adatbáziskötetek számára.
Bash
mkdir -p /hana/shared
[AH] Ellenőrizze az NFS-tartománybeállítást. Győződjön meg arról, hogy a tartomány az alapértelmezett Azure NetApp Files-tartományként van konfigurálva, defaultv4iddomain.com vagyis a leképezés nincs beállítva senkire.
Erre a lépésre csak akkor van szükség, ha az Azure NetAppFiles NFSv4.1-et használja.
Fontos
Győződjön meg arról, hogy az NFS-tartományt a virtuális gépen úgy állítja be /etc/idmapd.conf , hogy megfeleljen az Azure NetApp Files alapértelmezett tartománykonfigurációjának: defaultv4iddomain.com. Ha az NFS-ügyfél (azaz a virtuális gép) tartománykonfigurációja és az NFS-kiszolgáló tartománykonfigurációja( azaz az Azure NetApp-konfiguráció) között eltérés van, akkor a virtuális gépekre csatlakoztatott Azure NetApp-köteteken lévő fájlok engedélyei a következőképpen jelennek meg nobody.
[AH] Ellenőrizze nfs4_disable_idmapping. Y értékre kell állítani. A könyvtárstruktúra nfs4_disable_idmapping létrehozásához hajtsa végre a csatlakoztatási parancsot. Nem fogja tudni manuálisan létrehozni a könyvtárat a /sys/modules területen, mert a hozzáférés a kernel/illesztőprogramok számára van fenntartva.
Erre a lépésre csak akkor van szükség, ha az Azure NetAppFiles NFSv4.1-et használja.
Bash
# Check nfs4_disable_idmapping
cat /sys/module/nfs/parameters/nfs4_disable_idmapping
# If you need to set nfs4_disable_idmapping to Ymkdir /mnt/tmp
mount 10.23.1.7:/HN1-share-s1 /mnt/tmp
umount /mnt/tmp
echo"Y" > /sys/module/nfs/parameters/nfs4_disable_idmapping
# Make the configuration permanentecho"options nfs nfs4_disable_idmapping=Y" >> /etc/modprobe.d/nfs.conf
[AH1] Csatlakoztassa a megosztott Azure NetApp Files-köteteket a SITE1 HANA DB virtuális gépekhez.
Bash
sudo vi /etc/fstab
# Add the following entry
10.23.1.7:/HN1-shared-s1 /hana/shared nfs rw,nfsvers=4.1,hard,timeo=600,rsize=262144,wsize=262144,noatime,lock,_netdev,sec=sys 0 0
# Mount all volumes
sudo mount -a
[AH2] Csatlakoztassa a megosztott Azure NetApp Files-köteteket a SITE2 HANA DB virtuális gépekhez.
Bash
sudo vi /etc/fstab
# Add the following entry
10.23.1.7:/HN1-shared-s2 /hana/shared nfs rw,nfsvers=4.1,hard,timeo=600,rsize=262144,wsize=262144,noatime,lock,_netdev,sec=sys 0 0
# Mount the volume
sudo mount -a
[AH] Ellenőrizze, hogy a megfelelő /hana/shared/ fájlrendszerek az NFSv4.1 NFS protokollverzióval rendelkező összes HANA DB virtuális gépre csatlakoztatva vannak-e.
Bash
sudo nfsstat -m
# Verify that flag vers is set to 4.1 # Example from SITE 1, hana-s1-db1
/hana/shared from 10.23.1.7:/HN1-shared-s1
Flags: rw,noatime,vers=4.1,rsize=262144,wsize=262144,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,clientaddr=10.23.0.19,local_lock=none,addr=10.23.1.7
# Example from SITE 2, hana-s2-db1
/hana/shared from 10.23.1.7:/HN1-shared-s2
Flags: rw,noatime,vers=4.1,rsize=262144,wsize=262144,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,clientaddr=10.23.0.22,local_lock=none,addr=10.23.1.7
A megosztott fájlrendszerek csatlakoztatása (Azure Files NFS)
Ebben a példában a megosztott HANA-fájlrendszerek az Azure Files NFS-en vannak üzembe helyezve. Kövesse az ebben a szakaszban leírt lépéseket, csak akkor, ha NFS-t használ az Azure Fileson.
[AH] Hozzon létre csatlakoztatási pontokat a HANA-adatbáziskötetek számára.
Bash
mkdir -p /hana/shared
[AH1] Csatlakoztassa a megosztott Azure NetApp Files-köteteket a SITE1 HANA DB virtuális gépekhez.
Bash
sudo vi /etc/fstab
# Add the following entry
sapnfsafs.file.core.windows.net:/sapnfsafs/hn1-shared-s1 /hana/shared nfs nfsvers=4.1,sec=sys 0 0
# Mount all volumes
sudo mount -a
[AH2] Csatlakoztassa a megosztott Azure NetApp Files-köteteket a SITE2 HANA DB virtuális gépekhez.
Bash
sudo vi /etc/fstab
# Add the following entries
sapnfsafs.file.core.windows.net:/sapnfsafs/hn1-shared-s2 /hana/shared nfs nfsvers=4.1,sec=sys 0 0
# Mount the volume
sudo mount -a
[AH] Ellenőrizze, hogy a megfelelő /hana/shared/ fájlrendszerek az NFSv4.1 NFS protokollverzióval rendelkező összes HANA DB virtuális gépre csatlakoztatva vannak-e.
Bash
sudo nfsstat -m
# Example from SITE 1, hana-s1-db1
sapnfsafs.file.core.windows.net:/sapnfsafs/hn1-shared-s1
Flags: rw,relatime,vers=4.1,rsize=1048576,wsize=1048576,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,clientaddr=10.23.0.19,local_lock=none,addr=10.23.0.35
# Example from SITE 2, hana-s2-db1
sapnfsafs.file.core.windows.net:/sapnfsafs/hn1-shared-s2
Flags: rw,relatime,vers=4.1,rsize=1048576,wsize=1048576,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,clientaddr=10.23.0.22,local_lock=none,addr=10.23.0.35
Az adatok előkészítése és a helyi fájlrendszerek naplózása
A bemutatott konfigurációban a fájlrendszerek /hana/data/hana/log felügyelt lemezen vannak üzembe helyezve, és helyileg csatlakoznak az egyes HANA DB virtuális gépekhez.
Az egyes HANA DB virtuális gépeken a helyi adatok és naplókötetek létrehozásához végre kell hajtania a lépéseket.
Állítsa be a lemezelrendezést a Logikai kötetkezelővel (LVM). Az alábbi példa feltételezi, hogy minden HANA virtuális géphez három adatlemez van csatlakoztatva, amelyek két kötet létrehozására szolgálnak.
[AH] Hozzon létre egy kötetcsoportot az adatfájlokhoz. Használjon egy kötetcsoportot a naplófájlokhoz, egyet pedig az SAP HANA megosztott könyvtárához:\
Ha kapcsoló nélkül használja lvcreate , -i lineáris kötet jön létre. Javasoljuk, hogy hozzon létre egy csíkos kötetet a jobb I/O-teljesítmény érdekében, és igazítsa a csíkméreteket az SAP HANA virtuálisgép-tárolókonfigurációkban dokumentált értékekhez. Az -i argumentumnak a mögöttes fizikai kötetek számának kell lennie, az -I argumentum pedig a csíkméret. Ebben a dokumentumban két fizikai kötetet használunk az adatkötethez, így a -i kapcsoló argumentuma 2. Az adatkötet csíkmérete 256 KiB. A naplókötethez egy fizikai kötetet használ, így a rendszer nem -i vagy -I csak kapcsolókat használ kifejezetten a naplókötet parancsaihoz.
Fontos
Használja a -i kapcsolót, és állítsa be a mögöttes fizikai kötet számára, ha minden adat- vagy naplókötethez több fizikai kötetet használ. A kapcsolóval -I megadhatja a csíkméretet csíkos kötet létrehozásakor.
Tekintse meg az SAP HANA virtuálisgép-tárolókonfigurációit az ajánlott tárolási konfigurációkhoz, beleértve a csíkméreteket és a lemezek számát.
[AH] Hozza létre a csatlakoztatási könyvtárakat, és másolja az összes logikai kötet UUID azonosítóját:
Bash
sudo mkdir -p /hana/data/HN1
sudo mkdir -p /hana/log/HN1
# Write down the ID of /dev/vg_hana_data_HN1/hana_data and /dev/vg_hana_log_HN1/hana_log
sudo blkid
[AH] Hozzon létre fstab bejegyzéseket a logikai kötetekhez és a csatlakoztatáshoz:
Bash
sudo vi /etc/fstab
Szúrja be a következő sort a /etc/fstab fájlba:
Bash
/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
Csatlakoztassa az új köteteket:
Bash
sudo mount -a
Pacemaker-fürt létrehozása
Kövesse a Pacemaker azure-beli SUSE Linux Enterprise Serveren való beállításával kapcsolatos lépéseket, hogy létrehozhasson egy alapszintű Pacemaker-fürtöt ehhez a HANA-kiszolgálóhoz.
Vegye fel az összes virtuális gépet, beleértve a fürt többségi készítőjét is.
Fontos
Ne állítsa be a 2 értéket quorum expected-votes , mivel ez nem két csomópontfürt.
Győződjön meg arról, hogy a fürttulajdonság concurrent-fencing engedélyezve van, hogy a csomópontkerítés deszerializálva legyen.
Telepítés
Ebben a példában az SAP HANA azure-beli virtuális gépek HSR-vel való vertikális felskálázási konfigurációjában a HANA 2.0 SP5-öt használtuk.
Felkészülés a HANA telepítésére
[AH] A HANA telepítése előtt állítsa be a gyökérjelszót. A telepítés befejezése után letilthatja a gyökérjelszót. Végrehajtás parancsként rootpasswd.
[1,2] Az engedélyek módosítása /hana/shared
Bash
chmod 775 /hana/shared
[1] Ellenőrizze, hogy az SSH-val bejelentkezhet-e a hana-s1-db2 és a hana-s1-db3 webhelyen található HANA DB virtuális gépekre anélkül, hogy a rendszer jelszót kér. Ha nem ez a helyzet, cserélje le az ssh-kulcsokat az SSH-hozzáférés engedélyezése nyilvános kulccsal című cikkben leírtak szerint.
Bash
ssh root@hana-s1-db2
ssh root@hana-s1-db3
[2] Ellenőrizze, hogy az SSH-val bejelentkezhet-e a hana-s2-db2 és a hana-s2-db3 webhelyen található HANA DB virtuális gépekre anélkül, hogy a rendszer jelszót kér.
Ha ez nem így van, cserélje le az ssh-kulcsokat.
Bash
ssh root@hana-s2-db2
ssh root@hana-s2-db3
[AH] Telepítsen további csomagokat, amelyek a HANA 2.0 SP4 és újabb verziókhoz szükségesek. További információ: SAP Note 2593824 az SLES-verzióhoz.
Bash
# In this example, using SLES12 SP5
sudo zypper install libgcc_s1 libstdc++6 libatomic1
a. Indítsa el a hdblcm programot root a HANA telepítési szoftverkönyvtárából. Használja a paramétert internal_network , és adja át az alhálózat címterét, amelyet a belső HANA csomópontközi kommunikációhoz használ.
Bash
./hdblcm --internal_network=10.23.1.128/26
b. A parancssorba írja be a következő értékeket:
Válasszon egy műveletet: írja be az 1 értéket (telepítéshez)
További telepítési összetevők esetén: 2, 3
Telepítési útvonal: nyomja le az Enter billentyűt (alapértelmezés szerint a /hana/shared)
Helyi gazdagépnév esetén: nyomja le az Enter billentyűt az alapértelmezett érték elfogadásához
Mert szeretne gazdagépeket hozzáadni a rendszerhez?: írja be az n értéket
SAP HANA rendszerazonosító esetén: adja meg a HN1 értéket
Példányszám ([00]): adja meg a 03 értéket
Helyi gazdagép-feldolgozó csoport esetén [alapértelmezett]: az Enter billentyűt lenyomva fogadja el az alapértelmezett értéket
A Rendszerhasználat kiválasztása / Enter index [4]: 4 (egyéni esetén)
Adatkötetek helye esetén [/hana/data/HN1]: nyomja le az Enter billentyűt az alapértelmezett érték elfogadásához
Naplókötetek helyének megadása [/hana/log/HN1]: nyomja le az Enter billentyűt az alapértelmezett érték elfogadásához
A maximális memóriafoglalás korlátozása? [n]: írja be az n értéket
Hana-s1-db1 gazdagép tanúsítvány-állomásneve [hana-s1-db1]: nyomja le az Enter billentyűt az alapértelmezett érték elfogadásához
SAP-gazdaügynök felhasználójának (sapadm) jelszava: adja meg a jelszót
Az SAP-gazdaügynök felhasználójának (sapadm) jelszavának megerősítéséhez adja meg a jelszót
Rendszergazdai (hn1adm) jelszó esetén: adja meg a jelszót
Rendszergazdai kezdőkönyvtár esetén [/usr/sap/HN1/home]: nyomja le az Enter billentyűt az alapértelmezett beállítás elfogadásához
Rendszergazdai bejelentkezési rendszerhéj esetén [/bin/sh]: nyomja le az Enter billentyűt az alapértelmezett beállítás elfogadásához
Rendszergazdai felhasználói azonosító ([1001]): az Enter billentyűt lenyomva fogadja el az alapértelmezett értéket
A felhasználói csoport (sapsys) enter-azonosítója esetén [79]: nyomja le az Enter billentyűt az alapértelmezett érték elfogadásához
Rendszeradatbázis-felhasználó (rendszer) jelszava: adja meg a rendszer jelszavát
A rendszeradatbázis-felhasználó (rendszer) jelszavának megerősítése: adja meg a rendszer jelszavát
A rendszer újraindítása a gép újraindítása után? [n]: enter n
For Do you want to continue (y/n): ellenőrizze az összegzést, és ha minden jól néz ki, írja be az y értéket
[2] Ismételje meg az előző lépést az SAP HANA telepítéséhez a 2. hely első csomópontján.
[1,2] Ellenőrizze global.ini
Jelenítsen meg global.ini, és győződjön meg arról, hogy a belső SAP HANA csomópontok közötti kommunikációjának konfigurációja érvényben van. Ellenőrizze a kommunikációs szakaszt. Az alhálózat címterével inter kell rendelkeznie, és listeninterface a következőre kell állítania .internal: . Ellenőrizze a internal_hostname_resolution szakaszt. Rendelkeznie kell az alhálózathoz tartozó inter HANA virtuális gépek IP-címével.
[1,2] Ellenőrizze, hogy az ügyfélfelület az alhálózat IP-címeit client használja-e kommunikációhoz.
Bash
# Execute as hn1adm
/usr/sap/HN1/HDB03/exe/hdbsql -u SYSTEM -p "password" -i 03 -d SYSTEMDB 'select * from SYS.M_HOST_INFORMATION'|grep net_publicname
# Expected result - example from SITE 2"hana-s2-db1","net_publicname","10.23.0.22"
[AH] Módosítsa az adatokra és naplókönyvtárakra vonatkozó engedélyeket a HANA telepítési hibájának elkerülése érdekében.
Bash
sudo chmod o+w -R /hana/data /hana/log
[1] Telepítse a másodlagos HANA-csomópontokat. Ebben a lépésben a példautasítások a SITE 1-hez tartoznak.
a. Indítsa el a rezidens hdblcm programot.root
Bash
cd /hana/shared/HN1/hdblcm
./hdblcm
b. A parancssorba írja be a következő értékeket:
Válasszon egy műveletet: írja be a 2 értéket (gazdagépek hozzáadásához)
Az Enter vesszővel elválasztott gazdagépnevek hozzáadásához: hana-s1-db2, hana-s1-db3
További telepítési összetevők esetén: 2, 3
Az Enter gyökér felhasználóneve [gyökér]: nyomja le az Enter billentyűt az alapértelmezett érték elfogadásához
A "hana-s1-db2" gazdagép szerepköreinek kiválasztása esetén [1]: 1 (feldolgozó esetén)
A "hana-s1-db2" gazdagép feladatátvételi csoportjának megadása esetén [alapértelmezett]: nyomja le az Enter billentyűt az alapértelmezett érték elfogadásához
A "hana-s1-db2" gazdagép tárolási partíciószámának megadása esetén [<<automatikus hozzárendelés>>]: nyomja le az Enter billentyűt az alapértelmezett érték elfogadásához
A "hana-s1-db2" gazdagép feldolgozócsoportjának megadása esetén [alapértelmezett]: nyomja le az Enter billentyűt az alapértelmezett érték elfogadásához
A "hana-s1-db3" gazdagép szerepköreinek kiválasztása esetén [1]: 1 (feldolgozó esetén)
A "hana-s1-db3" gazdagép feladatátvételi csoportjának megadása esetén [alapértelmezett]: nyomja le az Enter billentyűt az alapértelmezett érték elfogadásához
A "hana-s1-db3" gazdagép tárolási partíciószámának megadása esetén [<<automatikus hozzárendelés>>]: nyomja le az Enter billentyűt az alapértelmezett érték elfogadásához
A "hana-s1-db3" gazdagép feldolgozócsoportjának megadása esetén [alapértelmezett]: nyomja le az Enter billentyűt az alapértelmezett érték elfogadásához
Rendszergazdai (hn1adm) jelszó esetén: adja meg a jelszót
Adja meg az SAP-gazdagépügynök felhasználójának (sapadm) jelszavát: adja meg a jelszót
Az SAP-gazdaügynök felhasználójának (sapadm) jelszavának megerősítéséhez adja meg a jelszót
Hana-s1-db2 gazdagép tanúsítvány-állomásneve [hana-s1-db2]: nyomja le az Enter billentyűt az alapértelmezett érték elfogadásához
Hana-s1-db3 gazdagép tanúsítvány-állomásneve [hana-s1-db3]: nyomja le az Enter billentyűt az alapértelmezett érték elfogadásához
For Do you want to continue (y/n): ellenőrizze az összegzést, és ha minden jól néz ki, írja be az y értéket
[2] Ismételje meg az előző lépést a másodlagos SAP HANA-csomópontok 2. helyen való telepítéséhez.
AZ SAP HANA 2.0 rendszerreplikációs szolgáltatás konfigurálása
[1] Rendszerreplikációs konfigurálás az 1. helyen:
Az adatbázisok biztonsági mentése hn1adm-ként:
Bash
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')"
Másolja a rendszer PKI-fájljait a másodlagos helyre:
Ellenőrizze a replikáció állapotát, és várja meg, amíg az összes adatbázis szinkronizálódik.
Bash
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 |# | -------- | ------------- | ----- | ------------ | --------- | ------- | --------- | ------------- | --------- | --------- | --------- | ------------- | ----------- | ----------- | -------------- |# | HN1 | hana-s1-db3 | 30303 | indexserver | 5 | 1 | HANA_S1 | hana-s2-db3 | 30303 | 2 | HANA_S2 | YES | SYNC | ACTIVE | |# | SYSTEMDB | hana-s1-db1 | 30301 | nameserver | 1 | 1 | HANA_S1 | hana-s2-db1 | 30301 | 2 | HANA_S2 | YES | SYNC | ACTIVE | |# | HN1 | hana-s1-db1 | 30307 | xsengine | 2 | 1 | HANA_S1 | hana-s2-db1 | 30307 | 2 | HANA_S2 | YES | SYNC | ACTIVE | |# | HN1 | hana-s1-db1 | 30303 | indexserver | 3 | 1 | HANA_S1 | hana-s2-db1 | 30303 | 2 | HANA_S2 | YES | SYNC | ACTIVE | |# | HN1 | hana-s1-db2 | 30303 | indexserver | 4 | 1 | HANA_S1 | hana-s2-db2 | 30303 | 2 | HANA_S2 | 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: HANA_S1
[1,2] Módosítsa a HANA-konfigurációt, hogy a HANA-rendszerreplikáció kommunikációja a HANA rendszerreplikációs virtuális hálózati adaptereken keresztül legyen irányítva.
Hozzon létre egy hamis fájlrendszerfürt-erőforrást, amely figyeli és jelenti a hibákat, ha probléma merül fel az NFS-hez csatlakoztatott fájlrendszer /hana/sharedelérésekor. Ez lehetővé teszi a fürt számára a feladatátvétel aktiválását, ha probléma merül fel a hozzáféréssel /hana/sharedkapcsolatban. További információ: Sikertelen NFS-megosztás kezelése A HANA-rendszerreplikációs SUSE HA-fürtben
[1] Helyezze a pacemakert karbantartási módban a HANA-fürterőforrások létrehozásának előkészítéséhez.
Bash
crm configure property maintenance-mode=true
[1,2] Hozza létre a könyvtárat az NFS-hez csatlakoztatott /hana/shared fájlrendszeren, amelyet a speciális fájlrendszer-figyelési erőforrás használ. A könyvtárakat mindkét helyen létre kell hozni.
Bash
mkdir -p /hana/shared/HN1/check
[AH] Hozza létre a könyvtárat, amely a speciális fájlrendszer-figyelési erőforrás csatlakoztatására szolgál. A címtárat minden HANA-fürtcsomóponton létre kell hozni.
OCF_CHECK_LEVEL=20 attribútumot ad hozzá a monitorozási művelethez, így a monitorozási műveletek olvasási/írási tesztet végeznek a fájlrendszeren. Ezen attribútum nélkül a figyelőművelet csak a fájlrendszer csatlakoztatását ellenőrzi. Ez azért lehet probléma, mert ha megszakad a kapcsolat, előfordulhat, hogy a fájlrendszer csatlakoztatva marad, annak ellenére, hogy nem érhető el.
on-fail=fence attribútumot is hozzáad a monitorozási művelethez. Ezzel a beállítással, ha a figyelőművelet meghiúsul egy csomóponton, a csomópont azonnal elkerül.
HANA HA-horgok implementálása SAPHanaSrMultiTarget és susChkSrv
Ez a fontos lépés a fürttel való integráció optimalizálása és a fürt feladatátvételének észlelése. Erősen ajánlott az SAPHanaSrMultiTarget Python-horog konfigurálása. HANA 2.0 SP5 és újabb verziók esetén az SAPHanaSrMultiTarget és a susChkSrv horgok implementálása ajánlott.
Megjegyzés
Az SAPHanaSrMultiTarget HA-szolgáltató lecseréli a HANA-ra vonatkozó SAPHanaSR-et. Az SAPHanaSR-t a dokumentum korábbi verziójában ismertetjük.
Lásd a SUSE blogbejegyzést az új HANA HA horog változásairól.
Az SAPHanaSrMultiTarget horoghoz megadott lépések egy új telepítéshez szükségesek. A meglévő környezet SAPHanaSR-ről SAPHanaSrMultiTarget szolgáltatóra való frissítéséhez több módosításra van szükség, és a jelen dokumentumban NEM ismertetjük. Ha a meglévő környezet nem használ harmadik helyet vészhelyreállításhoz, és a HANA többhelyes rendszerreplikációja nincs használatban, az SAPHanaSR HA-szolgáltató továbbra is használatban maradhat.
A SusChkSrv kibővíti a fő SAPHanaSrMultiTarget HA-szolgáltató funkcióit. Olyan helyzetben működik, amikor a HANA feldolgozja a hdbindexserver összeomlását. Ha egyetlen folyamat összeomlik, a HANA általában megpróbálja újraindítani. Az indexkiszolgáló folyamatának újraindítása hosszú időt vehet igénybe, amíg a HANA-adatbázis nem válaszol. A susChkSrv implementálásával a rendszer azonnali és konfigurálható műveletet hajt végre, ahelyett, hogy a hdbindexserver-folyamatra vár, hogy ugyanazon a csomóponton újrainduljon. A HANA-ban a susChkSrv minden HANA virtuális gépre önállóan működik. A konfigurált művelet megöli a HANA-t, vagy elzárja az érintett virtuális gépet, amely feladatátvételt indít el a konfigurált időtúllépési időszakban.
Mindkét HANA HA-horog működéséhez SUSE SLES 15 SP1 vagy újabb szükséges. Az alábbi táblázat az egyéb függőségeket mutatja be.
SAP HANA HA-horog
HANA-verzió szükséges
SAPHanaSR-ScaleOut szükséges
SAPHanaSrMultiTarget
HANA 2.0 SPS4 vagy újabb
0,180 vagy újabb
susChkSrv
HANA 2.0 SPS5 vagy újabb
0.184.1 vagy újabb
A két horog implementálásának lépései:
[1,2] Állítsa le a HANA-t mindkét rendszerreplikációs helyen. Futtatás sid>adm-ként<:
Bash
sapcontrol -nr 03 -function StopSystem
[1,2] Állítsa be global.ini az egyes fürthelyeket. Ha a susChkSrv horog előfeltételei nem teljesülnek, a teljes blokkot [ha_dr_provider_suschksrv] nem szabad konfigurálni.
A susChkSrv viselkedését a action_on_lost paraméterrel módosíthatja. Az érvényes értékek a következők [ ignore | stop | kill | fence ]: .
Bash
# add to global.ini on both sites. Do not copy global.ini between sites.
[ha_dr_provider_saphanasrmultitarget]
provider = SAPHanaSrMultiTarget
path = /usr/share/SAPHanaSR-ScaleOut
execution_order = 1
[ha_dr_provider_suschksrv]
provider = susChkSrv
path = /usr/share/SAPHanaSR-ScaleOut
execution_order = 3
action_on_lost = kill
[trace]
ha_dr_saphanasrmultitarget = info
A SUSE által szállított HA-horgok alapértelmezett helye a /usr/share/SAPHanaSR-ScaleOut. A szabványos hely használata előnyt jelent, hogy a Python-horogkód automatikusan frissül az operációs rendszeren vagy a csomagfrissítéseken keresztül, és a HANA a következő újraindításkor használja. Egy választható saját elérési úttal( például /hana/shared/myHooks) leválaszthatja az operációs rendszer frissítéseit a használt horogverzióról.
[AH] A fürtnek a sid>adm fürtcsomópontokon való sudoers-konfigurálásához <van szükség. Ebben a példában egy új fájl létrehozásával érhető el. Hajtsa végre a parancsokat root a hn1 értékeinek megfelelően, helyes kisbetűs SID-vel.
[1] Hozza létre a HANA-fürt erőforrásait. Hajtsa végre a következő parancsokat a következő módon root: .
Győződjön meg arról, hogy a fürt már karbantartási módú.
Ezután hozza létre a HANA topológia erőforrást.
Bash
sudo crm configure primitive rsc_SAPHanaTopology_HN1_HDB03 ocf:suse:SAPHanaTopology \
op monitor interval="10" timeout="600" \
op start interval="0" timeout="600" \
op stop interval="0" timeout="300" \
params SID="HN1" InstanceNumber="03"
sudo crm configure clone cln_SAPHanaTopology_HN1_HDB03 rsc_SAPHanaTopology_HN1_HDB03 \
meta clone-node-max="1" target-role="Started" interleave="true"
Ezután hozza létre a HANA-példány erőforrását.
Megjegyzés
Ez a cikk a Microsoft által már nem használt kifejezésekre mutató hivatkozásokat tartalmaz. Ha ezeket a feltételeket eltávolítja a szoftverből, eltávolítjuk őket ebből a cikkből.
Bash
sudo crm configure primitive rsc_SAPHana_HN1_HDB03 ocf:suse:SAPHanaController \
op start interval="0" timeout="3600" \
op stop interval="0" timeout="3600" \
op promote interval="0" timeout="3600" \
op monitor interval="60" role="Master" timeout="700" \
op monitor interval="61" role="Slave" timeout="700" \
params SID="HN1" InstanceNumber="03" PREFER_SITE_TAKEOVER="true" \
DUPLICATE_PRIMARY_TIMEOUT="7200" AUTOMATED_REGISTER="false"
sudo crm configure ms msl_SAPHana_HN1_HDB03 rsc_SAPHana_HN1_HDB03 \
meta clone-node-max="1" master-max="1" interleave="true"
Fontos
Ajánlott eljárásként azt javasoljuk, hogy az AUTOMATED_REGISTER csak a nem értékre állítsa be, az alapos feladatátvételi tesztek végrehajtása közben, hogy a sikertelen elsődleges példány automatikusan másodlagosként regisztráljon. Miután a feladatátvételi tesztek sikeresen befejeződtek, állítsa a AUTOMATED_REGISTER igen értékre, hogy az átvétel után a replikáció automatikusan folytatódjon.
Virtuális IP-cím és társított erőforrások létrehozása.
Bash
sudo crm configure primitive rsc_ip_HN1_HDB03 ocf:heartbeat:IPaddr2 \
op monitor interval="10s" timeout="20s" \
params ip="10.23.0.27"
sudo crm configure primitive rsc_nc_HN1_HDB03 azure-lb port=62503 \
op monitor timeout=20s interval=10 \
meta resource-stickiness=0
sudo crm configure group g_ip_HN1_HDB03 rsc_ip_HN1_HDB03 rsc_nc_HN1_HDB03
A fürtkorlátozások létrehozása
Bash
# Colocate the IP with HANA master
sudo crm configure colocation col_saphana_ip_HN1_HDB03 4000: g_ip_HN1_HDB03:Started \
msl_SAPHana_HN1_HDB03:Master
# Start HANA Topology before HANA instance
sudo crm configure order ord_SAPHana_HN1_HDB03 Optional: cln_SAPHanaTopology_HN1_HDB03 \
msl_SAPHana_HN1_HDB03
# HANA resources don't run on the majority maker node
sudo crm configure location loc_SAPHanaCon_not_on_majority_maker msl_SAPHana_HN1_HDB03 -inf: hana-s-mm
sudo crm configure location loc_SAPHanaTop_not_on_majority_maker cln_SAPHanaTopology_HN1_HDB03 -inf: hana-s-mm
[1] Helyezze a fürtöt a karbantartási módból. Győződjön meg arról, hogy a fürt állapota rendben van, és hogy az összes erőforrás el van indítva.
Bash
# Cleanup any failed resources - the following command is example
crm resource cleanup rsc_SAPHana_HN1_HDB03
# Place the cluster out of maintenance mode
sudo crm configure property maintenance-mode=false
[1] Ellenőrizze a HANA HA-horog és a fürt közötti kommunikációt, amely a SID-hez tartozó SOK állapotot és a P(perem) vagy S(ökondáris) állapotú replikációs helyeket jeleníti meg.
Bash
sudo /usr/sbin/SAPHanaSR-showAttr
# Expected result# Global cib-time maintenance prim sec sync_state upd# ---------------------------------------------------------------------# HN1 Fri Jan 27 10:38:46 2023 false HANA_S1 - SOK ok# # Sites lpt lss mns srHook srr# -----------------------------------------------# HANA_S1 1674815869 4 hana-s1-db1 PRIM P# HANA_S2 30 4 hana-s2-db1 SWAIT S
Megjegyzés
A fenti konfigurációban szereplő időtúllépések csak példák, és előfordulhat, hogy az adott HANA-beállításhoz kell igazítani. Előfordulhat például, hogy növelnie kell a kezdési időtúllépést, ha az SAP HANA-adatbázis elindítása hosszabb időt vesz igénybe.
AZ SAP HANA feladatátvételének tesztelése
Megjegyzés
Ez a cikk a Microsoft által már nem használt kifejezésekre mutató hivatkozásokat tartalmaz. Ha ezeket a feltételeket eltávolítja a szoftverből, eltávolítjuk őket ebből a cikkből.
A teszt megkezdése előtt ellenőrizze a fürt és az SAP HANA rendszer replikációs állapotát.
a. Ellenőrizze, hogy nincsenek-e sikertelen fürtműveletek
Bash
#Verify that there are no failed cluster actions
crm status
# Example #7 nodes configured#24 resource instances configured##Online: [ hana-s-mm hana-s1-db1 hana-s1-db2 hana-s1-db3 hana-s2-db1 hana-s2-db2 hana-s2-db3 ]##Full list of resources:## stonith-sbd (stonith:external/sbd): Started hana-s-mm# Clone Set: cln_fs_HN1_HDB03_fscheck [fs_HN1_HDB03_fscheck]# Started: [ hana-s1-db1 hana-s1-db2 hana-s1-db3 hana-s2-db1 hana-s2-db2 hana-s2-db3 ]# Stopped: [ hana-s-mm ]# Clone Set: cln_SAPHanaTopology_HN1_HDB03 [rsc_SAPHanaTopology_HN1_HDB03]# Started: [ hana-s1-db1 hana-s1-db2 hana-s1-db3 hana-s2-db1 hana-s2-db2 hana-s2-db3 ]# Stopped: [ hana-s-mm ]# Master/Slave Set: msl_SAPHana_HN1_HDB03 [rsc_SAPHana_HN1_HDB03]# Masters: [ hana-s1-db1 ]# Slaves: [ hana-s1-db2 hana-s1-db3 hana-s2-db1 hana-s2-db2 hana-s2-db3 ]# Stopped: [ hana-s-mm ]# Resource Group: g_ip_HN1_HDB03# rsc_ip_HN1_HDB03 (ocf::heartbeat:IPaddr2): Started hana-s1-db1# rsc_nc_HN1_HDB03 (ocf::heartbeat:azure-lb): Started hana-s1-db1
b. Ellenőrizze, hogy az SAP HANA-rendszer replikációja szinkronizálva van-e
Bash
# Verify HANA HSR is in sync
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 | hana-s1-db1 | 30301 | nameserver | 1 | 1 | HANA_S1 | hana-s2-db1 | 30301 | 2 | HANA_S2 | YES | SYNC | ACTIVE | |#| HN1 | hana-s1-db1 | 30307 | xsengine | 2 | 1 | HANA_S1 | hana-s2-db1 | 30307 | 2 | HANA_S2 | YES | SYNC | ACTIVE | |#| HN1 | hana-s1-db1 | 30303 | indexserver | 3 | 1 | HANA_S1 | hana-s2-db1 | 30303 | 2 | HANA_S2 | YES | SYNC | ACTIVE | |#| HN1 | hana-s1-db3 | 30303 | indexserver | 4 | 1 | HANA_S1 | hana-s2-db3 | 30303 | 2 | HANA_S2 | YES | SYNC | ACTIVE | |#| HN1 | hana-s1-db2 | 30303 | indexserver | 5 | 1 | HANA_S1 | hana-s2-db2 | 30303 | 2 | HANA_S2 | YES | SYNC | ACTIVE | |##status system replication site "1": ACTIVE#overall system replication status: ACTIVE##Local System Replication State#~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~##mode: PRIMARY#site id: 1#site name: HANA_S1
Ellenőrizze a fürt konfigurációját egy hibaforgatókönyv esetében, ha egy csomópont elveszíti a hozzáférést az NFS-megosztáshoz (/hana/shared).
Az SAP HANA-erőforrásügynökök bináris fájloktól függenek, amelyeket a /hana/shared feladatátvétel során a műveletek végrehajtásához tárolnak. A fájlrendszer /hana/shared az NFS-en keresztül van csatlakoztatva a bemutatott konfigurációban. Egy elvégezhető teszt egy ideiglenes tűzfalszabály létrehozása, amely letiltja az /hana/shared NFS-hez csatlakoztatott fájlrendszerhez való hozzáférést az egyik elsődleges hely virtuális gépén. Ez a megközelítés ellenőrzi, hogy a fürt feladatátvételt fog-e végrehajtani, ha az aktív rendszerreplikációs helyen elveszik a hozzáférés /hana/shared .
Várt eredmény: Ha letiltja az /hana/shared NFS-hez csatlakoztatott fájlrendszerhez való hozzáférést az egyik elsődleges hely virtuális gépén, a fájlrendszeren olvasási/írási műveletet végrehajtó figyelési művelet meghiúsul, mivel nem fér hozzá a fájlrendszerhez, és elindítja a HANA-erőforrás feladatátvételét. Ugyanez az eredmény akkor várható, ha a HANA-csomópont elveszíti az NFS-megosztáshoz való hozzáférést.
A fürterőforrások állapotát a végrehajtással crm_mon vagy crm statusa . Erőforrás állapota a teszt megkezdése előtt:
Ha NFS-t használ az Azure NetApp Fileson, először erősítse meg az /hana/shared Azure NetApp Files-kötet IP-címét az elsődleges helyen. Ezt a futtatással df -kh|grep /hana/sharedteheti meg.
Ha NFS-t használ az Azure Fileson, először határozza meg a tárfiók privát végpontjának IP-címét.
Ezután állítson be egy ideiglenes tűzfalszabályt az NFS fájlrendszer IP-címéhez /hana/shared való hozzáférés letiltásához az alábbi parancs végrehajtásával az egyik elsődleges HANA-rendszerreplikációs hely virtuális gépén.
Ebben a példában a parancs az Azure NetApp Files-kötet /hana/sharedhana-s1-db1 kötetén lett végrehajtva.
Bash
iptables -A INPUT -s 10.23.1.7 -j DROP; iptables -A OUTPUT -d 10.23.1.7 -j DROP
A fürterőforrások át lesznek migrálva a másik HANA-rendszerreplikációs helyre.
Ha a AUTOMATED_REGISTER="false" értéket állítja be, konfigurálnia kell az SAP HANA rendszerreplikációs szolgáltatását a másodlagos helyen. Ebben az esetben végrehajthatja ezeket a parancsokat az SAP HANA másodlagosként való újrakonfigurálásához.
Bash
# Execute on the secondary
su - hn1adm
# Make sure HANA is not running on the secondary site. If it is started, stop HANA
sapcontrol -nr 03 -function StopWait 600 10
# Register the HANA secondary site
hdbnsutil -sr_register --name=HANA_S1 --remoteHost=hana-s2-db1 --remoteInstance=03 --replicationMode=sync
# Switch back to root and cleanup failed resources
crm resource cleanup SAPHana_HN1_HDB03
Az SAP HANA azure-beli virtuális gépeken való vészhelyreállításának magas rendelkezésre állását és vészhelyreállítási tervét az AZURE-beli virtuális gépeken az SAP HANA magas rendelkezésre állása című témakörben találhatja meg.
Az SAP-szakembereknek értékelnie kell az SAP-megoldások Üzembe helyezését az Azure-ban. Ez a modul az SAP NetWeaver magas rendelkezésre állású AnyDB-üzembe helyezésének előkészítését ismerteti az Azure-ban. Felkészülés az AZ-120 vizsgára a Microsoft Azure sap számítási feladatokhoz való tervezéséhez és felügyeletéhez.
Megtudhatja, hogyan helyezhet üzembe egy SAP HANA kibővített rendszert készenléti csomóponttal azure-beli virtuális gépeken az Azure NetApp Files használatával a SUSE Linux Enterprise Serveren.
Megtudhatja, hogyan állíthatja be és használhatja a magas rendelkezésre állást az SAP HANA-hoz azure-beli virtuális gépeken a SUSE Linux Enterprise Serveren.
Ismerje meg, hogyan hozhat létre magas rendelkezésre állást az SAP HANA számára az Azure-ban (nagy példányok) a SUSE-ban a kerítéseszköz használatával.
