Megosztás a következőn keresztül:


További másodlagos helyek hozzáadása a HANA Pacemaker-fürthöz

Ez a cikk a további másodlagos HANA-replikációs hely konfigurálásának követelményeit és beállítását ismerteti egy meglévő Pacemaker-fürt kiegészítése céljából. A SUSE Linux Enterprise Server (SLES) és a RedHat Enterprise Linux (RHEL) jellemzői is ki vannak fedve.

Áttekintés

Az SAP HANA kétnél több csatlakoztatott helytel támogatja a rendszerreplikációs (HSR) elemet. További helyeket konfigurálhat egy meglévő HSR-párhoz, amelyet a Pacemaker egy magas rendelkezésre állású beállításban kezel. Ezeket a további helyeket például üzembe helyezheti egy második Azure-régióban vészhelyreállítás (DR) céljából.

A Pacemaker és a HANA-fürterőforrás-ügynök csak az első két helyet kezeli a HSR-ben. A további webhelyeket nem a Pacemaker-fürt vezérli.

Az SAP HANA két módban támogatja a másodlagos helyek további rendszerreplikációs szolgáltatását:

  • A Multitarget több célrendszerre replikálja az adatváltozásokat elsődlegesről több célrendszerre. A további helyek egy csillagtopológiában lévő elsődleges replikációhoz csatlakoznak.
  • A Multitier a HANA-rendszerreplikálás kaszkádolt vagy láncolt beállítása. A harmadik hely csatlakozik a másodlagoshoz.

A HANA HSR-ről egy régión belül és különböző régiókban további elméleti részletekért tekintse meg az SAP HANA rendelkezésre állását az Azure-régiók között.

Az SLES előfeltételei

A további HSR-webhelyekre vonatkozó követelmények eltérőek a HANA vertikális felskálázása és a HANA vertikális felskálázása esetén.

Feljegyzés

  • A cikkben szereplő követelmények csak pacemaker-kompatibilis tájolásra érvényesek. A Pacemaker nélkül az SAP HANA verziókövetelményei a választott replikációs módra vonatkoznak.
  • A Pacemaker és a HANA-fürterőforrás-ügynök csak két helyet kezel. A további HSR-webhelyet nem a Pacemaker-fürt vezérli.
  • A SUSE legfeljebb egy további rendszerreplikációs helyet támogat a Pacemaker-fürtön kívüli SAP HANA-adatbázisba.
  • A vertikális felskálázás és a vertikális felskálázás: az SAP HANA SPS 04 vagy újabb verziójára is szükség van a többtargetes HSR pacemaker-fürttel való használatához.
  • Vertikális felskálázás és vertikális felskálázás: Legfeljebb egy SAP HANA-rendszerreplikálás csatlakoztatható a Linux-fürtön kívülről.
  • HANA-skálázás csak: SLES 15 SP1 vagy újabb.
  • Csak HANA-skálázás: Operációs rendszer (OS) csomag SAPHanaSR-ScaleOut 0.180-es vagy újabb verziója.
  • Csak HANA-felskálázás: SAP HANA magas rendelkezésre állású (HA) horog SAPHanaSrMultiTarget használatban. A HANA HA hook SAPHanaSR előzetes verziója nem tud többtargetről a vertikális felskálázáshoz.

Az RHEL előfeltételei

A további HSR-webhelyekre vonatkozó követelmények eltérőek a HANA vertikális felskálázása és a HANA vertikális felskálázása esetén.

Feljegyzés

  • A cikkben szereplő követelmények csak pacemaker-kompatibilis tájolásra érvényesek. A Pacemaker nélkül az SAP HANA verziókövetelményei a választott replikációs módra vonatkoznak.
  • A Pacemaker és a HANA-fürterőforrás-ügynök csak két helyet kezel. A további HSR-helyeket nem a Pacemaker-fürt vezérli.
  • A RedHat egy vagy több további rendszerreplikációs helyet támogat egy SAP HANA-adatbázishoz a Pacemaker-fürtön kívül.
  • HANA vertikális felskálázás: Az operációs rendszer, az SAP HANA és a fürterőforrás-ügynökök minimális verziójának részleteiért tekintse meg az RHEL HA-fürtök RedHat támogatási szabályzatait .
  • HANA-kibővítés csak: A HANA többtargetes replikációja pacemaker-fürttel nem támogatott az Azure-ban.

Tipp.

A konfiguráció bemutatja, hogyan állíthat be harmadik helyet a Pacemaker-fürtön kívül. RhEL esetén, ha több webhelye is van a Pacemaker-fürtön kívül, akkor a beállítást a többi webhelyre is ki kell terjesztenie.

HANA-vertikális felskálázás: HANA többtargetes rendszerreplikációs hozzáadása dr. célokra

Az SAP HANA HA horgaival sapHanaSR/susHanaSR for SLES és RHEL, további helyeket adhat hozzá a HANA rendszerreplikációjához. A Pacemaker-környezet tisztában van a HANA többtargetes beállításával.

A további webhelyek meghibásodása nem indít el fürtműveleteket. A fürt észleli a csatlakoztatott helyek replikációs állapotát, és a harmadik hely figyelt attribútuma változhat a kettő és SFAIL az állapot közöttSOK. A további helyre történő átvételi teszteknek vagy a dr.vészhelyreállítási gyakorlat végrehajtásának először karbantartási módba kell helyeznie a fürt erőforrásait, hogy megakadályozza a nem kívánt fürtműveleteket.

Az alábbi példa egy többtargetes rendszerreplikációs rendszert mutat be. További információkért tekintse meg az SAP dokumentációját. Hana-skálázási többtargetes rendszerreplikációs rendszer példáját bemutató ábra.

  1. Azure-erőforrások üzembe helyezése a harmadik csomóponthoz. A követelményektől függően használhat egy másik Azure-régiót dr.

    A harmadik helyhez szükséges lépések hasonlóak a HANA-skálázási fürt virtuális gépeihez. A harmadik webhely Azure-infrastruktúrát használ. Az operációs rendszer és a HANA verziója megegyezik a meglévő Pacemaker-fürttel, az alábbi kivételekkel:

    • A harmadik helyen nincs terheléselosztó üzembe helyezve. A harmadik hely virtuális gépéhez nincs integráció a meglévő fürt terheléselosztójával.
    • Ne telepítse az OPERÁCIÓS-csomagokat SAPHanaSR, SAPHanaSR-doc és az operációsrendszer-csomagminta ha_sles a harmadik hely virtuális gépén.
    • A harmadik hely virtuálisgép- vagy HANA-erőforrásai nem integrálhatók a fürtbe.
    • Nincs HANA HA-horogbeállítás a global.ini harmadik helyéhez.
  2. Telepítse az SAP HANA-t a harmadik csomópontra.

    A harmadik helyhez ugyanazt a HANA SID- és HANA-telepítési számot kell használni.

  3. Ha az SAP HANA a harmadik helyen van telepítve és fut, regisztrálja a harmadik helyet az elsődleges helyen.

    Az alábbi példa a harmadik webhely neveként szolgál SITE-DR .

    # Execute on the third site 
    su - hn1adm
    # Register the HANA third site to the primary. Switch --online will shutdown the HANA instance on third site.
    hdbnsutil -sr_register --name=SITE-DR --remoteHost=hn1-db-0 --remoteInstance=03 --replicationMode=async --online
    
  4. Ellenőrizze, hogy a HANA-rendszer replikációja megjeleníti-e a másodlagos helyet és a harmadik helyet.

    # Verify HANA HSR is in sync, execute on primary
    sudo su - hn1adm -c "python /usr/sap/HN1/HDB03/exe/python_support/systemReplicationStatus.py"
    
  5. Ellenőrizze a SAPHanaSR harmadik hely attribútumát. SITE-DRjelenik meg a szakaszban szereplő Sites állapottalSOK.

    # Check SAPHanaSR attribute on any cluster managed host (first or second site)
    sudo SAPHanaSR-showAttr
    # Example result
    # Global cib-time                 maintenance
    # --------------------------------------------
    # global Tue Feb 21 19:28:21 2023 false
    # 
    # Sites     srHook
    # -----------------
    # HN1-SITE1 PRIM
    # HN1-SITE2 SOK
    # SITE-DR   SOK
    

    A fürt észleli a csatlakoztatott helyek replikációs állapotát. A figyelt attribútumok között és SFAILközött változhatSOK. Nincs fürtművelet, ha a dr. helyre történő replikáció meghiúsul.

HANA-kibővítés: HANA többtargetes rendszerreplikációs hozzáadása dr. célokra

Az SAP HANA HA-szolgáltató SAPHanaSrMultiTarget használatával hozzáadhat egy harmadik HANA-skálázási webhelyet. Ezt a harmadik helyet gyakran használják dr. egy másik Azure-régióban. A Pacemaker-környezet tisztában van a HANA többtargetes DR beállításával. Ez a szakasz csak a Pacemakert SUSE-n futtató rendszerekre vonatkozik. A részletekért tekintse meg a dokumentum "Előfeltételek" szakaszát.

A harmadik csomópont meghibásodása nem indít el fürtműveleteket. A fürt észleli a csatlakoztatott helyek replikációs állapotát, és a harmadik hely figyelt attribútuma változhat az állapotok és SFAIL az SOK állapotok között. A harmadik/DR-helyre történő átvételi teszteknek vagy a DR-gyakorlat végrehajtásának először karbantartási módba kell helyeznie a fürt erőforrásait, hogy megakadályozza a nem kívánt fürtműveleteket.

Az alábbi példa egy többtargetes rendszerreplikációs rendszert mutat be. További információkért tekintse meg az SAP dokumentációját. Egy HANA-skálázású többtargetes replikációs rendszer példáját bemutató ábra.

  1. Azure-erőforrások üzembe helyezése a harmadik helyen. A követelményektől függően használhat egy másik Azure-régiót dr.

    A hana-felskálázáshoz szükséges lépések a harmadik helyen tükrözik a HANA-skálázási fürt üzembe helyezésének lépéseit. A harmadik hely az Azure-infrastruktúra, az operációs rendszer és a HANA telepítési lépéseit használja a kibővített fürthöz SITE1 , az alábbi kivételekkel:

    • A harmadik helyen nincs terheléselosztó üzembe helyezve. A harmadik hely virtuális gépei nem integrálva vannak a meglévő fürt terheléselosztójával.
    • Ne telepítse az SAPHanaSR-ScaleOut, a SAPHanaSR-ScaleOut-doc és az operációsrendszer-csomagminta ha_sles a harmadik helybeli virtuális gépeken.
    • Nincs többségi készítő virtuális gép a harmadik helyhez, mert nincs fürtintegráció.
    • Hozza létre a /hana/shared NFS-kötetet a harmadik webhely kizárólagos használatához.
    • A harmadik hely virtuális gépei vagy HANA-erőforrásai nem integrálhatók a fürtbe.
    • Nincs HANA HA-horogbeállítás a global.ini harmadik helyéhez.

    A harmadik helyhez ugyanazt a HANA SID- és HANA-telepítési számot kell használnia.

  2. Ha az SAP HANA a harmadik helyen van telepítve és fut, regisztrálja a harmadik helyet az elsődleges helyen.

    Az alábbi példa a harmadik webhely neveként szolgál SITE-DR .

    # Execute on the third site 
    su - hn1adm
    # Register the HANA third site to the primary. Switch --online will shutdown the HANA instance on third site.
    hdbnsutil -sr_register --name=SITE-DR --remoteHost=hana-s1-db1 --remoteInstance=03 --replicationMode=async --online
    
  3. Ellenőrizze, hogy a HANA-rendszer replikációja megjeleníti-e a másodlagos helyet és a harmadik helyet.

    # Verify HANA HSR is in sync, execute on primary
    sudo su - hn1adm -c "python /usr/sap/HN1/HDB03/exe/python_support/systemReplicationStatus.py"
    
  4. Ellenőrizze a SAPHanaSR harmadik hely attribútumát. SITE-DRjelenik meg a szakaszban szereplő Sites állapottalSOK.

    # Check SAPHanaSR attribute on any cluster managed host (first or second site)
    sudo 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
    # ------------------------------------------------
    # SITE-DR                              SOK
    # HANA_S1   1674815869 4   hana-s1-db1 PRIM   P
    # HANA_S2   30         4   hana-s2-db1 SOK    S
    

    A fürt észleli a csatlakoztatott helyek replikációs állapotát. A figyelt attribútum változhat a kettő között és SFAILközöttSOK. Nincs fürtművelet, ha a dr. helyre történő replikáció meghiúsul.

A harmadik webhely automatikus regisztrálása

A két Pacemaker-fürthely közötti tervezett vagy nem tervezett átvételi esemény során a HSR a harmadik helyre is megszakad. A Pacemaker nem módosítja a HANA-replikációt a harmadik helyre.

Az SAP a HANA 2 SPS 04 paraméter register_secondaries_on_takeoveróta biztosítja. Az értékre truebeállított paraméterrel a HANA a HSR 1. és 2. fürthely közötti átvételét követően automatikusan regisztrálja a harmadik helyet az új elsődleges helyen, hogy a HSR többtargetes beállítás maradjon. Konfigurálja a Global.ini blokkban [system_replication] konfigurált HANA-paramétert register_secondaries_on_takeover = true a Linux-fürt mindkét SAP HANA-webhelyén. A SITE1-nek és a SITE2-nek is szüksége van a paraméterre a megfelelő HANA global.ini konfigurációs fájlban. A paraméter pacemaker-fürtön kívül is használható.

A HSR multitier esetében nincs automatikus SAP HANA-regisztráció a harmadik webhelyre. Manuálisan kell regisztrálnia a harmadik helyet az aktuális másodlagos helyre, hogy a HSR replikációs lánca többtényezős legyen.

Diagramfolyamat, amely bemutatja, hogyan működik egy HANA-automatikus regisztráció egy harmadik helytel az átvétel során.

Következő lépések