Dela via

Driftbaslinje för SAP på Azure

  • Artikel

Den här artikeln bygger på överväganden och rekommendationer som definieras i azure-landningszonens artikel Designområde: Hantering för Azure-miljöer. Vägledningen i den här artikeln hjälper dig att utforska hur du driftsanpassar en SAP-plattform på en Azure Enterprise-egendom, med centraliserad hantering och övervakning på plattformsnivå.

Den här artikeln innehåller viktiga rekommendationer för SAP-driftsteam för att underhålla SAP-system på Azure-plattformen. Eftersom SAP är en verksamhetskritisk plattform bör du ta med vägledning om designområdena för Azure-landningszonen i din design. Om du vill skapa standardrutiner för hantering av en SAP-arbetsbelastning kan du läsa driftprocedurer för SAP-arbetsbelastningar i Azure Well-Architected Framework.

Huvudpunkter

Här följer några viktiga designöverväganden och rekommendationer för övervakning och hantering av SAP i Azure:

  • Använd Azure Monitor för SAP-lösningar för att övervaka dina SAP-arbetsbelastningar i Azure. Överväg att komplettera Azure Monitor för SAP-lösningar med SAP Solution Manager. Du kan lägga till Application Insights för att extrahera alla nödvändiga telemetridata samtidigt som du genererar aviseringar och supportärenden när telemetri indikerar ett potentiellt fel.

  • Övervaka SAP-miljön med hjälp av SAP i Azure-baslinjeaviseringar

  • Implementera skydd mot hot med hjälp av Microsoft Sentinel-lösningen för SAP. Använd den här lösningen för att övervaka dina SAP-system och identifiera avancerade hot i hela affärslogik- och programskikten.

  • Kör ett VM-tillägg för SAP-kontroll. VM-tillägget för SAP använder den tilldelade hanterade identiteten för en virtuell dator (VM) för att få åtkomst till övervaknings- och konfigurationsdata för virtuella datorer. Kontrollen säkerställer att alla prestandamått i ditt SAP-program kommer från det underliggande Azure-tillägget för SAP.

  • Skydda DIN HANA-databas med hjälp av Azure Backup-tjänsten . Om du distribuerar Azure NetApp Files för din HANA-, Oracle- eller DB2-databas använder du verktyget Azure Application Consistent Snapshot (AzAcSnap) för att ta programkonsekventa ögonblicksbilder. AzAcSnap stöder också Oracle-databaser. Överväg att använda AzAcSnap på en central virtuell dator i stället för på enskilda virtuella datorer.

  • Använd övervakning av svarstid mellan virtuella datorer för program som är känsliga för svarstid.

  • Använd Anslutningsövervakare i Azure Network Watcher för att övervaka svarstidsmått för SAP-databaser och programservrar. Eller samla in och visa mått för nätverksfördröjning med hjälp av Azure Monitor.

  • Använd Azure Site Recovery-övervakning för att upprätthålla hälsotillståndet för haveriberedskapstjänsten för SAP-programservrar.

  • Alla produktionssystem måste använda premiumhanterade diskar med minst 128 GiB (P10) för OS-diskar för att undvika prestandaproblem.

  • Undanta alla databasfilsystem och körbara program från antivirusgenomsökningar. Att inkludera dem kan leda till prestandaproblem. Kontakta databasleverantörerna för att få detaljerad information om undantagslistan. Oracle rekommenderar till exempel att du exkludera /oracle/<sid>/sapdata från antivirusgenomsökningar.

  • Se till att tidszonen matchar mellan operativsystemet och SAP-systemet.

  • Gruppera inte olika programtjänster i samma kluster. Kombinera till exempel inte DRBD- och centrala tjänstkluster i samma kluster. Du kan dock använda samma Pacemaker-kluster för att hantera ungefär fem olika centrala tjänster (flera SID-kluster).

    När du använder IBM:s TWS-kluster (Tivoli Workload Scheduler) för jobbschemaläggning bör du överväga att köra TWS-klustret på ett eget par virtuella datorer. Vi rekommenderar inte att du kör den på ett sap-centraltjänst- eller databaskluster.

  • Om du använder en DB2-databas för att köra SAP på Azure kan du i scenarier där du implementerar LOG_METH2överväga att använda en Azure Files-resurs (NFSv4.1). Det förbättrar haveriberedskapens hastighet.

  • Överväg att köra dev/test-system i en snooze-modell för att spara och optimera Azure-körningskostnader.

  • Överväg att skapa en plan för icke-funktionella krav. Mappa dessa krav med inbyggda Azure-resurser som kan åtgärda dem. Azure Monitor för SAP kan till exempel övervaka centrala tjänstkluster.

  • Granska och anta SAP-parametrar, särskilt ABAP-minnesparametrar, medan du utför en OS- eller databasmigrering. Är till exempel em/initial_size_MB endast giltigt för AIX-miljöer och bör inte anges för virtuella Azure-datorer.

  • Överväg att samla in fullständig databasstatistik för icke-HANA-databaser efter migreringen. Implementera till exempel SAP Note 1020260 – Leverans av Oracle-statistik.

  • Överväg att använda Oracle Automatic Storage Management (ASM) för alla Oracle-distributioner som använder SAP i Azure.

  • Överväg att använda automatisk lagring för DB2-distributioner som använder SAP på Azure.

  • Optimera och hantera SAP Basis-åtgärder med hjälp av SAP Landscape Management (LaMa). Använd SAP LaMa-anslutningsappen för Azure för att flytta, kopiera, klona och uppdatera SAP-system.

  • Utför en kvalitetskontroll för SAP HANA på den etablerade Azure-infrastrukturen för att kontrollera att etablerade virtuella datorer följer bästa praxis för SAP HANA i Azure.

  • För varje Azure-prenumeration kör du ett svarstidstest i Azure-tillgänglighetszoner före zonindelad distribution för att välja zoner med låg svarstid för distribution av SAP i Azure.

  • Om du samarbetar med kunder genom att hantera deras SAP-egendomar bör du överväga Azure Lighthouse. Med Azure Lighthouse kan hanterade tjänstleverantörer använda inbyggda Azure-identitetstjänster för att autentisera sig mot kundernas miljö. Det placerar kontrollen i händerna på kunderna, eftersom de kan återkalla åtkomst när som helst och granska tjänsteleverantörernas åtgärder.

    Azure Lighthouse fungerar med befintliga API:er, till exempel Molnlösningsleverantör-programmet. Fördelar för leverantörer är att hantera klienter utan att byta kontext och visa information mellan klienter. Med Hjälp av Azure Lighthouse kan du upprätthålla förtroendet mellan kunder och leverantörer och effektivisera hanteringen av deras SAP-miljöer.

Oracles prestandaeffektivitet

Prestandaeffektivitet kan vara svår att diagnostisera i alla företagssystem. För SAP på Azure som kör Oracle kan en samling SQL-skript hjälpa dig att diagnostisera prestandaproblem.

Den första rekommendationen är att använda AWR-rapporter (Automatic Workload Repository). AWR-rapporter innehåller värdefull information för att diagnostisera problem i Oracle-systemet. Vi rekommenderar att du kör en AWR-rapport under flera sessioner och väljer tider med hög belastning för den för att säkerställa bred täckning för analysen.

AWR-rapporten visar SQL-statistik, databasinformation, system- och I/O-statistik och annan information som du kan använda för att hitta problem. Mer analysverktyg och användbara SQL-instruktioner finns i det här SAP-blogginlägget.

Mer information om prestandaeffektivitet för Oracle-arbetsbelastningar finns i Prestandaeffektivitet för Oracle-arbetsbelastningar i Azure Well-Architected Framework.

Nästa steg

Skapa din affärskontinuitet och haveriberedskap för en SAP-migrering.