Az SAP-alkalmazás vészhelyreállítási irányelvei
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 szükséges függő szolgáltatások sorrendjét, mielőtt elindíthatja az SAP számítási feladatátvételt, vagy elindíthatja a rendszert a másodlagos helyen. A szervezetek általában az Active Directory (AD) és a DNS-szolgáltatásokhoz csatlakoztatott SAP-rendszerekkel rendelkeznek 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 az Active Directory és a DNS védelmének módját. Az ebben a dokumentumban leírt, AZ SAP-alkalmazásra vonatkozó dr. ajánlás absztrakt szinten van, a dr.vészhelyreállítási 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-ok hatásának mérsékléséhez be kell állítani ezeknek az összetevőknek a redundanciát. Ezen SPOF-összetevők redundanciáját az elsődleges régióban a magas rendelkezésre állás konfigurálásával érheti el. Az összetevő magas rendelkezésre állású beállítása megvédi az SAP-rendszert a helyi hibáktól vagy katasztrófáktól. Az SAP-alkalmazások földrajzilag szétszórt katasztrófák elleni védelme érdekében azonban a vészhelyreállítási 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 SAP-rendszer minden összetevőjére vonatkozóan az alábbi vészhelyreállítási módszer ajánlott. A jelen dokumentum nem foglalkozik a különálló, nem NetWeaver SAP-motorokkal, például a TREX-rel és a nem SAP-alkalmazásokkal.
| Ö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 a tárolótípusonkénti megfelelő módszerrel |
SAP Web Dispatcher
Az SAP Web Dispatcher összetevő terheléselosztóként működik az SAP-alkalmazáskiszolgálók 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. További információ erről a lehetőségről: Az SAP Web Dispatcher és az SAP Web Dispatcher HA beállításának magas rendelkezésre állásaaz 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 történő beállításához használhatja az Azure Site Recovery. Az elsődleges régióban futó párhuzamos webes kézbesítők (2. lehetőség) esetében konfigurálhatja az Azure Site Recovery a vészhelyreállítás eléréséhez. Ha azonban az ELSŐDLEGES régióban az 1. lehetőséggel konfigurálta az SAP Web Dispatchert, a feladatátvétel után további módosításokat kell végrehajtania ahhoz, hogy a vészhelyreállítási régióhoz hasonló magas rendelkezésreállási beállítás legyen beállítva. Mivel az SAP Web Dispatcher magas rendelkezésre állásának konfigurálása a fürtmegoldással hasonlóan van konfigurálva, mint az SAP központi szolgáltatásai. Kövesse az SAP Central Servicesre vonatkozó irányelveket.
SAP Central Services
Az SAP központi szolgáltatásai tartalmazzák az enqueue és az üzenetkiszolgálót, amely az SAP-alkalmazás egyik spofja. Az SAP-rendszerekben csak egy ilyen példány lehet, és konfigurálható magas rendelkezésre állásra. Olvassa el a Magas rendelkezésre állás az SAP Central szolgáltatáshoz című cikket, amelyből megismerheti az Azure-beli SAP számítási feladatok különböző magas rendelkezésre állású megoldását.
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 vészhelyreállításának eléréséhez használhatja az Azure Site Recovery. Az Azure Site Recovery replikálja a virtuális gépeket és a csatlakoztatott felügyelt lemezeket, de a vészhelyreállítási stratégia további szempontokat is figyelembe veszi. Az SAP központi szolgáltatásaihoz használt operációs rendszer alapján tekintse meg az alábbi szakaszt.
Az SAP-rendszer esetében az elsődleges régióban az SPOF-összetevő redundanciáját a magas rendelkezésre állás konfigurálásával lehet elérni. Ahhoz, hogy a feladatátvételt követően a vészhelyreállítási régióban hasonló magas rendelkezésre állású beállításokat lehessen elérni, további pontokat kell figyelembe vennie, például a fürtkonfigurációt, az SAP megosztott címtárainak rendelkezésre állását, valamint a virtuális gépek replikálását és a felügyelt lemez dr.vészhelyre helyezését az Azure Site Recovery használatával. Linux rendszeren az SAP-alkalmazás magas rendelkezésre állása a pacemaker-fürtmegoldással érhető el. Az alábbi ábra az SAP központi szolgáltatásainak a Pacemakerrel való magas rendelkezésre állásának konfigurálásához kapcsolódó különböző összetevőket mutatja be. Minden összetevőt figyelembe kell venni ahhoz, hogy a vészhelyreállítási 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 venni.
Belső terheléselosztó
Az Azure Site Recovery replikálja a virtuális gépeket a vészhelyreállítási helyre, de nem replikálja az Azure Load Balancert. A vészhelyreállítási helyen előbb vagy a feladatátvétel után külön belső terheléselosztót kell létrehoznia. Ha korábban belső terheléselosztót hoz létre, hozzon létre egy üres háttérkészletet, és adjon hozzá virtuális gépeket a feladatátvételi esemény után.
Pacemaker-fürtmegoldás
A pacemaker-fürt konfigurációi virtuális gépek helyi fájljaiban találhatók, amelyeket az Azure Site Recovery a DR-helyre replikálnak. 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ípusa alapján.
- SAP ASCS/ERS HA-fürt SBD-eszközzel (iSCSI-célkiszolgáló használatával) feladatátvétel dr. régióba az Azure Site Recovery használatával.
- SAP ASCS HA-fürt (Linux operációs rendszeren) feladatátvétel dr. régióba az Azure Site Recovery használatával.
MEGOSZTOTT SAP-címtárak Linuxhoz
Az SAP NetWeaver vagy az ABAP platform magas rendelkezésre állású beállítása az enqueue replikációs kiszolgálót használja az SAP-rendszer pacemaker-fürtkonfigurációval rendelkező enqueue szolgáltatásának alkalmazásszintű redundanciája eléréséhez. 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 győződjön meg arról, hogy az EZEKBEN az NFS-csatlakoztatásokban lévő SAP bináris fájlok és adatok replikálva vannak a DR-helyre. Az Azure Site Recovery replikálja a csatlakoztatott virtuális gépeket és 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 meg kell győződnie arról, hogy az adatok replikálva és elérhetővé válnak a vészhelyreállítási helyen. Az egyes tárolók régiók közötti replikációs módszertanát absztrakt szinten mutatjuk be. Meg kell erősítenie a tároló replikálásához és a teszteléshez szükséges pontos lépéseket.
| MEGOSZTOTT SAP-címtárak | Régiók közötti replikáció |
|---|---|
| NFS az Azure Fileson | Egyéni (például rsync) |
| NFS anf rendszeren | Igen (régiók közötti replikáció) |
| NFS-fürt | Egyéni |
Tipp
Javasoljuk, hogy helyezzen üzembe egy azure-beli belső NFS-szolgáltatást: NFS-t Azure Files vagy NFS ANF-köteteken 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ák kiemelését.
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ésmechanizmus típusától függően meg kell győződnie arról, hogy a vészhelyreállítási helyen a feladatátvételt követően ugyanaz a kerítési mechanizmus van beállítva.
| Kerítés mechanizmusa | Régiók közötti vészhelyreállítási javaslat |
|---|---|
| SBD iSCSI-tárolókiszolgáló használatával | Replikálja az iSCSI-tárolókiszolgálót az Azure Site Recovery használatával. Dr. virtuális gépeken ismét felderítheti az iSCSI-lemezt. |
| Azure-beli kerítésügynök | Engedélyezze a felügyelt rendszeridentitásokat (MSI) dr. virtuális gépeken. Egyéni szerepkörök hozzárendelése. Frissítse a kerítésügynök erőforrását a fürtben. |
| SBD Azure-beli megosztott lemez használatával* | Konfigurálja az új Azure Shared Disket a DR-régióban. Azure-beli megosztott lemez csatolása dr. virtuális gépekhez a feladatátvétel után.Azure-beli megosztott lemez SBD-eszköz beállítása. |
*Az Azure-beli megosztott lemezhez készült ZRS korlátozott régiókban érhető el.
Megjegyzés
Javasoljuk, hogy a könnyű kezelés és a feladatátvétel érdekében azonos kerítési mechanizmussal rendelkezzen az elsődleges és a dr. régió esetében is. A dr. hely feladatátvétele után nem ajánlott különböző kerítési mechanizmussal rendelkezni.
SAP-alkalmazáskiszolgálók
Az elsődleges régióban az SAP-alkalmazáskiszolgálók redundanciáit a példányok több virtuális gépen való telepítésével lehet elérni. Az SAP-alkalmazáskiszolgálók dr. beállításához az Azure Site Recovery minden alkalmazáskiszolgálói 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 megfelelő DR-gyakorlatot.
SAP-adatbáziskiszolgálók
SAP számítási feladatot futtató adatbázisok esetén a dr. konfigurálásához használja a natív DBMS-replikációs technológiát. Az Azure Site Recovery adatbázisokhoz való használata nem ajánlott, mivel nem garantálja a adatbázis 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 | ASE HADR Always On |
| SAP MaxDB | Készenléti adatbázis |
A költségoptimalizált megoldáshoz akár biztonsági mentési és visszaállítási lehetőséget is használhat az adatbázis-dr.vészhelyreállítási stratégiához.
Biztonsági mentés és visszaállítás
A biztonsági mentés és visszaállítás egy másik megoldás, a segítségével vészhelyreállítást érhet el az SAP számítási feladataihoz, ha az üzleti RTO és az RPO nem kritikus fontosságú. Az Azure Backup felhőalapú biztonsági mentési szolgáltatással másolatot készíthet az SAP számítási feladat 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. Ha többet szeretne megtudni a Azure Backup forgatókönyvek és üzemelő példányok általános támogatási beállításairól és korlátozásáról, tekintse meg Azure Backup támogatási mátrixot.
| Szolgáltatások | Összetevő | Azure Backup támogatás |
|---|---|---|
| Compute | Azure-beli virtuális gépek | Támogatott |
| Tárolás | Azure-Managed Disks megosztott lemezeket is beleértve | 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 ASE | Nem támogatott |
Megjegyzé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ázis-konzisztens pillanatképekhez.
Az Azure Backup nem támogatja az SAP számítási feladatokhoz 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 másolatokat, amelyek a kivá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 biztonsági mentési adatok replikálva lesznek 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 vissza kell állítania az összes alkalmazást a biztonsági másolatból, ha feladatátvétel történik a DR régióba. Tehát elemeznie kell az üzleti igényeit, és ennek megfelelően kell megterveznie egy DR-stratégiát.