Szerkesztés

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

Azure Bastion
Azure Managed Disks
Azure Virtual Machines
Azure Virtual Network
SAP HANA on Azure Large Instances

Az alábbi példa kifejezetten az SAP BW/4HANA alkalmazásszintre összpontosít. Alkalmas az Azure-beli SAP BW/4HANA kis léptékű éles környezetére, ahol a magas rendelkezésre állás prioritást élvez.

Architektúra

A referenciaarchitektúra az SAP HANA magas rendelkezésre állású, vertikálisan felskálázott környezetben való futtatásának bevált eljárásait mutatja be, amelyek támogatják az Azure-beli vészhelyreállítást.

Töltse le az architektúra Visio-fájlját.

Összetevők

Ez az architektúra a következő technológiákat 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.

  • Linux rendszerű virtuális gépeket használnak az alkalmazásszinthez, beleértve a következőket:

    • Az SAP BusinessObjects (BOBJ) kiszolgálókészlete.
    • Az SAP Web Dispatcher készlet.
    • Az alkalmazáskiszolgálók készlete.
    • Az SAP Central Services-fürt.

  • A terheléselosztók az alkalmazás alhálózatában lévő virtuális gépekre irányítják a forgalmat. A magas rendelkezésre állás érdekében ez a példa az SAP Web Dispatchert és az Azure Standard Load Balancert használja. Ez a két szolgáltatás a kapacitásbővítést is támogatja horizontális felskálázással, vagy használhat Azure-alkalmazás Átjárót vagy más partnertermékeket a szükséges forgalom típusától és a szükséges funkcióktól függően, például a Secure Sockets Layer (SSL) leállításától és továbbításátó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 (NSG-k) csatlakoznak. Az NSG-k a bejövő, kimenő és alhálózati forgalom korlátozására szolgálnak a virtuális hálózaton.

  • Az Azure Bastion biztonságos hozzáférést biztosít az Azure Portalon az Azure-ban futó virtuális gépekhez jumpbox és a hozzá tartozó 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 storage lemezek használata ajánlott. Ezek a tárolási típusok adatmegőrzést biztosítanak az SAP számítási feladattal rendelkező virtuális gépek számára.

  • Az Azure NetApp Files fürt használatakor támogatja a megosztott tárolást. Akkor is támogatja a megosztott tárterületet, ha nagy teljesítményű tárolóra van szüksége, amely képes SAP HANA-adatok és naplófájlok tárolására. Az Azure NetApp Files teljes mértékben felügyelt és méretezhető ahhoz, hogy megfeleljen a legtöbb alkalmazás igényeinek. Ez a teljesítmény, az almilliszekundumos késés és az integrált adatkezelés a következő összetett vállalati számítási feladatokhoz nyújt:

    • 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.

  • A Power BI lehetővé teszi a felhasználók számára az SAP BW/4HANA-adatok elérését és vizualizációját a Windows asztalukról. A telepítéshez az SAP BW Csatlakozás or szükséges (2.0-s implementáció).

    A Microsoft Power BI Desktop különböző SAP-forrásokból, például az SAP BW/4HANA-ból importál adatokat elemzéshez és vizualizációhoz. A 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.

  • Az Azure Backup egy SAP Backint-tanúsítvánnyal rendelkező adatvédelmi megoldás az SAP HANA-hoz egypéldányos és vertikálisan felskálázott üzemelő példányokban. Az Azure Backup általános számítási feladatokkal is védi az Azure-beli virtuális gépeket.

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

Alternatívák

Forgatókönyv részletei

Az SAP BW/4HANA egy felhőre tervezett, vállalati adattárház-megoldás, amely az SAP HANA platformra van optimalizálva. Az alábbi példa kifejezetten az SAP BW/4HANA alkalmazásszintre összpontosít. Alkalmas az Azure-beli SAP BW/4HANA kis léptékű éles környezetére, ahol a magas rendelkezésre állás prioritást élvez.

Ez a példa számítási feladat az Azure-beli referenciaarchitektúrákon futó SAP-párra is épül: az SAP NetWeaver (Windows) for AnyDB virtuális gépeken , valamint AZ SAP S/4HANA linuxos virtuális gépekhez az Azure-ban. Hasonló üzembe helyezési módszert használunk SAP BW/4HANA számítási feladatokhoz. Az alkalmazásréteg olyan virtuális gépek használatával van üzembe helyezve, amelyek mérete a szervezet igényeinek megfelelően módosítható.

A hálózati elrendezés egyszerűbb lett, hogy bemutassuk az azure-beli nagyvállalati üzembe helyezés ajánlott architekturális alapelveit egy küllős topológián alapuló üzembe helyezéshez.

Feljegyzés

Az SAP-számítási feladatok Azure-beli üzembe helyezésekor számos üzembe helyezési szempontot kell figyelembe venni. További ötletekért és további információkért tekintse meg az Sap on Azure tervezési és üzembe helyezési ellenőrzőlistát.

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ő használati esetekre vonatkozik:

  • 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ásszint üzembe helyezései

Ajánlások

Ez az architektúra magas rendelkezésre állásra, méretezhetőségre és rugalmasságra lett tervezve. Az Azure-ban a legjobb eredmények érdekében tekintse meg az ebben a szakaszban található javaslatokat. Emellett az SAP S/4HANA Azure-beli futtatására vonatkozó számos javaslat az SAP BW/4HANA-üzemelő példányokra is vonatkozik. Az Azure-beli SAP S/4HANA-ról a referenciaarchitektúra tartalmaz további részleteket.

Virtual machines (Virtuális gépek)

Az Azure-beli virtuális gépek típusainak és átviteli sebességének metrikáihoz (SAPS) nyújtott SAP-támogatással kapcsolatos részletekért lásd az SAP Megjegyzést 1928533: "SAP-alkalmazások az Azure-ban: Támogatott termékek és Azure-beli virtuálisgép-típusok". (Ehhez és más SAP-megjegyzésekhez SAP Service Marketplace-fiók szükséges.)

Arról, hogy egy virtuálisgép-típus rendelkezik-e minősítéssel az SAP HANA kibővített üzembe helyezéséhez, tekintse meg az SAP HANA Hardverkönyvtár "Vertikális felskálázás" oszlopát.

Alkalmazáskiszolgálók készlete

Az alkalmazáskiszolgálók készletében a követelményeknek megfelelően módosíthatja a virtuális gépek számát. Az Azure rendelkezik az SAP BW/4HANA Red Hat Enterprise Linuxon és SU Standard kiadás Linux Enterprise-on való futtatására.

Az ABAP-alkalmazáskiszolgálók bejelentkezési csoportjainak kezeléséhez gyakori, hogy az SMLG-tranzakcióval különböző csoportokat kell terheléselosztásra használni, például:

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

Ezek a tranzakciók a Central Services üzenetkiszolgálójának terheléselosztási funkcióját használják a bejövő munkamenetek vagy számítási feladatok SAP-alkalmazáskiszolgálók készlete között az SAP GUI-k és az RFC-forgalom elosztásához.

SAP Central Services-fürt

Ez a példa egy magas rendelkezésre állású fürtöt mutat be, amely az Azure NetApp Filest használja megosztott fájltárolási megoldásként. A Central Services-fürt magas rendelkezésre állása megosztott tárterületet igényel. Az Azure NetApp Files egyszerű, magas rendelkezésre állású lehetőséget biztosít, így nem kell Linux-fürtinfrastruktúra üzembe helyezését használnia. Egy másik lehetőség egy magas rendelkezésre állású NFS-szolgáltatás beállítása.

A Central Servicest egyetlen, prémium szintű felügyelt lemezekkel rendelkező virtuális gépen is üzembe helyezheti, é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 a virtuális gazdagépnevek telepítéshez való használatát az SAP Megjegyzés 962955. A virtuális gazdagépnevek leválasztják az SAP-szolgáltatásokat a fizikai gazdagépek nevéről, és megkönnyítik a szolgáltatások áttelepítését egyik fizikai gazdagépről a másikra. Ez az elv a felhőalapú virtuális gépekre is vonatkozik.

Az alkalmazáskiszolgálók a Központi szolgáltatások vagy az ERS-szolgáltatások virtuális gazdagépnevén keresztül csatlakoznak az Azure magas rendelkezésre állású központi szolgáltatásaihoz. Ezek a gazdagépnevek a terheléselosztó fürt előtér-IP-konfigurációjába vannak rendelve. A terheléselosztó számos előtérbeli IP-címet támogat. A Central Services és az ERS virtuális IP-címek is egy terheléselosztóhoz köthetők.

Több SID-telepítés

Az Azure támogatja a magas rendelkezésre állást a Központi szolgáltatásokat (ASCS/SCS) futtató Linux- és Windows-fürtök több SID-alapú telepítésében is. A Pacemaker-fürtön való üzembe helyezéssel kapcsolatos részletekért tekintse meg az Azure multi-SID dokumentációját:

Közelségi elhelyezési csoportok

Ez a példaarchitektúra egy 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ére. Ez a csoporttípus helykorlátozást helyez a virtuális gépek üzembe helyezésére, és minimalizálja a közöttük lévő fizikai távolságot. A csoport elhelyezése az alábbiak szerint változik:

  • Egyetlen SID-telepítésben az összes központi szolgáltatást és alkalmazáskiszolgálót az SAP HANA-adatbázis által rögzített közelségi elhelyezési csoportba kell helyeznie.

  • Több SID-telepítés esetén szabadon társíthatja a Központi szolgáltatásokat és az alkalmazáskiszolgálókat minden olyan közelségi elhelyezési csoporttal, amelyet különböző SID-k SAP HANA-tárolói rögzítenek.

Adatbázis

Az SAP BW/4HANA az SAP HANA adatbázisplatformhoz készült. Az Azure három skálázhatósági és üzembehelyezési lehetőséget biztosít:

Tárolás

Ez a példa prémium szintű felügyelt lemezeket használ az alkalmazáskiszolgálók nem megosztott tárolóihoz. Emellett az Azure NetApp Filest is használja a fürt megosztott tárolóihoz.

Az Azure Premium SSD v2 olyan teljesítménykritikus számítási feladatokhoz készült, mint az SAP. A tárolási megoldás előnyeiről és jelenlegi korlátairól további információt a Prémium SSD v2 üzembe helyezése című témakörben talál.

Az Ultra Disk Storage jelentősen csökkenti a lemez késését. Ennek eredményeképpen a teljesítmény szempontjából kritikus fontosságú alkalmazások, például az SAP-adatbáziskiszolgálók előnyeit élvezhetik. Az Azure blokktárolási lehetőségeinek összehasonlításához tekintse meg az Azure által felügyelt lemeztípusokat.

A standard felügyelt lemezek nem támogatottak az SAP Megjegyzés 1928533. A standard tároló használata nem ajánlott sap-telepítésekhez.

A biztonsági mentési adattár esetében ajánlott az Azure ritka elérésű és archív hozzáférési szintjeinek használata. Ezek a tárolási szintek költséghatékony módszerek a ritkán használt hosszú élettartamú adatok tárolására.

Hálózatkezelés

Bár nem szükséges, a küllős topológia általában üzembe van helyezve, hogy logikai elkülönítést és biztonsági határokat biztosítson egy SAP-környezet számára. További hálózatkezelési részletekért tekintse meg az SAP S/4HANA referenciaarchitektúráját.

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

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

Megfontolások

Ezek a szempontok implementálják az Azure Well-Architected Framework alappilléreit, amely a számítási feladatok minőségének javítására használható vezérelvek halmaza. További információ: Microsoft Azure Well-Architected Framework.

Teljesítmény hatékonysága

A teljesítménybeli hatékonyság lehetővé teszi, hogy a számítási feladatok hatékonyan méretezhetők legyenek a felhasználók igényei szerint. További információ: Teljesítményhatékonysági pillér áttekintése.

Az SAP BW/4HANA valós idejű adattárház-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 lemez gyorsítótárazása és a kiszolgáló elhelyezése két stratégia, amelyek segítenek csökkenteni a két összetevő közötti késést.

A teljesítmény szempontjából kritikus fontosságú alkalmazásokhoz, amelyek bármilyen adatbázisplatformon futnak, beleértve az SAP HANA-t, használjon prémium szintű felügyelt lemezeket , és engedélyezze az Írásgyorsítót a naplókötethez. Az Írásgyorsító M sorozatú virtuális gépekhez érhető el, és javítja az írási késést. Ha azonban elérhető, az Ultra-felügyelt lemezeket a Prémium szintű lemezek helyett írásgyorsító nélkül használhatja. Az ultralemez képességei folyamatosan fejlődnek. Annak ellenőrzéséhez, hogy ezek a lemezek megfelelnek-e a követelményeknek, tekintse át az ultralemezek szolgáltatási hatókörével kapcsolatos legfrissebb információkat. Ezt a felülvizsgálatot különösen akkor végezze el, ha az implementáció olyan Azure-rugalmassági funkciókat tartalmaz, mint a rendelkezésre állási csoportok, a rendelkezésre állási zónák és a régiók közötti replikáció.

A teljesítmény érdekében az alkalmazások és az adatbázis közötti fizikai távolság csökkentésével használjon egy közelségi elhelyezési csoportot, ahogyan azt korábban említettük. Szkriptek és segédprogramok érhetők el a GitHubon.

A kiszolgálóközi kommunikáció optimalizálásához használja a támogatott virtuális gépekhez elérhető gyorsított hálózatkezelést, beleértve a D/DSv2, D/DSv3, E/ESv3, F/FS, FSv2 és Ms/Mms gépeket. Minden SAP-implementációban gyorsított hálózatkezelésre van szükség – különösen az Azure NetApp Files használata esetén.

A másodpercenkénti magas I/O és a lemez sávszélesség-átviteli sebességének elérése érdekében a tárolókötetek teljesítményoptimalizálásának gyakori eljárásai az Azure Storage-elrendezésre vonatkoznak. Ha például több lemezt egyesítve csíkos lemezkötetet hoz létre, az javítja az IO teljesítményét. 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 kisméretű, éles szintű üzembe helyezést ír le, amely rugalmasan méretezhető a követelményeknek megfelelően.

Az SAP-alkalmazásrétegben az Azure számos virtuálisgép-méretet kínál a vertikális felskálázáshoz és a horizontális felskálázáshoz. A befogadó listát az SAP Note 1928533 című témakörben találja. Mivel továbbra is több virtuális géptípust minősítünk, skálázhat felfelé vagy lefelé ugyanabban a felhőbeli üzembe helyezésben.

Elérhetőség

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

Az alkalmazás rendelkezésre állásának maximalizálása érdekében redundáns erőforrásokat helyezhet üzembe egy rendelkezésre állási csoportban vagy a rendelkezésre állási zónákban. További információ: SAP S/4HANA referenciaarchitektúra.

Ez az architektúra egy rendelkezésre állási csoportba helyezi az azonos szerepkört betöltő virtuális gépeket. Ez a konfiguráció segít az SLA-knak való megfelelésben az Azure-infrastruktúra karbantartása és a nem tervezett leállások által okozott állásidő elleni védelemmel. A magasabb SLA beszerzéséhez rendelkezésre állási csoportonként legalább két virtuális gépre van szükség.

Azure Load Balancer

Az Azure Load Balancer egy hálózati átviteli rétegszolgáltatás (4. réteg). Fürtkonfigurációkban az Azure Load Balancer a forgalmat az elsődleges szolgáltatáspéldányra vagy az kifogástalan csomópontra irányítja, ha hiba történt. Javasoljuk, hogy minden SAP-forgatókönyvhöz használja az Azure Standard Load Balancert . Beépített biztonsági implementációt kínál, és letiltja a kimenő forgalmat a háttérkészletből, hacsak nem engedélyezi a nyilvános végpontokhoz való kimenő kapcsolatot. Emellett az Azure NAT Gateway használatával is lekérheti a kimenő kapcsolatokat.

Emellett, ha úgy dönt, hogy SAP-számítási feladatokat helyez üzembe az Azure Rendelkezésre állási zónákban, a Standard Load Balancer zónaérzékeny.

Web diszpécser

Ebben a mintatervben az SAP Web Dispatcher egyszerűen HTTP-terheléselosztási mechanizmusként használatos az SAP-alkalmazáskiszolgálók közötti SAP-forgalomhoz. A webküldő összetevő magas rendelkezésre állásának elérése érdekében az Azure Load Balancer a feladatátvevő fürtöt vagy a párhuzamos webküldő telepítőt implementálja. Tekintse meg az SAP Web Dispatchert az SAP dokumentációjában.

Szoftveres terheléselosztóként a Web Dispatcher további rétegszolgáltatásokat kínál, amelyek SSL-leállítást és egyéb kiszervezési funkciókat is képesek elvégezni. Ezeket a rétegszolgáltatásokat 7. rétegnek nevezzük az ISO hálózati modellben.

Nincs szükség más terheléselosztóra az SAP GUI-ügyfelekről érkező forgalomhoz, amelyek DIAG protokollon vagy távoli függvényhíváson (RFC) keresztül csatlakoztatják az SAP-kiszolgálót. A Central Services üzenetkiszolgálója kiegyensúlyozza a terhelést az SAP-alkalmazáskiszolgáló bejelentkezési csoportjain keresztül.

A Web Dispatcher összetevő terheléselosztóként használható az SAP-alkalmazások kiszolgálói közötti SAP-forgalomhoz. Az SAP Web Dispatcher magas rendelkezésre állásának elérése érdekében az Azure Load Balancer a feladatátvevő fürtöt vagy a párhuzamos webküldő telepítőt implementálja.

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

Az ASCS-en a beágyazott webküldő egy speciális lehetőség, és az ASCS-n lévő extra számítási feladatok miatt megfelelő méretezést kell figyelembe venni.

Központi szolgáltatások

Az SAP Central Services (ASCS) Azure Linux rendszerű virtuális gépeken való rendelkezésre állásának védelméhez a megfelelő magas rendelkezésre állású bővítményt (HAE) kell használnia a kiválasztott Linux-disztribúcióhoz. A HAE linuxos 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 felosztási problémáinak elkerülése érdekében beállíthatja a fürtcsomópont-kerítést egy iSCSI STONITH Block Device (SBD) használatával, ahogyan ez a példa is mutatja. Vagy használhatja az Azure Fence Agentet is. A továbbfejlesztett Azure Fence Agent sokkal gyorsabban biztosítja a szolgáltatás feladatátvételét, mint a Red Hat és SU Standard kiadás-környezetek ügynökének korábbi verziójához képest.

Egyéb alkalmazáskiszolgálók az alkalmazáskiszolgálók szintjén

Az ELSŐDLEGES SAP-alkalmazáskiszolgálók és más alkalmazáskiszolgálók magas rendelkezésre állása érdekében terheléselosztást kell végrehajtani az alkalmazáskiszolgálók készletén belül.

Vészhelyreállítás

Azure-támogatás különböző vészhelyreállítási lehetőségeket a követelményektől függően. Az SAP-alkalmazáskiszolgálók nem tartalmaznak üzleti adatokat, ezért a leállításuk 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 kell replikálni a vészhelyreállítási oldalra. Létrehozhat egy virtuális gépet a vészhelyreállítási régióban a Központi szolgáltatások szerepkör futtatásához, amely szintén nem őriz meg üzleti adatokat. További részletekért tekintse meg 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 az Azure Monitort, amely magában foglalja az Azure Log Analyticset és a Azure-alkalmazás Elemzések, és kifinomult eszközöket biztosít a telemetriai adatok gyűjtéséhez és elemzéséhez. Segítségével maximalizálhatja a felhő és a helyszíni erőforrások és alkalmazások teljesítményét és rendelkezésre állását. Az Azure Monitor használatával figyelheti az infrastruktúrát és az alkalmazás rendellenességeit, riasztásokat küldhet a rendszergazdáknak, és automatizálhatja az előre meghatározott feltételekre adott reakciókat.

Az SAP HANA-n és más fő adatbázis-megoldásokon futó SAP-alkalmazások esetén tekintse meg az Azure Monitor for SAP-megoldásokat , amelyekből megtudhatja, hogyan segíthet az Azure Monitor for SAP az SAP-szolgáltatások rendelkezésre állásának és teljesítményének kezelésében. Az Azure Monitor for SAP átfogó kezdeti metrikákat és telemetriát biztosít a monitorozáshoz. A metrikadefiníciók SQL-lekérdezésekként vannak tárolva a JSON-ban, és a követelményeknek megfelelően módosíthatók. A metrikák kezdőkészlete itt érhető el a GitHubon.

Backup

Az SAP ASCS és az alkalmazáskiszolgálók esetében javasoljuk, hogy az Azure Backup használatával védje a virtuális gép tartalmát. Az Azure Backup független, elkülönített biztonsági mentéseket biztosít az eredeti adatok véletlen megsemmisülése elleni védelemhez. A biztonsági másolatok egy Recovery Services-tárolóban vannak tárolva, amely a helyreállítási pontok beépített kezelését biztosítja. A konfiguráció és a méretezhetőség egyszerű, a biztonsági mentések optimalizálva vannak, és igény szerint egyszerűen visszaállíthatók.

Az adatbázisszint biztonsági mentése attól függően változik, hogy az SAP HANA virtuális gépeken vagy azure-beli nagy példányokon van-e üzembe helyezve. Tekintse meg a Linux rendszerű virtuális gépeken futó SAP HANA felügyeleti és üzemeltetési szempontjait .

Biztonság

A biztonság biztosítékokat nyújt a szándékos támadások és az értékes adatokkal és rendszerekkel való visszaélés ellen. További információ: A biztonsági pillér áttekintése.

Az SAP saját felhasználói felügyeleti motorral (UME) rendelkezik a szerepköralapú hozzáférés és engedélyezés szabályozásához az SAP-alkalmazáson és -adatbázisokon belül. További részletekért tekintse meg az SAP BW∕4HANA biztonsági útmutatót.

Az SAP S/4HANA referenciaarchitektúra az SAP BW/4HANA-ra vonatkozó egyéb infrastruktúrabiztonsági szempontokat is tartalmaz.

Közreműködők

Ezt a cikket a Microsoft tartja karban. Eredetileg a következő közreműködők írták.

Fő szerző:

A nem nyilvános LinkedIn-profilok megtekintéséhez jelentkezzen be a LinkedInbe.

Következő lépések

További információ az összetevők technológiáiról:

Ismerkedjen meg a kapcsolódó architektúrákkal: