Dela via


Konfigurera haveriberedskap för en SAP NetWeaver-appdistribution med flera nivåer

De flesta stora och medelstora SAP-distributioner använder någon form av haveriberedskapslösning. Vikten av robusta och testbara haveriberedskapslösningar har ökat i takt med att fler kärnaffärsprocesser flyttas till program som SAP. Azure Site Recovery har testats och integrerats med SAP-program. Site Recovery överskrider funktionerna i de flesta lokala haveriberedskapslösningar och till en lägre total ägandekostnad än konkurrerande lösningar.

Med Site Recovery kan du:

  • Aktivera skydd av SAP NetWeaver- och icke-NetWeaver-produktionsprogram som körs lokalt genom att replikera komponenter till Azure.
  • Aktivera skydd av SAP NetWeaver- och icke-NetWeaver-produktionsprogram som körs i Azure genom att replikera komponenter till ett annat Azure-datacenter.
  • Förenkla molnmigreringen genom att använda Site Recovery för att migrera din SAP-distribution till Azure.
  • Förenkla SAP-projektuppgraderingar, testning och prototyper genom att skapa en produktionsklon på begäran för testning av SAP-program.

Du kan skydda SAP NetWeaver-programdistributioner med hjälp av Azure Site Recovery. Den här artikeln beskriver metodtips för att skydda en SAP NetWeaver-distribution med tre nivåer i Azure när du replikerar till ett annat Azure-datacenter med hjälp av Site Recovery. Artikeln beskriver scenarier och konfigurationer som stöds och hur du testar redundanstest (haveriberedskapstest) och faktiska redundansväxlingar.

Förutsättningar

Innan du börjar kontrollerar du att du vet hur du utför följande uppgifter:

Scenarier som stöds

Du kan använda Site Recovery för att implementera en haveriberedskapslösning i följande scenarier:

  • Du har SAP-system som körs i ett Azure-datacenter och du replikerar dem till ett annat Azure-datacenter (Haveriberedskap från Azure till Azure). Mer information finns i Replikeringsarkitektur för Azure-till-Azure.
  • Du har SAP-system som körs på VMware-servrar (eller fysiska) lokala servrar. Du replikerar även SAP-systemen till en haveriberedskapsplats i ett Azure-datacenter (haveriberedskap för VMware-till-Azure). Det här scenariot kräver några ytterligare komponenter. Mer information finns i replikeringsarkitekturen VMware-to-Azure.
  • Du har SAP-system som körs lokalt i Hyper-V. Du replikerar även SAP-systemen till en haveriberedskapsplats i ett Azure-datacenter (Haveriberedskap för Hyper-V-till-Azure). Det här scenariot kräver några ytterligare komponenter. Mer information finns i Replikeringsarkitekturen hyper-V-till-Azure.

I den här artikeln använder vi ett haveriberedskapsscenario för Azure-till-Azure . Scenariot visar funktionerna för SAP-haveriberedskap i Site Recovery. Eftersom Site Recovery-replikering inte är programspecifik förväntas processen som beskrivs även gälla för andra scenarier.

Nödvändiga grundläggande tjänster

I scenariot som vi diskuterar i den här artikeln distribueras följande grundläggande tjänster:

  • Azure ExpressRoute eller Azure VPN Gateway
  • Minst en Microsoft Entra-domänkontrollant och DNS-server som körs i Azure

Vi rekommenderar att du upprättar den här infrastrukturen innan du distribuerar Site Recovery.

Referensdistribution av SAP-program

Den här referensarkitekturen kör SAP NetWeaver i en Windows-miljö i Azure med hög tillgänglighet. Den här arkitekturen distribueras med specifika storlekar för virtuella datorer (VM) som du kan ändra för att uppfylla organisationens behov.

Diagram of a typical SAP deployment pattern

Överväganden kring haveriberedskap

För haveriberedskap måste du kunna redundansväxla till en sekundär region. Varje nivå använder en annan strategi för att ge skydd mot haveriberedskap.

Virtuella datorer som kör SAP Web Dispatcher-pooler

Komponenten Web Dispatcher fungerar som lastbalanserare för SAP-trafik mellan SAP-programservrarna. För att uppnå hög tillgänglighet för Web Dispatcher-komponenten implementerar Azure Load Balancer den parallella web dispatcher-konfigurationen. Web Dispatcher använder en resursallokeringskonfiguration för HTTP(S) trafikdistribution mellan tillgängliga webbutskickare i balancerpoolen.

Virtuella datorer som kör programserverpooler

SMLG-transaktionen hanterar inloggningsgrupper för ABAP-programservrar. Den använder belastningsutjämningsfunktionen i meddelandeservern i Central Services för att distribuera arbetsbelastningen mellan SAP-programserverpooler för SAPGUIs och RFC-trafik. Du kan replikera den här hanteringen med hjälp av Site Recovery.

Virtuella datorer som kör SAP Central Services-kluster

Den här referensarkitekturen kör Central Services på virtuella datorer på programnivån. Central Services är en potentiell felpunkt i en enda virtuell dator. Typisk distribution och hög tillgänglighet är inte krav.

Om du vill implementera en lösning med hög tillgänglighet kan du använda antingen ett delat diskkluster eller ett filresurskluster. Om du vill konfigurera virtuella datorer för ett delat diskkluster använder du Windows Server-redundanskluster. Vi rekommenderar att du använder molnvittnet som kvorumvittne.

Kommentar

Eftersom Site Recovery inte replikerar molnvittnet rekommenderar vi att du distribuerar molnvittnet i haveriberedskapsregionen.

För att stödja redundansklustermiljön utför SIOS DataKeeper Cluster Edition den klusterdelade volymfunktionen. I funktionen replikerar SIOS DataKeeper-klustret oberoende diskar som ägs av klusternoderna.

Du kan också hantera klustring genom att implementera ett filresurskluster. SAP ändrade nyligen distributionsmönstret för Central Services för att få åtkomst till de /sapmnt globala katalogerna via en UNC-sökväg. Vi rekommenderar fortfarande att du ser till att /sapmnt UNC-resursen är högtillgänglig. Du kan kontrollera din Central Services-instans. Använd Windows Server-redundanskluster med skalbar filserver (SOFS) och funktionen Lagringsdirigering (S2D) i Windows Server 2016.

Kommentar

Site Recovery stöder för närvarande endast kraschkonsekvent punktreplikering av virtuella datorer som använder lagringsdirigering och den passiva noden för SIOS Datakeeper.

Fler överväganden för haveriberedskap

Du kan använda Site Recovery för att samordna redundansväxlingen för fullständig SAP-distribution i Azure-regioner. Följande är stegen för att konfigurera haveriberedskapen:

  1. Replikera virtuella datorer
  2. Utforma ett återställningsnätverk
  3. Replikera en domänkontrollant
  4. Replikera databasnivå
  5. Utföra ett redundanstest
  6. Göra en redundansväxling

Följande är rekommendationen för haveriberedskap för varje nivå som används i det här exemplet.

SAP-nivåer Rekommendation
SAP Web Dispatcher-pool Replikera med hjälp av Site Recovery
SAP-programserverpool Replikera med hjälp av Site Recovery
SAP Central Services-kluster Replikera med hjälp av Site Recovery
Virtuella Active Directory-datorer Använda Active Directory-replikering
SQL Database-servrar Använda SQL Server AlwaysOn-replikering

Replikera virtuella datorer

Om du vill börja replikera alla virtuella SAP-programdatorer till Azures haveriberedskapsdatacenter följer du riktlinjerna i Replikera en virtuell dator till Azure.

Nätverkskonfiguration

Om du använder en statisk IP-adress kan du ange den IP-adress som du vill att den virtuella datorn ska ta. Om du vill ange IP-adressen går du till Nätverksinställningar>Nätverksgränssnittskort.

Screenshot that shows how to set a private IP address in the Site Recovery Network interface card pane

Skapa en återställningsplan

En återställningsplan stöder sekvensering av olika nivåer i ett program med flera nivåer under en redundansväxling. Sekvensering hjälper till att upprätthålla programkonsekvens. När du skapar en återställningsplan för ett webbprogram med flera nivåer slutför du stegen som beskrivs i Skapa en återställningsplan med hjälp av Site Recovery.

Lägga till virtuella datorer i redundansgrupper

  1. Skapa en återställningsplan genom att lägga till de virtuella datorerna för programservern, webbutskickaren och SAP Central-tjänsterna.
  2. Välj Anpassa för att gruppera de virtuella datorerna. Som standard är alla virtuella datorer en del av grupp 1.

Lägga till skript i återställningsplanen

För att dina program ska fungera korrekt kan du behöva utföra vissa åtgärder på de virtuella Azure-datorerna. Utför dessa åtgärder efter redundansväxlingen eller under ett redundanstest. Du kan också automatisera vissa åtgärder efter redundansväxlingen. Du kan till exempel uppdatera DNS-posten och ändra bindningar och anslutningar genom att lägga till motsvarande skript i återställningsplanen.

Du kan distribuera de mest använda Site Recovery-skripten till ditt Azure Automation-konto genom att välja Distribuera till Azure. När du använder ett publicerat skript följer du riktlinjerna i skriptet.

Deploy to Azure

  1. Lägg till ett skript före åtgärd i Grupp 1 för att redundansväxla SQL Server-tillgänglighetsgruppen. Använd ASR-SQL-FailoverAG-skriptet som publicerats i exempelskripten. Följ riktlinjerna i skriptet och gör de nödvändiga ändringarna i skriptet på rätt sätt.
  2. Lägg till ett skript efter åtgärd för att koppla en lastbalanserare till de rededitlade virtuella datorerna på webbnivån (grupp 1). Använd ASR-AddSingleLoadBalancer-skriptet som publicerats i exempelskripten. Följ riktlinjerna i skriptet och gör nödvändiga ändringar i skriptet efter behov.

SAP Recovery Plan

Kör ett redundanstest

  1. I Azure-portalen väljer du ditt Recovery Services-valv.
  2. Välj den återställningsplan som du skapade för SAP-program.
  3. Välj Testa redundans.
  4. Om du vill starta redundanstestet väljer du återställningspunkten och det virtuella Azure-nätverket.
  5. När den sekundära miljön är igång utför du valideringar.
  6. När verifieringarna är klara rensar du redundansmiljön genom att välja Rensa redundanstest.

Mer information finns i Testa redundans till Azure i Site Recovery.

Köra en redundansväxling

  1. I Azure-portalen väljer du ditt Recovery Services-valv.
  2. Välj den återställningsplan som du skapade för SAP-program.
  3. Välj Redundans.
  4. Starta redundansväxlingen genom att välja återställningspunkten.

Mer information finns i Redundans i Site Recovery.

Nästa steg