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.
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.
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.
Megjegyzé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.
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. 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ás érhető el, további pontokat kell figyelembe vennie, mint például a fürtkonfiguráció, az SAP megosztott címtárainak rendelkezésre állása, valamint a virtuális gépek replikálása és a dr. helyhez csatlakoztatott felügyelt lemez az Azure Site Recovery használatával. Windows rendszeren az SAP-alkalmazás magas rendelkezésre állása a Windows Server feladatátvevő fürt (WSFC) használatával érhető el. Az alábbi ábra az SAP központi szolgáltatásainak WSFC-vel való magas rendelkezésre állásának konfigurálásához szükséges különböző összetevőket mutatja be. Minden összetevőt ki kell értékelni, hogy hasonló magas rendelkezésre állást érjen el a DR-helyen. Ha az SAP Web Dispatchert WSFC használatával konfigurálja, hasonló szempontokat is figyelembe kell vennie.
Terheléselosztóval
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.
Kvórum (felhőbeli tanúsító)
Ha egy felhőbeli tanúsítóval rendelkező fürtöt konfigurál annak kvórummechanizmusaként, akkor létre kell hoznia egy külön tárfiókot a DR régióban. Feladatátvétel esetén a kvórumbeállítást frissíteni kell az új tárfiók nevével és hozzáférési kulcsaival.
Windows Server feladatátvevő fürt
Ha feladatátvétel történik, a WSFC-vel konfigurált SAP ASCS/ERS virtuális gépek nem működnek házon kívül. További újrakonfigurálásra van szükség az SAP-rendszer dr. régióban való elindításához. Az üzembe helyezés típusa (fájlmegosztás vagy megosztott lemez) alapján tekintse meg az alábbi blogot, amelyből többet is megtudhat a DR régióban végrehajtandó további lépésekről.
Windows rendszeren az SAP központi szolgáltatásainak (ASCS és ERS) magas rendelkezésre állású konfigurációja fájlmegosztással vagy megosztott lemezzel van beállítva. A fürtlemez típusától függően implementálnia kell a megfelelő módszert a lemeztípus adatainak a DR régióba való replikálásához. Az egyes fürtlemeztípusok 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.
A megosztott lemezzel rendelkező Azure Site Recovery jelenleg nyilvános előzetes verzióban érhető el. Ezért nem javasoljuk a forgatókönyv implementálását a legkritikusabb SAP éles számítási feladatokhoz
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.
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.
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.
Ez a modul az Azure sap számítási feladatokhoz való vészhelyreállítási támogatását ismerteti, beleértve az egy- és több Azure-régión belüli üzembe helyezéseket, a többrétegű SAP NetWeaver-alkalmazások Azure-beli üzembe helyezését és az Azure-szolgáltatásokat, például az Active Directoryt és a DNS-t. Felkészülés az AZ-120 vizsgára a Microsoft Azure sap számítási feladatokhoz való tervezéséhez és felügyeletéhez.
