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 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.
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.
- SBD-eszközzel (iSCSI-célkiszolgáló használatával) rendelkező SAP ASCS/ERS HA-fürt feladatátvétele DR-régióba az Azure Site Recovery használatával.
- SAP ASCS HA-fürt (Linux operációs rendszerben) feladatátvétel dr. régióba az Azure Site Recovery használatával.
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 | ASE 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 ASE | 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.