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

De flesta stora och medelstora SAP-distributioner använder någon form av haveriberedskapslösning. Vikten av robusta och testbara lösningar för haveriberedskap har ökat när fler grundläggande affä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 på 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 på Azure med tre nivåer 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 redundans (programåterställningstest) och faktiska redundans.

Förutsättningar

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

• Replikera en virtuell dator till Azure
• Utforma ett återställningsnätverk
• Göra ett redundanstest till Azure
• Göra en redundans till Azure
• Replikera en domänkontrollant
• Replikera en SQL Server instans

Scenarier som stöds

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

• Du har SAP-system som körs i ett Azure-datacenter och du replikerar dem till ett annat Azure-datacenter (azure-till-Azure-haveriberedskap). Mer information finns i Azure-till-Azure-replikeringsarkitektur.
• 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 från VMware till Azure). Det här scenariot kräver vissa ytterligare komponenter. Mer information finns i VMware-till-Azure-replikeringsarkitektur.
• Du har SAP-system som körs på Hyper-V lokalt. Du replikerar även SAP-systemen till en haveriberedskapsplats i ett Azure-datacenter (haveriberedskap från Hyper-V till Azure). Det här scenariot kräver vissa ytterligare komponenter. Mer information finns i Replikeringsarkitektur för Hyper-V till Azure.

I den här artikeln använder vi ett haveriberedskapsscenario från Azure till Azure. Scenariot visar sap-haveriberedskapsfunktionerna i Site Recovery. Eftersom Site Recovery replikering inte är programspecifik förväntas den process som beskrivs även gälla för andra scenarier.

Grundläggande tjänster som krävs

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

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

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

Referens för SAP-programdistribution

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

Överväganden kring haveriberedskap

För haveriberedskap måste du kunna redundans redundans till en sekundär region. Varje nivå använder olika strategier för att skydda haveriberedskap.

Virtuella datorer som kör SAP Web Dispatcher-pooler

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

Virtuella datorer som kör programserverpooler

SMLG-transaktionen hanterar inloggningsgrupper för ABAP programservrar. Den använder belastningsutjämningsfunktionen i meddelandeservern för de centrala tjänsterna för att distribuera arbetsbelastningen mellan SAP-programserverpooler för SAPGUI:er 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 centrala tjänster på virtuella datorer på programnivån. Central Services är en potentiell felpunkt i en enskild 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 Windows server-redundanskluster. Vi rekommenderar att du använder molnvittnet som kvorumvittne.

För att stödja redundansklustermiljön, fungerar SIOS DataKeeper Cluster Edition som klusterdelade volymer. 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 /sapmnt globala kataloger via en UNC-sökväg. Vi rekommenderar fortfarande att du ser till att /sapmnt UNC-resursen har hög tillgänglig. Du kan kontrollera instansen av Central Services. Använd Windows server-redundanskluster med skalningsfilserver (SOFS) och funktionen Lagringsutrymmen Direct (S2D) i Windows Server 2016.

Fler överväganden för haveriberedskap

Du kan använda Site Recovery för att samordna redundans för fullständig SAP-distribution mellan 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

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

Replikera virtuella datorer

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

• Information om hur du skyddar Active Directory och DNS finns i skydda Active Directory och DNS.

• Information om hur du skyddar databasnivån som körs på SQL Server finns i Skydda SQL Server.

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. Ange IP-adressen genom att gå till Nätverksinställningar > Nätverkskort.

Skapa en återställningsplan

En återställningsplan stöder sekvensering av olika nivåer i ett flernivåprogram under en redundans. 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ällningsplanmed hjälp av Site Recovery .

Lägga till virtuella datorer i redundansgrupper

1. Skapa en återställningsplan genom att lägga till programservern, web dispatcher och virtuella SAP Central-tjänster.
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 göra vissa åtgärder på de virtuella Azure-datorerna. Gör dessa åtgärder efter redundansen eller under ett redundanstest. Du kan också automatisera vissa åtgärder efter redundans. 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 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.

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

Köra ett redundanstest

1. I den Azure Portal 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. Starta redundanstestet genom att välja återställningspunkten och det virtuella Azure-nätverket.
5. När den sekundära miljön är slut utför du verifieringar.
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 den Azure Portal 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 redundansen genom att välja återställningspunkten.

Mer information finns i Redundans i Site Recovery.

Nästa steg

• Läs mer om att skapa en haveriberedskapslösning för SAP NetWeaver-distributioner med hjälp av Site Recovery. Se den nedladdningsbara filen white paper SAP NetWeaver: Building a Disaster Recovery Solution with Site Recovery. I white paper beskrivs rekommendationer för olika SAP-arkitekturer. Du kan se vilka program och VM-typer som stöds för SAP på Azure. Det finns också planalternativ för att testa din haveriberedskapslösning.
• Läs mer om att replikera andra arbetsbelastningar med hjälp av Site Recovery.