Megosztás a következőn keresztül:


Az Azure-beli SAP üzemeltetési alapkonfigurációja

Ez a cikk az Azure-beli kezdőzóna Tervezési terület: Felügyelet Azure-környezetekhez című cikkében meghatározott szempontokra és javaslatokra épül. Az ebben a cikkben található útmutatás segítségével megtudhatja, hogyan tarthatja fenn az SAP-platformot egy Azure nagyvállalati tulajdonban, platformszinten központosított felügyelettel és monitorozással.

Ez a cikk kritikus javaslatokat nyújt az SAP üzemeltetési csapatainak az SAP-rendszerek Azure-platformon belüli karbantartásához. Mivel az SAP egy kritikus fontosságú platform, útmutatást kell adnia az Azure-beli kezdőzóna tervezési területeihez. Ha szabványos üzemeltetési eljárásokat szeretne létrehozni egy SAP számítási feladat kezeléséhez, tekintse meg az SAP számítási feladatok működési eljárásait az Azure Well-Architected Frameworkben.

Kulcsfontosságú pontok

Íme néhány fontos tervezési szempont és javaslat az SAP azure-beli monitorozásához és kezeléséhez:

  • Az Sap-megoldásokhoz készült Azure Monitorral monitorozza az SAP számítási feladatait az Azure-ban. Fontolja meg az SAP-megoldásokhoz készült Azure Monitor kiegészítését az SAP Solution Managerrel. Az Application Insights hozzáadásával kinyerheti az összes szükséges telemetriai adatot, miközben riasztásokat és támogatási jegyeket generál, ha a telemetriai adatok potenciális hibát jeleznek.

  • Veszélyforrások elleni védelem megvalósítása az SAP-hoz készült Microsoft Sentinel-megoldással. Ezzel a megoldással figyelheti SAP-rendszereit, és észlelheti a kifinomult fenyegetéseket az üzleti logika és az alkalmazásrétegek során.

  • Futtasson egy virtuálisgép-bővítményt az SAP-ellenőrzéshez. Az SAP virtuálisgép-bővítménye egy virtuális gép (VM) hozzárendelt felügyelt identitását használja a virtuális gép monitorozási és konfigurációs adatainak eléréséhez. Az ellenőrzés biztosítja, hogy az SAP-alkalmazás összes teljesítménymetrikája az SAP mögöttes Azure-bővítményéből származik.

  • A HANA-adatbázis védelme a Azure Backup szolgáltatással. Ha Azure NetApp Files helyez üzembe a HANA-, Oracle- vagy DB2-adatbázishoz, használja a Azure-alkalmazás Konzisztens pillanatkép eszközt (AzAcSnap) az alkalmazáskonzisztens pillanatképek készítéséhez. Az AzAcSnap az Oracle-adatbázisokat is támogatja. Fontolja meg az AzAcSnap használatát egy központi virtuális gépen, nem pedig az egyes virtuális gépeken.

  • Használjon virtuális gépek közötti késés-monitorozást a késésre érzékeny alkalmazásokhoz.

  • Az Azure Network Watcher kapcsolatfigyelő használatával monitorozza az SAP-adatbázisok és alkalmazáskiszolgálók késési metrikáit. Vagy hálózati késési méréseket gyűjthet és jeleníthet meg az Azure Monitor használatával.

  • Az Azure Site Recovery monitorozásával fenntarthatja az SAP-alkalmazáskiszolgálók vészhelyreállítási szolgáltatásának állapotát.

  • A teljesítményproblémák elkerülése érdekében minden éles rendszernek legalább 128 GiB (P10) prémium szintű felügyelt lemezt kell használnia az operációsrendszer-lemezekhez.

  • Zárja ki az összes adatbázis-fájlrendszert és végrehajtható programot a víruskereső vizsgálatokból. Ezek beleszámítva teljesítményproblémákhoz vezethetnek. A kizárási listáról az adatbázis szállítóinál érdeklődhet. Az Oracle például azt javasolja, hogy zárja ki az /oracle/<sid>/sapdata fájlt a víruskereső vizsgálatokból.

  • Győződjön meg arról, hogy az időzóna megfelel az operációs rendszer és az SAP-rendszer között.

  • Ne csoportosítsa a különböző alkalmazásszolgáltatásokat ugyanabban a fürtben. Ne kombinálja például a DRBD- és a központi szolgáltatási fürtöket ugyanazon a fürtön. Ugyanannak a Pacemaker-fürtnek a használatával azonban körülbelül öt különböző központi szolgáltatást (több SID-fürtöt) kezelhet.

    Miközben az IBM Tivoli Workload Scheduler (TWS) fürtjét használja a feladatok ütemezéséhez, fontolja meg a TWS-fürt futtatását a saját virtuálisgép-párján. Nem javasoljuk, hogy sap központi szolgáltatásokon vagy adatbázisfürtön futtassa.

  • Ha DB2-adatbázist használ az SAP Azure-on való futtatásához, olyan helyzetekben, ahol implementáljaLOG_METH2, fontolja meg egy Azure Files-megosztás (NFSv4.1) használatát. Javítja a vészhelyreállítás sebességét.

  • Az Azure-futtatási költségek megtakarítása és optimalizálása érdekében fontolja meg fejlesztési/tesztelési rendszerek futtatását egy snooze-modellben.

  • Fontolja meg a nem funkcionális követelményekre vonatkozó terv létrehozását. Ezeket a követelményeket olyan natív Azure-erőforrásokkal képezheti le, amelyek kezelni tudják őket. Az SAP-hoz készült Azure Monitor például figyelheti a központi szolgáltatási fürtöket.

  • Tekintse át és fogadja el az SAP-paramétereket, különösen az ABAP memóriaparamétereit, miközben operációs rendszert vagy adatbázis-migrálást hajt végre. Például csak AIX-környezetekben érvényes, em/initial_size_MB és nem szabad beállítani Azure-beli virtuális gépekhez.

  • Fontolja meg a nem HANA-adatbázisok teljes adatbázis-statisztikáinak gyűjtését a migrálás után. Implementáljuk például az SAP megjegyzést 1020260 – Oracle-statisztikák kézbesítése.

  • Fontolja meg az Oracle Automatic Storage Management (ASM) használatát minden olyan Oracle-üzemelő példányhoz, amely sap-t használ az Azure-ban.

  • Fontolja meg az azure-beli SAP-t használó DB2 üzemelő példányok automatikus tárolójának használatát.

  • Az SAP Basis-műveletek optimalizálása és kezelése az SAP Landscape Management (LaMa) használatával. Az AZURE-hoz készült SAP LaMa-összekötő használatával helyezze át, másolja, klónozza és frissítse az SAP-rendszereket.

  • Végezzen minőségellenőrzést az SAP HANA-hoz a kiépített Azure-infrastruktúrán annak ellenőrzéséhez, hogy a kiépített virtuális gépek megfelelnek-e az Azure-beli SAP HANA ajánlott eljárásainak.

  • Minden Azure-előfizetés esetében futtasson egy késési tesztet az Azure rendelkezésre állási zónákon a zónaszintű üzembe helyezés előtt, és válasszon alacsony késésű zónákat az SAP Azure-ban való üzembe helyezéséhez.

  • Ha sap-tulajdonuk kezelésével partneri kapcsolatban áll az ügyfelekkel, fontolja meg az Azure Lighthouse-t. Az Azure Lighthouse lehetővé teszi a felügyelt szolgáltatók számára, hogy natív Azure-identitásszolgáltatásokkal hitelesítsék magukat az ügyfelek környezetében. Az ellenőrzést az ügyfelek kezébe helyezi, mert bármikor visszavonhatják a hozzáférést, és naplózhatják a szolgáltatók tevékenységét.

    Az Azure Lighthouse együttműködik a meglévő API-kkal, például a felhőszolgáltató programmal. A szolgáltatók előnyei közé tartozik a bérlők kezelése a környezetváltás és a bérlők közötti információk megtekintése nélkül. Az Azure Lighthouse használata segít fenntartani az ügyfelek és a szolgáltatók közötti bizalmat, és egyszerűsíteni az SAP-környezetek felügyeletét.

Oracle-teljesítményhatékonyság

A teljesítményhatékonyság bármilyen vállalati rendszerben nehezen diagnosztizálható. Az Oracle-t futtató Azure-beli SAP esetében sql-szkriptek gyűjteménye segíthet a teljesítményproblémák diagnosztizálásában.

Az első javaslat az automatikus számításifeladat-adattár (AWR) jelentéseinek használata. Az AWR-jelentések értékes információkat tartalmaznak az Oracle rendszer problémáinak diagnosztizálásával kapcsolatban. Javasoljuk, hogy több munkamenet során futtasson egy AWR-jelentést, és válassza ki a csúcsidőket, hogy széles körű lefedettséget biztosítson az elemzéshez.

Az AWR-jelentés sql-statisztikákat, adatbázis-adatokat, rendszer- és I/O-statisztikákat, valamint egyéb, a problémák rögzítésére használható információkat jelenít meg. További elemzési eszközökért és hasznos SQL-utasításokért tekintse meg ezt az SAP-blogbejegyzést.

Az Oracle számítási feladataival kapcsolatos további teljesítményhatékonysági útmutatásért lásd: Oracle számítási feladatok teljesítményhatékonyságának hatékonysága az Azure Well-Architected-keretrendszerben.

Következő lépések

Az SAP-migrálás üzletmenet-folytonosságának és vészhelyreállításának kiépítése.