Driftbaslinje för SAP på Azure

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-företagsegendom 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åden för Azure-landningszoner i din design. Om du vill skapa standardoperativprocedurer för att hantera en SAP-arbetsbelastning kan du läsa driftsprocedurer 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 på 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 när du genererar aviseringar och supportärenden när telemetri indikerar ett potentiellt fel.

• 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 affärslogik- och programlagren.

• 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 vm-övervakning och konfigurationsdata. Kontrollen säkerställer att alla prestandamått i ditt SAP-program kommer från det underliggande Azure-tillägget för SAP.

• Skydda HANA-databasen 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 svarstider 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. Du kan också 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. Om du inkluderar dem kan det 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 pacemakerkluster för att hantera ungefär fem olika centrala tjänster (multi-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 det på ett centralt SAP-tjänst- eller databaskluster.

• Om du använder en DB2-databas för att köra SAP på Azure bör du överväga att använda en Azure Files resurs (NFSv4.1) i scenarier där du implementerar LOG_METH2. 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 interna Azure-resurser som kan hantera dem. Azure Monitor för SAP kan till exempel övervaka kluster för centrala tjänster.

• Granska och implementera 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 på 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 på Azure.

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

• Om du samarbetar med kunder genom att hantera deras SAP-egendomar bör du överväga Azure Lighthouse. Med Azure Lighthouse kan leverantörer av hanterade tjänster använda inbyggda Identitetstjänster i Azure 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änstleverantörernas åtgärder.

  Azure Lighthouse fungerar med befintliga API:er, till exempel cloud solution provider-programmet. Fördelar för leverantörer är att hantera klienter utan att byta kontext och visa information mellan klientorganisationer. 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årt 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. Fler 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.