Magas rendelkezésre állás az SAP HANA kibővített rendszeréhez a HSR-vel su Standard kiadás Linux Enterprise Serveren

Cikk
01/17/2024

Ez a cikk azt ismerteti, hogyan helyezhet üzembe magas rendelkezésre állású SAP HANA-rendszert kibővített konfigurációban HANA-rendszerreplikálással (HSR) és Pacemakerrel az Azure SU Standard kiadás Linux Enterprise Server rendszerű virtuális gépeken. 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:

Az Azure NetApp Files dokumentációja
Az Azure Files dokumentációja
Az SAP Note 1928533 a következőket tartalmazza:
- Az SAP-szoftverek üzembe helyezéséhez támogatott Azure-beli virtuálisgép-méretek listája
- Fontos kapacitásinformációk az Azure-beli virtuális gépek méretéről
- Támogatott SAP-szoftverek, operációs rendszerek és adatbázis-kombinációk
- A Windowshoz és Linuxhoz szükséges SAP kernelverzió a Microsoft Azure-ban
SAP-megjegyzés 2015553: Felsorolja az SAP által támogatott SAP-szoftvertelepítések előfeltételeit az Azure-ban
SAP-megjegyzés 2205917: Az SAP-alkalmazásokhoz készült SU Standard kiadás Linux Enterprise Server ajánlott operációsrendszer-beállításait tartalmazza
SAP-megjegyzés 1944799: SAP-irányelveket tartalmaz a SU Standard kiadás Linux Enterprise Server for SAP-alkalmazásokhoz
SAP-megjegyzés 2178632: Részletes információkat tartalmaz az Azure-beli SAP-hoz jelentett összes monitorozási metrikáról
SAP Megjegyzés 2191498: Tartalmazza a Linuxhoz szükséges SAP Host Agent-verziót az Azure-ban
SAP-megjegyzés 2243692: Az Azure-beli Linuxon futó SAP-licenceléssel kapcsolatos információkat tartalmaz
SAP-megjegyzés 1984787: Általános információkat tartalmaz a SU Standard kiadás Linux Enterprise Server 12-ről
SAP-megjegyzés 1999351: További hibaelhárítási információkat tartalmaz az Azure Enhanced Monitoring Extension for SAP szolgáltatáshoz
SAP-megjegyzés 1900823: Információkat tartalmaz az SAP HANA tárolási követelményeiről
SAP Community Wiki: Tartalmazza a Linuxhoz szükséges ÖSSZES SAP-jegyzetet
Azure-beli virtuális gépek tervezése és implementálása linuxos SAP-hez
Azure-beli virtuális gépek üzembe helyezése AZ SAP-hoz Linuxon
Azure Virtual Machines DBMS üzembe helyezése AZ SAP-hoz Linuxon
SU Standard kiadás SAP HA ajánlott eljárásokkal kapcsolatos útmutatók: Minden szükséges információt tartalmaz a NetWeaver magas rendelkezésre állásának és az SAP HANA-beli rendszerreplikáció helyszíni beállításához (általános alapkonfigurációként használható, sokkal részletesebb információkat tartalmaznak)
SU Standard kiadás Magas rendelkezésre állású bővítmény 12 SP5 kibocsátási megjegyzések
Sikertelen NFS-megosztás kezelése az SU Standard kiadás HA-fürtben a HANA-rendszerreplikációs szolgáltatásban
NFS 4.1-es verziójú kötetek az SAP HANA-hoz készült Azure NetApp Filesban

Áttekintés

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.

Az ajánlott SAP HANA-tárolókonfigurációkért tekintse meg az SAP HANA Azure-beli virtuális gépek tárolási konfigurációit.

Fontos

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-rendszerreplikációs szolgáltatáshoz – hsr 10.23.1.192/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:
1. Nyissa meg a virtuális gépet az Azure Portalon.
2. 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.
3. Az Áttekintés panelen válassza a Leállítás lehetőséget a virtuális gép felszabadításához.
4. 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.
5. Válassza a Mentés lehetőséget.
6. 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).
7. 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:

Nyissa meg az Azure Cloud Shellt az Azure Portalon.

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.

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.

Feljegyzé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.

Feljegyzé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.

# 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 probe
az network lb probe create -g MyResourceGroup --lb-name MyLB -n MyDBHealthProbe --protocol tcp --port MyDBHealthProbePort --interval 5 --probe-threshold 2
 
# Create load balancing rule
az network lb rule create -g MyResourceGroup --lb-name MyLB -n MyDBRuleName --protocol All --frontend-ip-name MyDBFrontendIpName --frontend-port 0 --backend-pool-name MyBackendPool --backend-port 0 --probe-name MyDBHealthProbe --idle-timeout-in-minutes 30 --enable-floating-ip 

# Add database VMs in backend pool
az 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

# 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 --query ipConfigurations[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 probe
 
az network lb probe create -g $rg_name --lb-name $lb_name -n $db_hp_name --protocol tcp --port $db_hp_port --interval 5 --probe-threshold 2
 
# Create load balancing rule
  
az network lb rule create -g $rg_name --lb-name $lb_name -n  $db_rule_name --protocol All --frontend-ip-name $db_fip_name --frontend-port 0 --backend-pool-name $bkp_name --backend-port 0 --probe-name $db_hp_name --idle-timeout-in-minutes 30 --enable-floating-ip 
 
# Add database VMs in backend pool
 
az 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_name
az 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 static
dbfip=$(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.

# Create frontend IP configurations
$db_fip = New-AzLoadBalancerFrontendIpConfig -Name MyDBFrontendIpName -SubnetId MyDBSubnetName

# Create backend pool
$bePool = New-AzLoadBalancerBackendAddressPoolConfig -Name MyBackendPool

# Create health probe
$db_healthprobe = New-AzLoadBalancerProbeConfig -Name MyDBHealthProbe -Protocol 'tcp' -Port MyDBHealthProbePort -IntervalInSeconds 5 -ProbeThreshold 2 -ProbeCount 1

# Create load balancing rule
$db_rule = New-AzLoadBalancerRuleConfig -Name MyDBRuleName -Probe $db_healthprobe -Protocol 'All' -IdleTimeoutInMinutes 30 -FrontendIpConfiguration $db_fip -BackendAddressPool $bePool -EnableFloatingIP

# Create the load balancer resource
$lb = New-AzLoadBalancer -ResourceGroupName MyResourceGroup -Name MyLB -Location MyRegion -Sku 'Standard' -FrontendIpConfiguration $db_fip -BackendAddressPool $bePool -LoadBalancingRule $db_rule -Probe $db_healthprobe

Kibontás a teljes PowerShell-kód megtekintéséhez

# 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 = Get-AzVM -ResourceGroupName $rg_name -Name $vm1_name
$vm1_primarynic = $vm1.NetworkProfile.NetworkInterfaces | Where-Object {($_.Primary -eq "True") -or ($_.Primary -eq $null)}
$vm1_nic_name = $vm1_primarynic.Id.Split('/')[-1]
 
$vm1_nic_info = Get-AzNetworkInterface -Name $vm1_nic_name -ResourceGroupName $rg_name
$vm1_primaryip = $vm1_nic_info.IpConfigurations | Where-Object -Property Primary -EQ -Value "True"
$vm1_ipconfig_name = ($vm1_primaryip).Name
 
$vm2 = Get-AzVM -ResourceGroupName $rg_name -Name $vm2_name
$vm2_primarynic = $vm2.NetworkProfile.NetworkInterfaces | Where-Object {($_.Primary -eq "True") -or ($_.Primary -eq $null)}
$vm2_nic_name = $vm2_primarynic.Id.Split('/')[-1]
 
$vm2_nic_info = Get-AzNetworkInterface -Name $vm2_nic_name -ResourceGroupName $rg_name
$vm2_primaryip = $vm2_nic_info.IpConfigurations | Where-Object -Property Primary -EQ -Value "True"
$vm2_ipconfig_name = ($vm2_primaryip).Name
 
$vnet_name = $vm1_primaryip.Subnet.Id.Split('/')[-3]
$subnet_name = $vm1_primaryip.Subnet.Id.Split('/')[-1]
$location = $vm1.Location
 
# Create frontend IP resource.
# Allocation of private IP address is dynamic using below command. If you want to pass static IP address, include parameter -PrivateIpAddress
 
$db_lb_fip = @{
    Name = $db_fip_name
    SubnetId = $vm1_primaryip.Subnet.Id
}
$db_fip = New-AzLoadBalancerFrontendIpConfig @db_lb_fip

# Create backend pool
 
$bepool = New-AzLoadBalancerBackendAddressPoolConfig -Name $bkp_name

# Create the health probe
 
$db_probe = @{
    Name = $db_hp_name
    Protocol = 'tcp'
    Port = $db_hp_port
    IntervalInSeconds = '5'
    ProbeThreshold = '2'
    ProbeCount = '1'
}
$db_healthprobe = New-AzLoadBalancerProbeConfig @db_probe
    
# Create load balancing rule
 
$db_lbrule = @{
    Name = $db_rule_name
    Probe = $db_healthprobe
    Protocol = 'All'
    IdleTimeoutInMinutes = '30'
    FrontendIpConfiguration = $db_fip
    BackendAddressPool = $bePool 
} 
$db_rule = New-AzLoadBalancerRuleConfig @db_lbrule -EnableFloatingIP 
 
# Create the load balancer resource
 
$loadbalancer = @{
    ResourceGroupName = $rg_name
    Name = $lb_name
    Location = $location
    Sku = 'Standard'
    FrontendIpConfiguration = $db_fip
    BackendAddressPool = $bePool
    LoadBalancingRule = $db_rule
    Probe = $db_healthprobe
} 
$lb = New-AzLoadBalancer @loadbalancer

# Add DB VMs in backend pool
 
$vm1_primaryip.LoadBalancerBackendAddressPools.Add($lb.BackendAddressPools[0])
$vm2_primaryip.LoadBalancerBackendAddressPools.Add($lb.BackendAddressPools[0])
$vm1_nic_info | Set-AzNetworkInterface
$vm2_nic_info | Set-AzNetworkInterface

Fontos

A lebegő IP-cím nem támogatott a hálózati adapter másodlagos IP-konfigurációjában terheléselosztási forgatókönyvekben. További részletekért lásd az Azure Load Balancer korlátozásait. Ha további IP-címre van szüksége a virtuális géphez, telepítsen egy második hálózati adaptert.

Feljegyzés

Ha a nyilvános IP-címmel nem rendelkező virtuális gépek a standard Azure-terheléselosztó belső (nyilvános IP-cím nélküli) háttérkészletébe kerülnek, nem lesz kimenő internetkapcsolat, kivéve, ha további konfigurációt végeznek a nyilvános végpontokhoz való útválasztás engedélyezéséhez. A kimenő kapcsolatok elérésével kapcsolatos részletekért tekintse meg az Azure Standard Load Balancert használó virtuális gépek nyilvános végpontkapcsolatait az SAP magas rendelkezésre állású forgatókönyveiben.

Fontos

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

ANF-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:

kötet HN1-shared-s1 (nfs://10.23.1.7/ HN1-shared-s1)
kötet HN1-shared-s2 (nfs://10.23.1.7/ HN1-shared-s2)

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:

hn1-shared-s1 megosztása (sapnfsafs.file.core.windows.net:/sapnfsafs/hn1-shared-s1)
hn1-shared-s2 megosztása (sapnfsafs.file.core.windows.net:/sapnfsafs/hn1-shared-s2)

Operációs rendszer konfigurálása és előkészítése

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.

# Client subnet
10.23.0.19      hana-s1-db1
10.23.0.20      hana-s1-db2
10.23.0.21      hana-s1-db3
10.23.0.22      hana-s2-db1
10.23.0.23      hana-s2-db2
10.23.0.24      hana-s2-db3
10.23.0.25      hana-s-mm    

# Internode subnet
10.23.1.132     hana-s1-db1-inter
10.23.1.133     hana-s1-db2-inter
10.23.1.134     hana-s1-db3-inter
10.23.1.135     hana-s2-db1-inter
10.23.1.136     hana-s2-db2-inter
10.23.1.137     hana-s2-db3-inter

# HSR subnet
10.23.1.196     hana-s1-db1-hsr
10.23.1.197     hana-s1-db2-hsr
10.23.1.198     hana-s1-db3-hsr
10.23.1.199     hana-s2-db1-hsr
10.23.1.200     hana-s2-db2-hsr
10.23.1.201     hana-s2-db3-hsr

[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.
```
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 SU Standard kiadás 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.

Feljegyzés

Az SAPHanaSR-ScaleOut 0.181-es vagy újabb verzióját telepíteni kell.
```
# 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 SU Standard kiadás Linux Enterprise Server for SAP Applications esetében.

A fájlrendszerek előkészítése

Úgy döntött, hogy üzembe helyezi az SAP megosztott címtárait az NFS-megosztáson az Azure Fileson vagy az NFS-köteten az Azure NetApp Fileson.

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ésben leírtak szerint 3024346 – Linux Kernel Gépház a NetApp NFS-hez. 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 .

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

[AH] Módosítsa a sunrpc beállításait az SAP megjegyzés 3024346 – Linux Kernel Gépház a NetApp NFS-hez című témakörben leírtaknak megfelelően.
```
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.
```
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.
```
sudo cat /etc/idmapd.conf
# Example
[General]
Domain = defaultv4iddomain.com
[Mapping]
Nobody-User = nobody
Nobody-Group = 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.
```
# Check nfs4_disable_idmapping 
cat /sys/module/nfs/parameters/nfs4_disable_idmapping
# If you need to set nfs4_disable_idmapping to Y
mkdir /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 permanent
echo "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.

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.

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.

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.
```
mkdir -p /hana/shared
```

[AH1] Csatlakoztassa a megosztott Azure NetApp Files-köteteket a SITE1 HANA DB virtuális gépekhez.

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.

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.

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] Az összes elérhető lemez listázása:

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

Példa a kimenetre:

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

[AH] Hozzon létre fizikai köteteket az összes használni kívánt lemezhez:

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

[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:\
```
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
```
[AH] Hozza létre a logikai köteteket.

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.
```
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 mkfs.xfs /dev/vg_hana_data_HN1/hana_data
sudo mkfs.xfs /dev/vg_hana_log_HN1/hana_log
```

[AH] Hozza létre a csatlakoztatási könyvtárakat, és másolja az összes logikai kötet UUID azonosítóját:

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:

sudo vi /etc/fstab

Szúrja be a következő sort a /etc/fstab fájlba:

/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:

sudo mount -a

Pacemaker-fürt létrehozása

Kövesse a Pacemaker su Standard kiadás Linux Enterprise Serveren való beállításának lépéseit az Azure-ban egy alapszintű Pacemaker-fürt létrehozásához 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
```
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.
```
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.
```
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.
```
# In this example, using SLES12 SP5
sudo zypper install libgcc_s1 libstdc++6 libatomic1
```

HANA-telepítés az egyes helyek első csomópontján

[1] Telepítse az SAP HANA-t az SAP HANA 2.0 telepítési és frissítési útmutatójának utasításait követve. Az alábbi utasításokban bemutatjuk az SAP HANA telepítését az 1. hely első csomópontján.

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.
```
./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
- System Rendszergazda istrator (hn1adm) jelszó esetén: adja meg a jelszót
- System Rendszergazda istrator Home Directory [/usr/sap/HN1/home]: nyomja le az Enter billentyűt az alapértelmezett érték elfogadásához
- System Rendszergazda istrator Login Shell [/bin/sh] esetén: nyomja le az Enter billentyűt az alapértelmezett beállítás elfogadásához
- System Rendszergazda istrator user id [1001]: nyomja le az Enter billentyűt az alapértelmezett érték elfogadásához
- 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.
```
  sudo cat /usr/sap/HN1/SYS/global/hdb/custom/config/global.ini
  # Example from SITE1 
  [communication]
  internal_network = 10.23.1.128/26
  listeninterface = .internal
  [internal_hostname_resolution]
  10.23.1.132 = hana-s1-db1
  10.23.1.133 = hana-s1-db2
  10.23.1.134 = hana-s1-db3
```
[1,2] Felkészülés global.ini a nem megosztott környezetben való telepítésre az SAP megjegyzésében 2080991.
```
 sudo vi /usr/sap/HN1/SYS/global/hdb/custom/config/global.ini
 [persistence]
 basepath_shared = no
```

[1,2] Indítsa újra az SAP HANA-t a módosítások aktiválásához.

 sudo -u hn1adm /usr/sap/hostctrl/exe/sapcontrol -nr 03 -function StopSystem
 sudo -u hn1adm /usr/sap/hostctrl/exe/sapcontrol -nr 03 -function StartSystem

[1,2] Ellenőrizze, hogy az ügyfélfelület az alhálózat IP-címeit client használja-e kommunikációhoz.
```
# 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"
```
A konfiguráció ellenőrzéséről további információt az SAP Megjegyzés 2183363 – Az SAP HANA belső hálózatának konfigurálása című témakörben talál.
[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.
```
 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
```
 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
- System Rendszergazda istrator (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:

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:

scp /usr/sap/HN1/SYS/global/security/rsecssfs/data/SSFS_HN1.DAT hana-s2-db1:/usr/sap/HN1/SYS/global/security/rsecssfs/data/
scp /usr/sap/HN1/SYS/global/security/rsecssfs/key/SSFS_HN1.KEY  hana-s2-db1:/usr/sap/HN1/SYS/global/security/rsecssfs/key/

Hozza létre az elsődleges helyet:

hdbnsutil -sr_enable --name=HANA_S1

[2] Rendszerreplikációs konfigurálás a 2. helyen:

Regisztrálja a második helyet a rendszerreplikálás elindításához. Futtassa a következő parancsot hanasid>adm néven<:

sapcontrol -nr 03 -function StopWait 600 10
hdbnsutil -sr_register --remoteHost=hana-s1-db1 --remoteInstance=03 --replicationMode=sync --name=HANA_S2
sapcontrol -nr 03 -function StartSystem

[1] Replikáció állapotának ellenőrzése

Ellenőrizze a replikáció állapotát, és várja meg, amíg az összes adatbázis szinkronizálódik.

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.
- A HANA leállítása mindkét helyen
```
sudo -u hn1adm /usr/sap/hostctrl/exe/sapcontrol -nr 03 -function StopSystem HDB
```
- Szerkessze global.ini a HANA-rendszerreplikálás gazdagép-leképezésének hozzáadásához: használja az hsr alhálózat IP-címeit.
```
sudo vi /usr/sap/HN1/SYS/global/hdb/custom/config/global.ini
#Add the section
[system_replication_hostname_resolution]
10.23.1.196 = hana-s1-db1
10.23.1.197 = hana-s1-db2
10.23.1.198 = hana-s1-db3
10.23.1.199 = hana-s2-db1
10.23.1.200 = hana-s2-db2
10.23.1.201 = hana-s2-db3
```
- A HANA indítása mindkét helyen
```
sudo -u hn1adm /usr/sap/hostctrl/exe/sapcontrol -nr 03 -function StartSystem HDB
```
További információ: Állomásnévfeloldás a rendszerreplikációs szolgáltatáshoz.

Fájlrendszer-erőforrások létrehozása

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 az SU Standard kiadás HA-fürtben a HANA-rendszerreplikációs szolgáltatásban

[1] Helyezze a pacemakert karbantartási módban a HANA-fürterőforrások létrehozásának előkészítéséhez.
```
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.
```
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.
```
mkdir -p /hana/check
```
[1] Hozza létre a fájlrendszerfürt erőforrásait.
```
crm configure primitive fs_HN1_HDB03_fscheck Filesystem \
  params device="/hana/shared/HN1/check" \
  directory="/hana/check" fstype=nfs4 \
  options="bind,defaults,rw,hard,proto=tcp,noatime,nfsvers=4.1,lock" \
  op monitor interval=120 timeout=120 on-fail=fence \
  op_params OCF_CHECK_LEVEL=20 \
  op start interval=0 timeout=120 op stop interval=0 timeout=120

crm configure clone cln_fs_HN1_HDB03_fscheck fs_HN1_HDB03_fscheck \
  meta clone-node-max=1 interleave=true

crm configure location loc_cln_fs_HN1_HDB03_fscheck_not_on_mm \
  cln_fs_HN1_HDB03_fscheck -inf: hana-s-mm    
```
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.

Feljegyzé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 su Standard kiadás blogbejegyzést a változásokról az új HANA HA horog.

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.

SU Standard kiadás SLES 15 SP1 vagy újabb mindkét HANA HA-horog működéséhez 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<:
```
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 ]: .
```
# 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 SU által szállított HA-horgok alapértelmezett helye Standard kiadás 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.

cat << EOF > /etc/sudoers.d/20-saphana
# SAPHanaSR-ScaleOut needs for HA/DR hook scripts
so1adm ALL=(ALL) NOPASSWD: /usr/sbin/crm_attribute -n hana_hn1_site_srHook_*
so1adm ALL=(ALL) NOPASSWD: /usr/sbin/crm_attribute -n hana_hn1_gsh *
so1adm ALL=(ALL) NOPASSWD: /usr/sbin/SAPHanaSR-hookHelper --sid=hn1 *
EOF

[1,2] Indítsa el az SAP HANA-t mindkét replikációs helyen. Futtatás sid>adm-ként<.
```
sapcontrol -nr 03 -function StartSystem 
```

[A] Ellenőrizze, hogy a horog telepítése aktív-e az összes fürtcsomóponton. Futtatás sid>adm-ként<.

cdtrace
grep HADR.*load.*SAPHanaSrMultiTarget nameserver_*.trc | tail -3
# Example output
# nameserver_hana-s1-db1.31001.000.trc:[14162]{-1}[-1/-1] 2023-01-26 12:53:55.728027 i ha_dr_provider   HADRProviderManager.cpp(00083) : loading HA/DR Provider 'SAPHanaSrMultiTarget' from /usr/share/SAPHanaSR-ScaleOut/
grep SAPHanaSr.*init nameserver_*.trc | tail -3
# Example output
# nameserver_hana-s1-db1.31001.000.trc:[17636]{-1}[-1/-1] 2023-01-26 16:30:19.256705 i ha_dr_SAPHanaSrM SAPHanaSrMultiTarget.py(00080) : SAPHanaSrMultiTarget.init() CALLING CRM: <sudo /usr/sbin/crm_attribute -n hana_hn1_gsh -v 2.2  -l reboot> rc=0
# nameserver_hana-s1-db1.31001.000.trc:[17636]{-1}[-1/-1] 2023-01-26 16:30:19.256739 i ha_dr_SAPHanaSrM SAPHanaSrMultiTarget.py(00081) : SAPHanaSrMultiTarget.init() Running srHookGeneration 2.2, see attribute hana_hn1_gsh too

Ellenőrizze a susChkSrv horog telepítését. Futtatás sid>adm-ként<.

cdtrace
egrep '(LOST:|STOP:|START:|DOWN:|init|load|fail)' nameserver_suschksrv.trc
# Example output
# 2023-01-19 08:23:10.581529  [1674116590-10005] susChkSrv.init() version 0.7.7, parameter info: action_on_lost=fence stop_timeout=20 kill_signal=9
# 2023-01-19 08:23:31.553566  [1674116611-14022] START: indexserver event looks like graceful tenant start
# 2023-01-19 08:23:52.834813  [1674116632-15235] START: indexserver event looks like graceful tenant start (indexserver started)

SAP HANA-fürterőforrások létrehozása

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

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.

Feljegyzé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.
```
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.

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

# 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] További fürttulajdonságok konfigurálása

sudo crm configure rsc_defaults resource-stickiness=1000
sudo crm configure rsc_defaults migration-threshold=50

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

# 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.
```
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
```
Feljegyzé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

Feljegyzé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

#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

# 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

Javasoljuk, hogy alaposan ellenőrizze az SAP HANA-fürtkonfigurációt az SAP HANA-hoz dokumentált tesztek végrehajtásával az Azure-beli virtuális gépeken az SLES-en és az SLES replikációs felskálázási teljesítményoptimalizált forgatókönyvében.
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:
```
# Output of crm_mon
#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 ]
#
#Active 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 ]
# 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 ]
# 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 ]
# Resource Group: g_ip_HN1_HDB03
#     rsc_ip_HN1_HDB03   (ocf::heartbeat:IPaddr2):       Started hana-s2-db1
#     rsc_nc_HN1_HDB03   (ocf::heartbeat:azure-lb):      Started hana-s2-db1     
```
Hiba szimulálása a következőhöz /hana/shared:
- Ha NFS-t használ az ANF-en, először erősítse meg az /hana/shared ANF-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 a hana-s1-db1 anf köteten /hana/sharedlett végrehajtva.
```
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.
```
# 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 erőforrások állapota a teszt után:
```
# Output of crm_mon
#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 ]
#
#Active 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 ]
# 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 ]
# Master/Slave Set: msl_SAPHana_HN1_HDB03 [rsc_SAPHana_HN1_HDB03]
#     Masters: [ hana-s2-db1 ]
#     Slaves: [ hana-s1-db1 hana-s1-db2 hana-s1-db3 hana-s2-db2 hana-s2-db3 ]
# Resource Group: g_ip_HN1_HDB03
#     rsc_ip_HN1_HDB03   (ocf::heartbeat:IPaddr2):       Started hana-s2-db1
#     rsc_nc_HN1_HDB03   (ocf::heartbeat:azure-lb):      Started hana-s2-db1
```

Következő lépések

Azure-beli virtuális gépek tervezése és implementálása az SAP-hoz
Azure-beli virtuális gépek üzembe helyezése az SAP-hoz
Azure Virtual Machines DBMS üzembe helyezése AZ SAP-hoz
NFS 4.1-es verziójú kötetek az SAP HANA-hoz készült Azure NetApp Filesban
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.

Magas rendelkezésre állás az SAP HANA kibővített rendszeréhez a HSR-vel su Standard kiadás Linux Enterprise Serveren

Áttekintés

Az infrastruktúra előkészítése

Linux rendszerű virtuális gépek üzembe helyezése az Azure Portalon

Az Azure Load Balancer konfigurálása

NFS üzembe helyezése

Az Azure NetApp Files-infrastruktúra üzembe helyezése

Az NFS üzembe helyezése az Azure Files-infrastruktúrában

Operációs rendszer konfigurálása és előkészítése

A fájlrendszerek előkészítése

A megosztott fájlrendszerek csatlakoztatása (Azure NetApp Files NFS)

A megosztott fájlrendszerek csatlakoztatása (Azure Files NFS)

Az adatok előkészítése és a helyi fájlrendszerek naplózása

Pacemaker-fürt létrehozása

Telepítés

Felkészülés a HANA telepítésére

HANA-telepítés az egyes helyek első csomópontján

AZ SAP HANA 2.0 rendszerreplikációs szolgáltatás konfigurálása

Fájlrendszer-erőforrások létrehozása

HANA HA-horgok implementálása SAPHanaSrMultiTarget és susChkSrv

SAP HANA-fürterőforrások létrehozása

AZ SAP HANA feladatátvételének tesztelése

Következő lépések

További források