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

Az SAP-alkalmazás vészhelyreállítási irányelvei

  • Cikk

Az Azure-beli SAP-számítási feladatok vészhelyreállításának (DR) konfigurálásához rendszeresen tesztelnie, finomhangolnia és frissítenie kell a folyamatot. A vészhelyreállítás tesztelése segít azonosítani a függő szolgáltatások sorrendjét, amelyek szükségesek ahhoz, hogy elindíthassa az SAP számítási feladatátvételét, vagy elindíthassa a rendszert a másodlagos helyen. A szervezetek általában az Active Directory (AD) és a DNS-szolgáltatásokhoz csatlakoztatott SAP-rendszereiket használják a megfelelő működéshez. Amikor beállítja a DR-t az SAP-számítási feladathoz, győződjön meg arról, hogy az AD- és DNS-szolgáltatások működnek, mielőtt helyreállítja az SAP-t és más nem SAP-rendszereket, hogy az alkalmazás megfelelően működjön. Az Active Directory és a DNS védelmére vonatkozó útmutatásért olvassa el , hogyan védheti meg az Active Directoryt és a DNS-t. A dokumentumban leírt, az SAP-alkalmazásra vonatkozó DR-javaslat absztrakt szinten van. A DR-stratégiát az adott beállítás alapján kell megterveznie, és dokumentálnia kell a végpontok közötti forgatókönyvet.

DR-javaslat SAP-számítási feladatokhoz

Általában elosztott SAP NetWeaver rendszerekben; A központi szolgáltatások, az adatbázis és a megosztott tároló (NFS/SMB) egyetlen meghibásodási pont (SPOF). A különböző SPOF-k hatásának mérsékléséhez szükséges ezeknek az összetevőknek a redundanciája. Ezen SPOF-összetevők redundanciáját az elsődleges régióban a magas rendelkezésre állás konfigurálásával lehet elérni. Az összetevő magas rendelkezésre állása védi az SAP-rendszert a helyi hibáktól vagy katasztrófáktól. Az SAP-alkalmazások földrajzilag elosztott katasztrófák elleni védelme érdekében azonban a DR-stratégiát minden SAP-összetevőre alkalmazni kell.

A virtuális gépeken futó SAP-rendszerek esetében az Azure Site Recovery használatával hozhat létre vészhelyreállítási tervet. Az alábbiakban az SAP-rendszer minden összetevőjére vonatkozóan javasolt vészhelyreállítási módszert kell alkalmazni. A jelen dokumentum nem fedi le az önálló, nem NetWeaver SAP-motorokat, például a TREX-et és a nem SAP-alkalmazásokat.

Összetevők Ajánlás
SAP Web Dispatcher Virtuális gép replikálása az Azure Site Recovery használatával
SAP Central Services Virtuális gép replikálása az Azure Site Recovery használatával
SAP-alkalmazáskiszolgáló Virtuális gép replikálása az Azure Site Recovery használatával
SAP-adatbázis Az adatbázis által kínált replikációs módszer használata
Megosztott tárterület Tartalom replikálás tártípusonként megfelelő módszerrel

SAP Web Dispatcher

Az SAP Web Dispatcher összetevő terheléselosztóként működik az SAP-alkalmazások kiszolgálói közötti SAP-forgalomhoz. Az SAP Web Dispatcher összetevő magas rendelkezésre állásának elérésére különböző lehetőségek állnak rendelkezésre az elsődleges régióban. A beállítással kapcsolatos további információkért tekintse meg az SAP Web Dispatcher és az SAP Web Dispatcher HA beállításának magas rendelkezésre állását az Azure-ban.

  • 1. lehetőség: Magas rendelkezésre állás fürtmegoldás használatával.
  • 2. lehetőség: Magas rendelkezésre állás párhuzamos SAP Web Dispatcherekkel.

A magas rendelkezésre állású SAP Web Dispatcher elsődleges régióban való beállításához használhatja az Azure Site Recoveryt. Az elsődleges régióban futó párhuzamos webes diszpécserek (2. lehetőség) esetében konfigurálhatja az Azure Site Recoveryt a dr. Az elsődleges régióban az 1. lehetőséggel konfigurált SAP Web Dispatcher esetében azonban a feladatátvétel után további módosításokat kell végrehajtania ahhoz, hogy a DR régióhoz hasonló HA-beállítás legyen. Mivel az SAP Web Dispatcher magas rendelkezésre állásának fürtmegoldással való konfigurálása az SAP központi szolgáltatásaihoz hasonlóan van konfigurálva. Kövesse ugyanazokat az irányelveket, mint az SAP Central Services esetében.

SAP Central Services

Az SAP központi szolgáltatásai enqueue- és üzenetkiszolgálót tartalmaznak, amely az SAP-alkalmazás egyik spofja. Egy SAP-rendszerben csak egy ilyen példány lehet, és konfigurálható magas rendelkezésre állásra. Olvassa el az SAP Central Service magas rendelkezésre állását az Azure-beli SAP-számítási feladatok különböző magas rendelkezésre állású megoldásának megismeréséhez.

Az SAP Central Services magas rendelkezésre állásának konfigurálása megvédi az erőforrásokat és a folyamatokat a helyi incidensektől. Az SAP Central Services dr. eléréséhez használhatja az Azure Site Recoveryt. Az Azure Site Recovery replikálja a virtuális gépeket és a csatlakoztatott felügyelt lemezeket, de a DR-stratégia további szempontokat is figyelembe vett. Az SAP központi szolgáltatásaihoz használt operációs rendszer alapján további információt a következő szakaszban talál.

Az SAP-rendszer esetében az elsődleges régió spof összetevőjének redundanciáját a magas rendelkezésre állás konfigurálásával lehet elérni. A vészhelyreállítási régióban a feladatátvételt követően hasonló magas rendelkezésre állású beállítás eléréséhez további pontokat kell figyelembe vennie. Ezek közé tartozik a fürt újrakonfigurálása, az SAP megosztott címtárak rendelkezésre állásának biztosítása, valamint a virtuális gépek és a felügyelt lemezek replikálása a DR-helyre az Azure Site Recoveryvel. Linuxon az SAP-alkalmazás magas rendelkezésre állása a pacemaker-fürtmegoldással érhető el. Az alábbi ábra azOKAT a különböző összetevőket mutatja be, amelyek az SAP központi szolgáltatásainak a Pacemakerrel való magas rendelkezésre állásának konfigurálásában vesznek részt. Minden összetevőt figyelembe kell venni, hogy a dr. helyen hasonló magas rendelkezésre állás legyen beállítva. Ha az SAP Web Dispatchert pacemaker-fürtmegoldással konfigurálta, hasonló szempontokat is figyelembe kell vennie.

SAP rendszer Linux-architektúra

Belső terheléselosztó

Az Azure Site Recovery replikálja a virtuális gépeket a DR-helyre, de nem replikálja az Azure Load Balancert. A feladatátvétel előtt vagy után külön belső terheléselosztót kell létrehoznia a dr. helyen. Ha korábban belső terheléselosztót hoz létre, hozzon létre egy üres háttérkészletet, és vegyen fel virtuális gépeket a feladatátvételi esemény után.

Pacemaker-fürtmegoldás

A pacemaker-fürtök konfigurációi virtuális gépek helyi fájljaiban találhatók, amelyeket az Azure Site Recoveryvel replikálnak a DR-helyre. Az as-is pacemaker fürtkonfiguráció nem működik a virtuális gépeken a feladatátvétel után. A megoldás működéséhez további fürtkonfigurációra van szükség.

Olvassa el ezeket a blogokat, hogy megismerje a pacemaker-fürt újrakonfigurálását a DR régióban a tárolási és kerítési mechanizmus típusától függően.

SAP megosztott könyvtárak Linuxhoz

Az SAP NetWeaver vagy az ABAP platform magas rendelkezésre állású beállítása enqueue replikációs kiszolgálót használ az SAP-rendszer enqueue szolgáltatásának alkalmazásszintű redundanciája érdekében Pacemaker-fürtkonfigurációval. Az SAP központi szolgáltatásainak (ASCS és ERS) magas rendelkezésre állású beállítása NFS-csatlakoztatásokat használ. Ezért gondoskodnia kell arról, hogy az SAP bináris fájljai és az ezekben az NFS-csatlakoztatásokban lévő adatok replikálva legyenek a DR-helyre. Az Azure Site Recovery replikálja a virtuális gépeket és a helyi felügyelt lemezeket, de nem replikálja az NFS-csatlakoztatásokat. A beállításhoz konfigurált NFS-tároló típusa alapján gondoskodnia kell arról, hogy az adatok replikálva legyenek, és elérhetők legyenek a DR-helyen. Az egyes tárolók régiók közötti replikációs módszertana absztrakt szinten jelenik meg. Meg kell erősítenie a tároló replikálásához és a teszteléshez szükséges pontos lépéseket.

SAP megosztott címtárak Régiók közötti replikáció
NFS az Azure-fájlokon Egyéni (például rsync)
NFS az ANF-en Igen (régiók közötti replikáció)
NFS-fürt Egyéni

Tipp.

Javasoljuk, hogy telepítse az Egyik Azure-beli, belső NFS-szolgáltatást: az NFS-t az Azure Filesban vagy az NFS ANF-köteteket a megosztott adatok magas rendelkezésre állású SAP-rendszerben való tárolásához. Vegye figyelembe, hogy az NFS-fürtök használatával megszüntetjük az SAP referenciaarchitektúráit.

Kerítés mechanizmusa

Függetlenül az operációs rendszertől (SLES vagy RHEL) és annak verziójától, a pacemakernek érvényes kerítési mechanizmusra van szüksége ahhoz, hogy a teljes megoldás megfelelően működjön. Az elsődleges régióban beállított kerítési mechanizmus típusától függően meg kell győződnie arról, hogy a feladatátvételt követően ugyanez a kerítési mechanizmus be van állítva a dr. helyen.

Kerítés mechanizmusa Régiók közötti dr. javaslat
SBD iSCSI-tárolókiszolgáló használatával Replikálja az iSCSI-célkiszolgálót az Azure Site Recovery használatával.
DR virtuális gépeken ismét felderítheti az iSCSI-lemezt.
Azure kerítésügynök Felügyelt rendszeridentitások (MSI) engedélyezése dr. virtuális gépeken.
Egyéni szerepkörök hozzárendelése.
Frissítse a fürt kerítésügynök-erőforrását.
SBD az Azure-ból megosztott lemez használatával* Konfigurálja az új Azure Shared Disket a dr. régióban. Azure Shared Disk csatolása dr. virtuális gépekhez a feladatátvétel után.
Az Azure megosztott lemez SBD-eszközének beállítása.

*Az Azure-beli megosztott lemezhez készült ZRS korlátozott régiókban érhető el.

Feljegyzés

Javasoljuk, hogy az egyszerű működés és a feladatátvétel érdekében azonos kerítési mechanizmussal rendelkezzen az elsődleges és a dr. régióban is. A dr. helyre történő feladatátvétel után nem ajánlott különböző kerítési mechanizmussal rendelkeznie.

SAP-alkalmazáskiszolgálók

Az elsődleges régióban az SAP-alkalmazáskiszolgálók redundanciái több virtuális gép példányainak telepítésével érhetők el. Ha az SAP-alkalmazáskiszolgálókhoz szeretne DR-t használni, az Azure Site Recovery minden alkalmazáskiszolgáló virtuális géphez beállítható. Az alkalmazáskiszolgálókhoz csatlakoztatott megosztott tárolók (átviteli fájlrendszer, interfészadat-fájlrendszer) esetében kövesse a megosztott tároló típusa alapján a megfelelő DR-gyakorlatot.

SAP-adatbáziskiszolgálók

AZ SAP számítási feladatot futtató adatbázisok esetében a natív DBMS replikációs technológiával konfigurálja a DR-t. Az Azure Site Recovery használata adatbázisokhoz nem ajánlott, mivel nem garantálja a DB konzisztenciáját, és adatváltozási korlátozásokkal rendelkezik. Az egyes adatbázisok replikációs technológiája eltérő, ezért kövesse a vonatkozó adatbázis-irányelveket. Az alábbi táblázat az SAP-számítási feladatokhoz használt adatbázisok listáját és a megfelelő DR-javaslatot mutatja be.

Adatbázis DR-javaslat
SAP HANA HANA-rendszerreplikációs (HSR)
Oracle Oracle Data Guard (FarSync)
IBM DB2 Magas rendelkezésre állású vészhelyreállítás (HADR)
Microsoft SQL Microsoft SQL Always On
SAP ASE A Standard kiadás HADR Always On
SAP MaxDB Készenléti adatbázis

A költségoptimalizált megoldáshoz az adatbázis-dr. stratégia biztonsági mentési és visszaállítási lehetőségét is használhatja.

Biztonsági mentés és visszaállítás

A biztonsági mentés és a visszaállítás más megoldás, a vészhelyreállítás megvalósításához használható az SAP-számítási feladatokhoz, ha az üzleti RTO és az RPO nem kritikus. Az Azure Backup felhőalapú biztonsági mentési szolgáltatással másolatot készíthet az SAP-számítási feladatok különböző összetevőiről, például virtuális gépekről, felügyelt lemezekről és támogatott adatbázisokról. Az Azure Backup-forgatókönyvek és -üzemelő példányok általános támogatási beállításaival és korlátozásaival kapcsolatos további információkért tekintse meg az Azure Backup támogatási mátrixát.

Szolgáltatások Összetevő Azure Backup-támogatás
Compute Azure-beli virtuális gépek Támogatott
Tárolás Azure Managed Disks, beleértve a megosztott lemezeket Támogatott
Tárolás Azure-fájlmegosztás – SMB (Standard vagy Premium) Támogatott
Tárolás Azure-blobok Támogatott
Tárolás Megosztott Azure-fájl – NFS (Standard vagy Premium) Nem támogatott
Tárolás Azure NetApp Files Nem támogatott
Adatbázis SAP HANA-adatbázis Azure-beli virtuális gépeken Támogatott
Adatbázis SQL Server Azure-beli virtuális gépeken Támogatott
Adatbázis Oracle Támogatott*
Adatbázis IBM DB2, SAP A Standard kiadás Nem támogatott

Feljegyzés

*Az Azure backup támogatja az Oracle-adatbázist az Azure-beli virtuális gépek biztonsági mentésének használatával az adatbázisok konzisztens pillanatképeihez.

Az Azure Backup nem támogatja az SAP számítási feladataihoz használt összes Azure-tárolót és adatbázist.

Az Azure Backup a helyreállítási tárban tárolja a biztonsági mentéseket, amelyek a választott replikációs típus (LRS, ZRS vagy GRS) alapján replikálják az adatokat. Georedundáns tárolás (GRS) esetén a rendszer replikálja a biztonsági mentési adatokat egy párosított másodlagos régióba. Ha engedélyezve van a régiók közötti visszaállítási funkció, visszaállíthatja a támogatott felügyeleti típus adatait a másodlagos régióban.

A biztonsági mentés és a visszaállítás hagyományosabb költségoptimalizált megközelítés, de magasabb RTO-val jár. Mivel az összes alkalmazást vissza kell állítania a biztonsági másolatból, ha feladatátvétel történik a DR régióba. Ezért elemeznie kell az üzleti igényeit, és ennek megfelelően meg kell terveznie egy DR-stratégiát.

Hivatkozások