Az SAP BW/4HANA futtatása Linux rendszerű virtuális gépeken az Azure-on

Backup
Bastion
Linux Virtual Machines
Managed Disks
Azure NetApp Files
Site Recovery
Virtual Machines
Virtual Network

SAP BW/4HANA egy felhőhöz tervezett vállalati adattárház-megoldás, amely az SAP HANA platformra van optimalizálva. Az alábbi példa kifejezetten a SAP BW/4HANA alkalmazásrétegre összpontosít. Kis méretű, azure-beli SAP BW/4HANA környezethez alkalmas, ahol a magas rendelkezésre állás elsődleges szempont.

Ez a példaként használt számítási feladat az Azure-beli SAP referenciaarchitektúrák alapjaira is alapoz: SAP NetWeaver (Windows) anyDB-hez virtuális gépeken és SAP S/4HANA Linuxrendszerű virtuális gépekhez az Azure-ban. Hasonló üzembe helyezési megközelítés használatos a SAP BW/4HANA számítási feladatokhoz is. Az alkalmazásréteg olyan virtuális gépek használatával van üzembe helyezni, amelyek mérete a szervezet igényeinek megfelelően módosítható.

Egyszerűsítettük a hálózati elrendezést, hogy egy küllős topológián alapuló azure-beli vállalati üzembe helyezéshez ajánlott architekturális rendszerbiztonsági tagokat mutassanak be.

Megjegyzés

Az SAP számítási feladatok Azure-ban való üzembe helyezésekor számos üzembe helyezési szempontot figyelembe kell venni. További ötleteket és további információkat a Azure-beli SAP és üzembe helyezés ellenőrzőlistája tartalmaz.

Az adatmegőrzési réteggel kapcsolatos részletekért lásd:

Lehetséges használati esetek

Ez a forgatókönyv a következő esetekben releváns:

  • Az SAP-alkalmazásréteg üzembe helyezése a DBMS-rétegtől elkülönítve

  • Vészhelyreállítási (DR) forgatókönyvek

  • Az SAP-alkalmazásréteg üzemelő példányai

Architektúra

A referenciaarchitektúra bevált eljárásokat mutat be a SAP HANA azure-beli vészhelyreállítást támogató magas rendelkezésre állású, skálázható környezetben való futtatásához

Összetevők

Ez az architektúra a következő összetevőket használja:

  • Az Azure Virtual Network (VNet) biztonságosan csatlakoztatja az Azure-erőforrásokat egymáshoz és egy helyszíni környezethez. Ebben az architektúrában több virtuális hálózat van társviszonyban.

  • Az alkalmazásréteg linuxos virtuális gépeket használ, beleértve a következőket:

    • Az SAP BusinessObjects (BOBJ) kiszolgálókészlet.
    • Az SAP Web Dispatcher készlet.
    • Az alkalmazáskiszolgálók készlete.
    • Az SAP Central Services-fürt.
  • A rendelkezésre állási csoportok két vagy több virtuális gépet csoportosítnak az Azure-beli gazdagépfürtökben a magas rendelkezésre állás és a magasabb szintű szolgáltatói szerződés (SLA) elérése érdekében.

  • Availability Zones a számítási feladatok rendelkezésre állását azáltal, hogy a kiszolgálókat egy Azure-régión belül több adatközpontban is elosztja.

  • A terheléselosztások az alkalmazás alhálózatában lévő virtuális gépekre irányítják a forgalmat. A magas rendelkezésre álláshoz ez a példa az SAP Web Dispatchert és az Azure standard Load Balancer. Ez a két szolgáltatás a kapacitásbővítést is támogatja a felméretezéssel, vagy használhat Azure Application Gateway-t vagy más partnertermékeket a forgalom típusától és a szükséges funkcióktól, például az SSL (SSL) megszüntetésétől és a továbbítástól függően.

  • A hálózati biztonsági csoportok (NSG-k) egy alhálózathoz vagy egy virtuális gép hálózati adaptereihez (HÁLÓZATI adapterek) vannak csatolva. Az NSG-k a virtuális hálózat bejövő, kimenő és alhálózaton belüli forgalmának korlátozására használhatók.

  • Azure Bastion az Azure-ban Azure Portal virtuális gépek biztonságos hozzáférését biztosítja jumpbox és a társított nyilvános IP-cím használata nélkül. Ez a mechanizmus korlátozza az internetes kitettséget.

  • Azure Managed Disks. Prémium vagy ultra tárolólemezek használata ajánlott. Ezek a tárolótípusok adatmegőrzést biztosítanak az SAP számítási feladatokkal futtatott virtuális gépek számára.

  • Azure NetApp Files támogatja a megosztott tárolást fürt használata esetén. Akkor is támogatja a megosztott tárolást, ha nagy teljesítményű tárterületre van szüksége, amely SAP HANA és naplófájlokat képes tartalmazni. Azure NetApp Files teljes körűen felügyelt és skálázható, hogy megfeleljen a legtöbb alkalmazás igényeinek. Operációs rendszer nélküli teljesítményt, ezredmásodperc alatti késést és integrált adatkezelést biztosít az összetett nagyvállalati számítási feladatokhoz:

    • SAP HANA.
    • Nagy teljesítményű számítástechnika.
    • LOB-alkalmazások.
    • Nagy teljesítményű fájlmegosztások.
    • Virtuális asztali infrastruktúra.
  • Power BI lehetővé teszi, hogy a felhasználók a SAP BW/4HANA-adatokhoz férnek hozzá és Windows saját asztalukról. A telepítéshez szükség van SAP BW összekötőre (2.0-s implementáció).

  • Azure Backup SAP Backint-tanúsítvánnyal rendelkező adatvédelmi megoldás az SAP HANA üzemelő példányok és a felskálásos környezetek számára. Azure Backup általános számítási feladatokkal is Virtual Machines Azure-erőforrásokat.

  • Azure Site Recovery ajánlott egy automatizált vészhelyreállítási megoldás részeként egy többrétegű SAP NetWeaver-alkalmazások üzembe helyezéséhez. A támogatási mátrix a megoldás képességeit és korlátozásait részletezi.

  • A Microsoft Power BI Desktop különböző SAP-forrásokból, például SAP BW/4HANA-ból importál adatokat elemzés és vizualizáció céljából. Power BI az SAP BusinessObjects Universet is kiegészíti azáltal, hogy üzleti környezetet vagy szemantikai réteget kínál a nyers információkhoz.

Alternatív megoldások

  • Az SAP Central Services és az SAP átviteli könyvtár sap globális gazdagépfájljának védelméhez nfs-kiszolgálókat helyezhet üzembe feladatátvevő fürtkonfigurációban.

  • Az SIOS Protection Suite, amely a Azure Marketplace-ben érhető el, a központi szolgáltatások globális gazdagépfájlinak védelmére használható NFS vagy Azure NetApp Files.

  • Azure Application Gateway egy webes forgalom terheléselosztási szolgáltatása. Az egyik szolgáltatásban SSL-megszakítást, Web Application Firewall (WAF) szolgáltatást és egyéb hasznos magas rendelkezésre állási és skálázhatósági funkciókat biztosít. Egyes SAP üzemelő példányok átjáróként használták az SAP Fiori-előoldalhoz az éles környezetben.

Javaslatok

Ez az architektúra a magas rendelkezésre állásra, a méretezhetőségre és a rugalmasságra lett tervezve. Az Azure-ban a legjobb eredmények elérése érdekében fontolja meg az ebben a szakaszban található javaslatokat. Emellett az SAP S/4HANA Azure-on való futtatására vonatkozó ajánlások közül sok a SAP BW/4HANA üzemelő példányra is vonatkozik. Az Azure-beli SAP S/4HANA-val kapcsolatos részletekért tekintse meg a referenciaarchitektúrát.

Virtual machines (Virtuális gépek)

Az Azure-beli virtuális gépek típusainak és átviteli metrikainak (SAPS) SAP-támogatásával kapcsolatos részletekért lásd: SAP Note 1928533, SAP Applications on Azure: Supported Products and Azure Virtual Machine Types (Az Azure-beli SAP-alkalmazások: Támogatott termékek és Azure-beli virtuálisgép-típusok. (Ennek és más SAP-megjegyzéseknek a eléréséhez egy " " SAP-szolgáltatás Marketplace-fiók szükséges.)

Arról, hogy egy virtuális géptípus rendelkezik-e tanúsítvánnyal a SAP HANA horizontális felskálásos telepítéséhez, tekintse meg a Hardverkönyvtár SAP HANA " " oszlopát.

Alkalmazáskiszolgálók készlete

Az alkalmazáskiszolgálók készletében a követelmények alapján módosíthatja a virtuális gépek számát. Az Azure tanúsítvánnyal rendelkezik a SAP BW/4HANA futtatásához Red Hat Enterprise Linux SUSE Linux Enterprise rendszeren.

Az alkalmazáskiszolgálók bejelentkezési csoportjainak ABAP gyakran használják az SMLG-tranzakciót a különböző csoportok terheléselosztásához, például:

  • Bejelentkezési felhasználók.
  • SM61 kötegelt kiszolgálócsoportokhoz.
  • RZ12 RFC-csoportokhoz.

Ezek a tranzakciók a központi szolgáltatások üzenetkiszolgálóján belüli terheléselosztási képességet használják a bejövő munkamenetek vagy számítási feladatok elosztásához az SAP-alkalmazáskiszolgálók készlete között az SAP GUI-k és az RFC-forgalom számára.

SAP Central Services-fürt

Ez a példa egy magas rendelkezésre álló fürtöt mutat be, amely Azure NetApp Files tárolómegoldásként használja a fürtöt. A központi szolgáltatások fürt magas rendelkezésre állásához megosztott tárterületre van szükség. A NetApp Files egy egyszerű lehetőséget kínál, így nem kell üzembe helyeznie a Linux-fürt infrastruktúráját. Egy másik lehetőség egy magas rendelkezésre álló NFS-szolgáltatás beállítása.

Központi szolgáltatásokat egyetlen, felügyelt lemezzel Prémium virtuális gépre is telepíthet, és 99,9 százalékos rendelkezésre állási SLA-t kaphat.

Az alkalmazáskiszolgálókhoz használt virtuális gépek hálózati adapterenként több IP-címet támogatnak. Ez a funkció támogatja az SAP ajánlott eljárását, amely szerint a virtuális gazdagépneveket kell használni a telepítéshez az SAP Note 962955. A virtuális gazdagépek nevei elpárolják az SAP-szolgáltatásokat a fizikai gazdagépnevektől, és megkönnyítik a szolgáltatások fizikai gazdagépek között való áttelepítését. Ez a rendszerbiztonsági tag a felhőbeli virtuális gépekre is vonatkozik.

Az alkalmazáskiszolgálók az Azure magas rendelkezésre álló központi szolgáltatásaihoz a központi szolgáltatások vagy az ERS-szolgáltatások virtuális állomásnevein keresztül csatlakoznak. Ezek az állomásnevek a terheléselosztási fürt előoldali IP-konfigurációjában vannak hozzárendelve. A terheléselosztás számos előoldali IP-t támogat. A központi szolgáltatások és az ERS virtuális IP-k (VIP-k) egy terheléselosztáshoz is kötve lehet.

Több SID-s telepítés

Az Azure a magas rendelkezésre állást is támogatja a Központi szolgáltatásokat (ASCS/SCS) Windows Linux és Windows fürtök több biztonsági azonosítóval való telepítésében. A Pacemaker-fürtökben való üzembe helyezés részleteiért tekintse meg az Azure több biztonsági azonosítót tartalmazó dokumentációját:

Közelségi elhelyezési csoportok

Ez a példaarchitektúra közelségi elhelyezési csoportot is használ a virtuális gépek közötti hálózati késés csökkentéséhez. Ez a csoporttípus helymegkötést képez a virtuális gépek üzembe helyezésére, és minimálisra csökkenti a közöttük lévő fizikai távolságot. A csoport elhelyezése a következőképpen változik:

  • Egyetlen SID-telepítés esetén az összes központi szolgáltatást és alkalmazáskiszolgálót a központi adatbázis által rögzített közelségi elhelyezési SAP HANA helyezze el.

  • Több BIZTONSÁGI azonosítóval való telepítés esetén szabadon társítható a központi szolgáltatások és az alkalmazáskiszolgálók bármely olyan közelségi elhelyezési csoporthoz, amely különböző SID-SAP HANA tárolókban van lekötve.

Adatbázis

SAP BW/4HANA-t a SAP HANA adatbázisplatformhoz tervezték. Az Azure három skálázhatósági és üzembe helyezési lehetőséget kínál:

  • A (SAP HANAüzemelő példányban az adatbázisszint két vagy több Linux rendszerű virtuális gépet használ a fürtben a magas rendelkezésre állás eléréséhez.

  • Bizonyos virtuálisgép-SAP HANA támogatja a virtuális gépek horizontális felskálskálás üzembe helyezését.

  • Az Azure Large Instances for SAP HANA 4. változat speciális célú fizikai kiszolgálók, amelyek tanúsítvánnyal SAP HANA személyre szabott adatközpont-integrációs (TDI)-szabványoknak való megfelelésre vannak hitelesítve, és egy Microsoft Azure adatközpontban találhatók.

Tárolás

Ez a példa Prémium felügyelt lemezeket használ az alkalmazáskiszolgálók nem megosztott tárolóihoz. A fürt megosztott Azure NetApp Files is használ.

A standard szintű felügyelt lemezek nem támogatottak, ahogy azt az SAP Megjegyzés 1928533. Sap-telepítések esetén nem ajánlott a standard szintű tárolás használata.

A biztonsági mentési adattárhoz az Azure cool and archive hozzáférési rétegének használatát javasoljuk. Ezek a tárolási szintek költséghatékony módszert kínálnak a ritkán használt hosszú életű adatok tárolására.

Hálózatkezelés

Bár ez nem kötelező, a küllős topológiát gyakran azért helyeznek üzembe, hogy logikai elkülönítést és biztonsági határokat biztosítanak az SAP-környezet számára. További hálózati részletekért tekintse meg az SAP S/4HANA referenciaarchitektúráját.

Az agyi virtuális hálózat központi kapcsolódási pontként működik a helyszíni hálózathoz. A küllők a központhoz társviszonyban található virtuális hálózatok, és a számítási feladatok elkülönítésére használhatók. A forgalom a helyszíni adatközpont és a központ között egy átjárókapcsolaton keresztül áramlik.

A legtöbb ügyfél-implementáció tartalmaz egy vagy több ExpressRoute-kapcsolatkapcsolatot, amelyek helyszíni hálózatokat csatlakoztatnak az Azure-hoz. A kisebb hálózati sávszélesség-igény érdekében a VPN egy alacsonyabb költségű alternatíva.

Teljesítmény

SAP BW/4HANA valós idejű adatraktározási feladatokhoz készült. Az SAP-alkalmazáskiszolgálók folyamatos kommunikációt folytatnak az adatbázis-kiszolgálókkal, így az alkalmazás virtuális gépei és az adatbázis közötti késés minimalizálása hozzájárul az alkalmazások jobb teljesítményéhez. A lemezek gyorsítótárazása és a kiszolgálók elhelyezése két stratégia, amelyek segítenek csökkenteni a késést a két összetevő között.

A bármely adatbázisplatformon futó, teljesítmény szempontjából kritikus fontosságú alkalmazásokhoz(SAP HANA) használjon felügyelt Prémium, és engedélyezze a írásgyorsító naplózási kötethez. írásgyorsító M-sorozatú virtuális gépekhez érhető el, és javítja az írási késést. Ha azonban elérhető, használjon ultra felügyelt lemezeket az Prémium lemezek írásgyorsító. Az ultralemezek képességei folyamatosan fejlődnek. Annak ellenőrzéshez, hogy ezek a lemezek megfelelnek-e a követelményeknek, tekintse át az ultralemezek szolgáltatási hatókörére vonatkozó legfrissebb információkat. Különösen akkor tekintse át ezt a felülvizsgálatot, ha az implementáció olyan Azure-rugalmassági funkciókat tartalmaz, mint a rendelkezésre állási készletek, Availability Zones és régiók közötti replikáció.

Az alkalmazások és az adatbázis közötti fizikai távolság csökkentésével a teljesítmény növelése érdekében használjon közelségi elhelyezési csoportot a korábban említettek szerint. A szkriptek és segédprogramok a GitHub.

A kiszolgálók közötti kommunikáció optimalizálásához a támogatott virtuális gépekhez (például D/DSv2, D/DSv3, E/ESv3, F/FS, FSv2 és Ms/Mms) elérhető gyorsított hálózathasználatot használhatja. Minden SAP-implementációban gyorsított hálózatra van szükség – különösen akkor, ha Azure NetApp Files használ.

A másodpercenkénti I/O és a lemez sávszélesség-átviteli sebességének eléréséhez a tárolókötetek teljesítményoptimalizálásának általános gyakorlata az Azure Storage elrendezésére vonatkozik. Ha például több lemezt kombinál egy csíkozott lemezkötet létrehozásához, az javítja az I/O-teljesítményt. A tárolóban található ritkán változó tartalmak olvasási gyorsítótárazásának engedélyezésével növelhető az adatelérés sebessége.

Méretezhetőség

Ez a példaarchitektúra egy kis méretű, éles környezetben való üzembe helyezést mutat be, amely rugalmasan méretezhető a követelmények alapján.

Az SAP-alkalmazási rétegben az Azure a virtuális gépek méretének széles választékát kínálja a méretezéshez és a felskálához. A befogadó listát lásd: SAP Note 1928533. Ahogy egyre több virtuálisgép-típust minősítünk, ugyanabban a felhőalapú üzemelő példányban felfelé vagy lefelé is skálázhat.

Rendelkezésre állás

Az erőforrás-redundancia a magas rendelkezésre álló infrastruktúra-megoldások általános témája. Ha a szervezete kevésbé szigorú SLA-val rendelkezik, használjon egypéldányos virtuális gépeket Prémium lemezekkel, amelyek üzemidőre vonatkozó SLA-t kínálnak.

Az alkalmazások rendelkezésre állásának maximalizálása érdekében redundáns erőforrásokat helyezhet üzembe egy rendelkezésre állási készletben vagy több Availability Zones. További információ: SAP S/4HANA referenciaarchitektúra.

Ez az architektúra az azonos szerepkörű virtuális gépeket egy rendelkezésre állási készletbe adja. Ez a konfiguráció az Azure-infrastruktúra karbantartása és a nem tervezett leállások által okozott állásidők elleni védelem révén segít az SBA-knak való megfeleltetésben. A magasabb SLA-hoz rendelkezésre állási készletenként kettő vagy több virtuális gép szükséges.

Azure Load Balancer

Azure Load Balancer egy hálózati átviteli réteg szolgáltatás (4. réteg). Fürtbeállításokban a Azure Load Balancer az elsődleges szolgáltatáspéldányra vagy a kifogástalan állapotú csomópontra irányítják a forgalmat, ha hiba történik. Javasoljuk, hogy az Azure standard Load Balancer minden SAP-forgatókönyvhöz. Tervezési biztonsági implementációt kínál, és letiltja a háttérkészletből kimenő forgalmat, kivéve, ha engedélyezi a nyilvános végpontokra irányuló kimenő kapcsolatot.

Ha úgy dönt, hogy SAP számítási feladatokat helyez üzembe a Azure Availability Zones,a standard Load Balancer zónafedő.

Web Dispatcher

Ebben a mintatervben az SAP Web Dispatchert egyszerűen HTTP-terheléselosztási mechanizmusként használjuk az SAP-alkalmazáskiszolgálók közötti SAP-forgalomhoz. A Web Dispatcher összetevő magas rendelkezésre állásának eléréséhez a Azure Load Balancer a feladatátvevő fürtöt vagy a párhuzamos Web Dispatcher-beállítást valósítja meg. Lásd az SAP Web Dispatcher dokumentációját.

Szoftveres terheléselosztási eszközként a Web Dispatcher további rétegszolgáltatásokat kínál, amelyek SSL-letöltést és egyéb kiszervezési funkciókat tudnak ellátni. Ezek a rétegszolgáltatások az ISO hálózati modell 7. rétegében ismertek.

Az SAP-kiszolgálót DIAG protokoll vagy távoli függvényhívások (RFC) használatával összekapcsoló SAP GUI-ügyfelektől származó forgalomhoz nincs szükség más terheléselelosztásra. A központi szolgáltatások üzenetkiszolgálója az SAP-alkalmazáskiszolgáló bejelentkezési csoportjain keresztül elegyenli a terhelést.

A Web Dispatcher összetevő az SAP-alkalmazáskiszolgálók közötti SAP-forgalom terheléselosztásához használható. Az SAP Web Dispatchermagas rendelkezésre állásának eléréséhez a Azure Load Balancer a feladatátvevő fürtöt vagy a párhuzamos Web Dispatcher-beállítást valósítja meg.

Az internetkapcsolattal kapcsolatos kommunikáció esetén a DMZ-hez egy különálló megoldás lenne a biztonsági szempontok kielégítése érdekében ajánlott architektúra.

Az ASCS-hez készült Embedded Web Dispatcher egy speciális lehetőség, és az ASCS további számítási feladatai miatt megfelelő méretezést kell figyelembe venni.

Központi szolgáltatások

Az SAP Central Services (ASCS) Azure-beli linuxos virtuális gépeken való rendelkezésre állásának védelméhez a kiválasztott Linux-disztribúcióhoz megfelelő magas rendelkezésre állású bővítményt (HAE) kell használnia. A HAE Linux-fürtözési szoftvereket és operációsrendszer-specifikus integrációs összetevőket biztosít a megvalósításhoz.

A fürtök felosztási problémájának elkerülése érdekében beállíthatja a fürtcsomópont-elkerítést egy iSCSI STONITH Block Device (SBD) eszközzel, ahogyan az alábbi példában látható. Ehelyett használhatja az Azure Fence-ügynököt is. A továbbfejlesztett Azure Fence Agent sokkal gyorsabb szolgáltatás-feladatátvételt biztosít a Red Hat- és SUSE-környezetekhez készült ügynök előző verziójához képest.

Egyéb alkalmazáskiszolgálók az alkalmazáskiszolgálók rétegében

Az ELSŐDLEGES SAP-alkalmazáskiszolgálók és más alkalmazáskiszolgálók magas rendelkezésre állásának eléréséhez el kell egyensúlyba hozni a forgalmat az alkalmazáskiszolgálók készletében.

Vészhelyreállítás

Az Azure a követelményektől függően számos vészhelyreállítási lehetőséget támogat. Az SAP-alkalmazáskiszolgálók nem tartalmaznak üzleti adatokat, így a leállítás előtt létrehozhat SAP-alkalmazáskiszolgálókat egy másodlagos régióban. Az SAP-alkalmazáskiszolgáló szoftverfrissítéseit és konfigurációs módosításait manuálisan vagy ütemezés szerint replikálni kell a vészhelyreállítási oldalra. A vészhelyreállítási régióban virtuális gépet is felépíthet a Központi szolgáltatások szerepkör futtatásához, amely szintén nem marad meg az üzleti adatokban. Részletekért lásd az SAP S/4HANA referenciaarchitektúráját.

Figyelés

Az alkalmazások és szolgáltatások rendelkezésre állásának és teljesítményének maximalizálása érdekében használja a Azure Monitor. Azure Monitor egy átfogó megoldás a felhőből és a helyszíni környezetből származó telemetriai adatok gyűjtésére, elemzésére és az azokkal való cselekvésre.

Az erőforrások SAP-alapú monitorozásának és az SAP-infrastruktúra szolgáltatási teljesítményének SAP-alapú figyeléséhez használja az Azure SAP Enhanced Monitoring bővítményt. Részletekért lásd: SAP-2191498, " SAP Linuxon az Azure-ral: Továbbfejlesztett monitorozás."

Azure Monitor,amely már tartalmazza az Azure Log Analyticset és az Azure Application Elemzések, kifinomult eszközöket biztosít a telemetria gyűjtéséhez és elemzéséhez. Segítségével maximalizálhatja a felhőbeli és helyszíni erőforrások és alkalmazások teljesítményét és rendelkezésre állását. Azure Monitor az infrastruktúra és az alkalmazás anomáliákkal kapcsolatos rendszergazdák figyelése és riasztása, valamint az előre meghatározott feltételekre adott reakció automatizálása.

Az erőforrások SAP-alapú monitorozásának és az SAP-infrastruktúra szolgáltatási teljesítményének SAP-alapú figyeléséhez használja az Azure SAP Enhanced Monitoring bővítményt. Ez a bővítmény betölti az Azure monitorozási statisztikáit az SAP alkalmazásba az operációs rendszer monitorozása és a DBA Cockpit funkcióinak használata céljából. Az SAP továbbfejlesztett monitorozása kötelező előfeltétel a Azure-beli SAP. Részletekért lásd: SAP-2191498 – "SAP On Linux with Azure: Enhanced Monitoring". (Az SAP-megjegyzések eléréséhez sajatszolgáltatás Marketplace-fiókkal kell rendelkezik.)

A natív Azure-beli, végpontok között a SAP BW/4HANA-hoz való, natív Azure-beli monitorozási megoldás Azure Monitor sap. Azure Monitor SAP-hez jelenleg nyilvános előzetes verzióban érhető el. Ez csak korlátozott számú régióban érhető el, ezért gondosan értékelje ki, hogy megfelel-e az igényeinek.

Azure Monitor SAP-hez való alkalmazás a metrikák és telemetria átfogó kezdeti készletét biztosítja a monitorozáshoz. A metrikadefiníciók JSON SQL lekérdezésekként vannak tárolva, és a követelmények szerint módosíthatók. A metrikák kezdő készlete itt GitHub érhető el.

Backup

Javasoljuk, hogy az SAP ASCS és az alkalmazáskiszolgálók Azure Backup a virtuális gép tartalmának védelméhez. Azure Backup, elkülönített biztonsági másolatokat biztosít, amelyek segítenek az eredeti adatok véletlen megsemmisítése elleni védelemben. A biztonsági másolatok egy helyreállítási tárban vannak tárolva, amely a helyreállítási pontok beépített kezelését kínálja. A konfiguráció és a skálázhatóság egyszerű, a biztonsági másolatok optimalizálva vannak, és szükség esetén egyszerűen visszaállíthatók.

Az adatbázisszint biztonsági mentése attól függően változik, hogy a SAP HANA virtuális gépeken vagy azure-beli nagy méretű példányon van-e üzembe stb. A Linux rendszerű virtuális gépeken SAP HANA felügyeleti és üzemeltetési szempontokat.

Biztonság

Az SAP saját felhasználókezelő motorral (UME) szabályozhatja a szerepköralapú hozzáférést és engedélyezést az SAP-alkalmazásokban és -adatbázisokban. Részletekért lásd a biztonsági útmutatót SAP BW∕4HANA.

Az SAP S/4HANA referenciaarchitektúra az infrastruktúra egyéb biztonsági szempontjait is figyelembe SAP BW/4HANA esetében.

Következő lépések

További információ az összetevő-technológiákról:

Ismerje meg a kapcsolódó architektúrákat: