Herstel na noodherstel instellen voor een SAP NetWeaver-app-implementatie met meerdere lagen

De meeste GROOTSCHALIGE en middelgrote SAP-implementaties maken gebruik van een vorm van noodhersteloplossing. Het belang van robuuste en testbare oplossingen voor herstel na noodherstel is toegenomen naarmate meer kernprocessen worden verplaatst naar toepassingen zoals SAP. Azure Site Recovery is getest en geïntegreerd met SAP-toepassingen. Site Recovery de mogelijkheden van de meeste on-premises oplossingen voor herstel na noodgevallen, en met lagere total cost of ownership dan concurrerende oplossingen.

Met Site Recovery kunt u het volgende doen:

• Schakel beveiliging in van SAP NetWeaver- en niet-NetWeaver-productietoepassingen die on-premises worden uitgevoerd door onderdelen te repliceren naar Azure.
• Schakel beveiliging in van SAP NetWeaver- en niet-NetWeaver-productietoepassingen die worden uitgevoerd in Azure door onderdelen te repliceren naar een ander Azure-datacenter.
• Vereenvoudig de cloudmigratie door Site Recovery te gebruiken om uw SAP-implementatie te migreren naar Azure.
• Vereenvoudig sap-projectupgrades, -tests en -prototypen door op aanvraag een productie-kloon te maken voor het testen van SAP-toepassingen.

U kunt sap NetWeaver-toepassingsimplementaties beveiligen met behulp van Azure Site Recovery. In dit artikel worden de best practices beschreven voor het beveiligen van een SAP NetWeaver-implementatie met drie lagen in Azure wanneer u repliceert naar een ander Azure-datacenter met behulp van Site Recovery. In dit artikel worden ondersteunde scenario's en configuraties beschreven en wordt beschreven hoe u test-failovers (noodhersteloefeningen) en werkelijke failovers kunt uitvoeren.

Vereisten

Voordat u begint, moet u ervoor zorgen dat u weet hoe u de volgende taken uitvoert:

• Een virtuele machine repliceren naar Azure
• Een herstelnetwerk ontwerpen
• Een test-failover uitvoeren naar Azure
• Een failover uitvoeren naar Azure
• Een domeincontroller repliceren
• Een SQL Server repliceren

Ondersteunde scenario's

U kunt deze Site Recovery een noodhersteloplossing te implementeren in de volgende scenario's:

• U hebt SAP-systemen die worden uitgevoerd in het ene Azure-datacenter en u repliceren ze naar een ander Azure-datacenter (herstel na noodherstel van Azure naar Azure). Zie Azure-naar-Azure-replicatiearchitectuur voor meer informatie.
• U hebt SAP-systemen die on-premises worden uitgevoerd op VMware-servers (of fysieke servers). U repliceren ook de SAP-systemen naar een noodherstelsite in een Azure-datacenter (herstel na noodherstel van VMware naar Azure). Voor dit scenario zijn enkele extra onderdelen vereist. Zie VMware-naar-Azure-replicatiearchitectuur voor meer informatie.
• U hebt SAP-systemen die on-premises worden uitgevoerd op Hyper-V. U repliceren ook de SAP-systemen naar een noodherstelsite in een Azure-datacenter (Hyper-V-naar-Azure-noodherstel). Voor dit scenario zijn enkele extra onderdelen vereist. Zie Hyper-V-naar-Azure-replicatiearchitectuur voor meer informatie.

In dit artikel gebruiken we een noodherstelscenario van Azure naar Azure. In het scenario ziet u de SAP-mogelijkheden voor herstel na noodgevallen van Site Recovery. Omdat Site Recovery replicatie niet toepassingssspecifieke replicatie is, wordt verwacht dat het proces dat wordt beschreven ook van toepassing is op andere scenario's.

Vereiste basisservices

In het scenario dat in dit artikel wordt besproken, worden de volgende basisservices geïmplementeerd:

• Azure ExpressRoute of Azure VPN Gateway
• Ten minste één Azure Active Directory domeincontroller en DNS-server, uitgevoerd in Azure

U wordt aangeraden deze infrastructuur in te stellen voordat u de Site Recovery.

Verwijzen naar sap-toepassingsimplementatie

Met deze referentiearchitectuur wordt SAP NetWeaver uitgevoerd in een Windows in Azure met hoge beschikbaarheid. Deze architectuur wordt geïmplementeerd met specifieke VM-grootten (virtuele machines) die u kunt wijzigen om aan de behoeften van uw organisatie te voldoen.

Overwegingen voor herstel na noodgeval

Voor herstel na noodherstel moet u een fail over kunnen maken naar een secundaire regio. Elke laag gebruikt een andere strategie om bescherming tegen noodherstel te bieden.

VM's met SAP-webverdelerpools

Het onderdeel Web dispatcher werkt als een load balancer sap-verkeer tussen de SAP-toepassingsservers. Voor hoge beschikbaarheid voor het onderdeel Web dispatcher implementeert Azure Load Balancer parallelle installatie van de web-dispatcher. De web-dispatcher maakt gebruik van een round robin-configuratie voor de distributie van HTTP(S)-verkeer tussen de beschikbare web-dispatchers in de pool balancers.

VM's waarop groepen toepassingsservers worden uitgevoerd

De SMLG-transactie beheert aanmeldingsgroepen voor ABAP toepassingsservers. Er wordt gebruikgemaakt van de taakverdelingsfunctie binnen de berichtenserver van de Central Services om de werkbelasting te verdelen over SAP-toepassingsservergroepen voor SAPGU's en RFC-verkeer. U kunt dit beheer repliceren met behulp van Site Recovery.

VM's met SAP Central Services-clusters

Deze referentiearchitectuur voert Central Services uit op VM's in de toepassingslaag. Central Services is een potentieel single point of failure in één VM. Typische implementatie en hoge beschikbaarheid zijn geen vereisten.

Als u een oplossing met hoge beschikbaarheid wilt implementeren, kunt u een cluster met gedeelde schijven of een bestandsdeelcluster gebruiken. Als u VM's wilt configureren voor een cluster met gedeelde schijven, gebruikt Windows Server-failovercluster. U wordt aangeraden de cloudwit witness te gebruiken als quorumwitwit.

Om de failoverclusteromgeving te ondersteunen, wordt in SIOS DataKeeper Cluster Edition de functie gedeeld clustervolume gebruikt. In de functie repliceert het SIOS DataKeeper-cluster onafhankelijke schijven die eigendom zijn van de clusterknooppunten.

U kunt clustering ook verwerken door een bestandsdeelcluster te implementeren. SAP heeft onlangs het implementatiepatroon van Central Services gewijzigd voor toegang tot de globale /sapmnt-directorieën via een UNC-pad. We raden u nog steeds aan ervoor te zorgen dat de /sapmnt UNC-share zeer beschikbaar is. U kunt uw Central Services-exemplaar controleren. Gebruik Windows Server-failovercluster met scale-out bestandsserver (SOFS) en de functie Opslagruimten Direct (S2D) in Windows Server 2016.

Meer overwegingen voor herstel na noodherstel

U kunt deze Site Recovery failover van volledige SAP-implementatie tussen Azure-regio's te orkestreren. Hieronder volgen de stappen voor het instellen van herstel na noodherstel:

1. Virtuele machines repliceren
2. Een herstelnetwerk ontwerpen
3. Een domeincontroller repliceren
4. Gegevensbasislaag repliceren
5. Een testfailover uitvoeren
6. Een failover uitvoeren

Hieronder volgt de aanbeveling voor herstel na noodherstel van elke laag die in dit voorbeeld wordt gebruikt.

Virtuele machines repliceren

Volg de richtlijnen in Een virtuele machine repliceren naar Azure om te beginnen met het repliceren van alle virtuele SAP-toepassingsmachines naarhet Azure-datacenter voor herstel na noodherstel.

• Meer informatie over het beveiligen van Active Directory en DNS voor hulp bij het beveiligen van Active Directory en DNS.

• Voor hulp bij het beveiligen van de databaselaag die wordt uitgevoerd op SQL Server, leert u hoe u de databaselaag SQL Server.

Netwerkconfiguratie

Als u een statisch IP-adres gebruikt, kunt u het IP-adres opgeven dat door de virtuele machine moet worden gebruikt. Als u het IP-adres wilt instellen, gaat u naar Netwerkinstellingen > Netwerkinterfacekaart.

Een herstelplan maken

Een herstelplan ondersteunt de sequenctie van verschillende lagen in een toepassing met meerdere lagen tijdens een failover. Sequencing helpt toepassingsconsistentie te behouden. Wanneer u een herstelplan voor een webtoepassing met meerdere lagen maakt, voltooit u de stappen die worden beschreven in Een herstelplan maken met behulp van Site Recovery.

Virtuele machines toevoegen aan failovergroepen

1. Maak een herstelplan door de toepassingsserver, web-dispatcher en SAP Central-services-VM's toe te voegen.
2. Selecteer Aanpassen om de VM's te groepen. Standaard maken alle VM's deel uit van groep 1.

Scripts toevoegen aan het herstelplan

Om uw toepassingen goed te laten werken, moet u mogelijk enkele bewerkingen uitvoeren op de virtuele Azure-machines. Deze bewerkingen uitvoeren na de failover of tijdens een test-failover. U kunt ook enkele bewerkingen na een failover automatiseren. Werk bijvoorbeeld de DNS-vermelding bij en wijzig bindingen en verbindingen door bijbehorende scripts toe te voegen aan het herstelplan.

U kunt de meest gebruikte scripts Site Recovery implementeren in uw Azure Automation account door Implementeren in Azure te selecteren. Wanneer u een gepubliceerd script gebruikt, volgt u de instructies in het script.

1. Voeg een pre-action script toe aan groep 1 om een fail over te SQL Server beschikbaarheidsgroep. Gebruik het script ASR-SQL-FailoverAG dat is gepubliceerd in de voorbeeldscripts. Volg de richtlijnen in het script en maak de vereiste wijzigingen in het script op de juiste wijze aan.
2. Voeg een script na de actie toe om een load balancer te koppelen aan de virtuele machines met een mislukte overboeking van de weblaag (groep 1). Gebruik het ASR-AddSingleLoadBalancer dat is gepubliceerd in de voorbeeldscripts. Volg de richtlijnen in het script en maak indien nodig de vereiste wijzigingen in het script.

Een testfailover uitvoeren

1. Selecteer in Azure Portal Recovery Services-kluis.
2. Selecteer het herstelplan dat u hebt gemaakt voor SAP-toepassingen.
3. Selecteer Failover testen.
4. Als u het test-failoverproces wilt starten, selecteert u het herstelpunt en het virtuele Azure-netwerk.
5. Wanneer de secundaire omgeving is uitgevoerd, voert u validaties uit.
6. Wanneer de validaties zijn voltooid, schoont u de failoveromgeving op door Failovertest opschonen te selecteren.

Zie Failover testen naar Azure in Site Recovery voor meer Site Recovery.

Een failover uitvoeren

1. Selecteer in Azure Portal Recovery Services-kluis.
2. Selecteer het herstelplan dat u hebt gemaakt voor SAP-toepassingen.
3. Selecteer Failover.
4. Selecteer het herstelpunt om het failoverproces te starten.

Zie Failover inSite Recovery.

Volgende stappen

• Meer informatie over het bouwen van een noodhersteloplossing voor SAP NetWeaver-implementaties met behulp van Site Recovery. Zie het downloadbare whitepaper SAP NetWeaver: Building a Disaster Recovery Solution with Site Recovery. In het whitepaper worden aanbevelingen voor verschillende SAP-architecturen besproken. U ziet ondersteunde toepassingen en VM-typen voor SAP on Azure. Er zijn ook planopties voor het testen van uw noodhersteloplossing.
• Meer informatie over het repliceren van andere workloads met behulp van Site Recovery.