Magas rendelkezésre állás az SAP HANA kibővített rendszeréhez a HSR-vel su Standard kiadás Linux Enterprise Serveren
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/shared
egy 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 inter
hsr
.
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/log
minimá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 csatlakoznakclient
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:
- Nyissa meg a virtuális gépet az Azure Portalon.
- 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
inter
hsr
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
azinter
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ózatokhozhsr
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 .
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_timestamps
0
: . 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éket0
visszafelé1
mó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/shared
ké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 megnobody
.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úranfs4_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
root
passwd
.[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étertinternal_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, éslisteninterface
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/shared
elé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/shared
kapcsolatban. 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
vagycrm status
a . 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ássaldf -kh|grep /hana/shared
teheti 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/shared
lett 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
- Ha NFS-t használ az ANF-en, először erősítse meg az
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.