Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
# Disaster Recovery für SAP auf IBM Db2 auf AWS einrichten
*Ambarish Satarkar und Debasis Sahoo, Amazon Web Services*
## Zusammenfassung
Dieses Muster beschreibt die Schritte zur Einrichtung eines Disaster Recovery-Systems (DR) für SAP-Workloads mit IBM Db2 als Datenbankplattform, das in der Amazon Web Services (AWS) Cloud ausgeführt wird. Ziel ist die Bereitstellung einer kostengünstigen Lösung zur Gewährleistung der Geschäftskontinuität im Falle eines Ausfalls.
Das Muster verwendet den [Pilotlampenansatz](https://aws.amazon.com/blogs/architecture/disaster-recovery-dr-architecture-on-aws-part-iii-pilot-light-and-warm-standby/). Durch die Implementierung von Pilot Light DR auf AWS können Sie Ausfallzeiten reduzieren und die Geschäftskontinuität aufrechterhalten. Der Pilot-Light-Ansatz konzentriert sich auf die Einrichtung einer minimalen DR-Umgebung in AWS, einschließlich eines SAP-Systems und einer Standby-Db2-Datenbank, die mit der Produktionsumgebung synchronisiert ist.
Diese Lösung ist skalierbar. Sie können sie nach Bedarf auf eine umfassende Notfallwiederherstellungsumgebung erweitern.
## Voraussetzungen und Einschränkungen
**Voraussetzungen**
+ Eine SAP-Instance, die auf einer Amazon Elastic Compute Cloud (Amazon EC2) -Instance läuft
+ Eine IBM Db2-Datenbank
+ Ein Betriebssystem, das von der SAP Product Availability Matrix (PAM) unterstützt wird
+ Verschiedene physische Datenbank-Hostnamen für Produktions- und Standby-Datenbank-Hosts
+ Ein Amazon Simple Storage Service (Amazon S3) -Bucket in jeder AWS-Region mit aktivierter [regionsübergreifender Replikation (CRR](https://docs.aws.amazon.com/AmazonS3/latest/userguide/replication.html))
**Produktversionen**
+ IBM Db2-Datenbank Version 11.5.7 oder höher
## Architektur
**Zieltechnologie-Stack**
+ Amazon EC2
+ Amazon Simple Storage Service (Amazon-S3)
+ Amazon Virtual Private Cloud (VPC-Peering)
+ Amazon Route 53
+ IBM Db2 Disaster Recovery (HADR) mit hoher Verfügbarkeit
**Zielarchitektur**
Diese Architektur implementiert eine DR-Lösung für SAP-Workloads mit Db2 als Datenbankplattform. Die Produktionsdatenbank wird in AWS-Region 1 bereitgestellt und eine Standby-Datenbank wird in einer zweiten Region bereitgestellt. Die Standby-Datenbank wird als DR-System bezeichnet. Db2-Datenbank unterstützt mehrere Standby-Datenbanken (bis zu drei). Es verwendet Db2 HADR für die Einrichtung der DR-Datenbank und die Automatisierung des Protokollversands zwischen der Produktions- und der Standby-Datenbank.
Im Notfall, bei dem Region 1 nicht verfügbar ist, übernimmt die Standby-Datenbank in der DR-Region die Rolle der Produktionsdatenbank. SAP-Anwendungsserver können im Voraus oder mithilfe von [AWS Elastic Disaster Recovery](https://aws.amazon.com/disaster-recovery/) oder einem Amazon Machine Image (AMI) erstellt werden, um die RTO-Anforderungen (Recovery Time Objective) zu erfüllen. Dieses Muster verwendet ein AMI.
Db2 HADR implementiert ein Produktions-Standby-Setup, bei dem die Produktion als primärer Server fungiert und alle Benutzer mit ihm verbunden sind. Alle Transaktionen werden in Protokolldateien geschrieben, die mithilfe von TCP/IP auf den Standby-Server übertragen werden. Der Standby-Server aktualisiert seine lokale Datenbank, indem er die übertragenen Protokolldatensätze weiterleitet. Dadurch wird sichergestellt, dass die Datenbank mit dem Produktionsserver synchron bleibt.
VPC-Peering wird verwendet, damit Instances in der Produktionsregion und der DR-Region miteinander kommunizieren können. Amazon Route 53 leitet Endbenutzer zu Internetanwendungen weiter.
![\[Db2 auf AWS mit regionsübergreifender Replikation\]](http://docs.aws.amazon.com/de_de/prescriptive-guidance/latest/patterns/images/pattern-img/06edfa4c-0827-4d05-95cf-2d2651e74323/images/e77c1e4e-36f3-4af4-89d0-8eec72348f0a.png)
1. [Erstellen Sie ein AMI](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/AMIs.html#creating-an-ami) des Anwendungsservers in Region 1 und [kopieren Sie das AMI](https://repost.aws/knowledge-center/copy-ami-region) in Region 2. Verwenden Sie das AMI, um im Notfall Server in Region 2 zu starten.
1. Richten Sie die Db2-HADR-Replikation zwischen der Produktionsdatenbank (in Region 1) und der Standby-Datenbank (in Region 2) ein.
1. Ändern Sie im EC2 Notfall den Instanztyp so, dass er der Produktionsinstanz entspricht.
1. In Region 1 `LOGARCHMETH1` ist auf eingestellt`db2remote: S3 path`.
1. In Region 2 `LOGARCHMETH1` ist auf gesetzt`db2remote: S3 path`.
1. Die regionsübergreifende Replikation wird zwischen den S3-Buckets durchgeführt.
## Tools
**AWS-Services**
+ [Amazon Elastic Compute Cloud (Amazon EC2)](https://docs.aws.amazon.com/ec2/) bietet skalierbare Rechenkapazität in der AWS-Cloud. Sie können so viele virtuelle Server wie nötig nutzen und sie schnell nach oben oder unten skalieren.
+ [Amazon Route 53](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/Welcome.html) ist ein hochverfügbarer und skalierbarer DNS-Web-Service.
+ [Amazon Simple Storage Service (Amazon S3)](https://docs.aws.amazon.com/AmazonS3/latest/userguide/Welcome.html) ist ein cloudbasierter Objektspeicherservice, der Sie beim Speichern, Schützen und Abrufen beliebiger Datenmengen unterstützt.
+ [Amazon Virtual Private Cloud (Amazon VPC)](https://docs.aws.amazon.com/vpc/latest/userguide/what-is-amazon-vpc.html) hilft Ihnen, AWS-Ressourcen in einem von Ihnen definierten virtuellen Netzwerk zu starten. Dieses virtuelle Netzwerk ähnelt einem herkömmlichen Netzwerk, das Sie in Ihrem eigenen Rechenzentrum betreiben würden, mit den Vorteilen der skalierbaren Infrastruktur von AWS. Dieses Muster verwendet [VPC-Peering](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-peering.html).
## Best Practices
+ Das Netzwerk spielt eine Schlüsselrolle bei der Entscheidung über den HADR-Replikationsmodus. Für DR in allen AWS-Regionen empfehlen wir, den Modus Db2 HADR ASYNC oder SUPERASYNC zu verwenden.
+ [Weitere Informationen zu den Replikationsmodi für Db2 HADR finden Sie in der IBM-Dokumentation.](https://ibm.github.io/db2-hadr-wiki/hadrSyncMode.html#Description_of_the_Modes)
+ Sie können die AWS-Managementkonsole oder die AWS-Befehlszeilenschnittstelle (AWS CLI) verwenden, um [ein neues AMI Ihres vorhandenen SAP-Systems zu erstellen](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/AMIs.html#creating-an-ami). Anschließend können Sie das AMI verwenden, um Ihr vorhandenes SAP-System wiederherzustellen oder einen Clone zu erstellen.
+ [AWS Systems Manager Automation](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-automation.html) kann Sie bei den allgemeinen Wartungs- und Bereitstellungsaufgaben von EC2 Instances und anderen AWS-Ressourcen unterstützen.
+ AWS bietet mehrere native Services zur Überwachung und Verwaltung Ihrer Infrastruktur und Anwendungen auf AWS. Dienste wie Amazon CloudWatch und AWS CloudTrail können verwendet werden, um Ihre zugrunde liegende Infrastruktur bzw. API-Operationen zu überwachen. Weitere Informationen finden Sie unter [SAP on AWS — IBM Db2 HADR with](https://docs.aws.amazon.com/sap/latest/sap-AnyDB/sap-ibm-pacemaker.html) Pacemaker.
## Epen
### Bereite die Umgebung vor
| Aufgabe | Description | Erforderliche Fähigkeiten |
| --- | --- | --- |
| Überprüfen Sie das System und die Protokolle. | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/prescriptive-guidance/latest/patterns/set-up-disaster-recovery-for-sap-on-ibm-db2-on-aws.html) | AWS-Administrator, SAP-Basisadministrator |
### Richten Sie die Server und die Replikation ein
| Aufgabe | Description | Erforderliche Fähigkeiten |
| --- | --- | --- |
| Erstellen Sie die SAP- und Datenbankserver. | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/prescriptive-guidance/latest/patterns/set-up-disaster-recovery-for-sap-on-ibm-db2-on-aws.html)Der Status „Rollforward ausstehend“ ist standardmäßig festgelegt, nachdem die vollständige Sicherung wiederhergestellt wurde. Der Status „Rollforward ausstehend“ gibt an, dass die Datenbank gerade wiederhergestellt wird und dass möglicherweise einige Änderungen übernommen werden müssen. Weitere Informationen finden Sie in der [IBM-Dokumentation](https://www.ibm.com/docs/en/db2/11.5?topic=commands-rollforward-database). | SAP-Basisadministrator |
| Überprüfen Sie die Konfiguration. | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/prescriptive-guidance/latest/patterns/set-up-disaster-recovery-for-sap-on-ibm-db2-on-aws.html) | AWS-Administrator, SAP-Basisadministrator |
| Richten Sie die Replikation von der Produktions-Datenbank zur DR-DB ein (im ASYNC-Modus). | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/prescriptive-guidance/latest/patterns/set-up-disaster-recovery-for-sap-on-ibm-db2-on-aws.html) | SAP-Basisadministrator |
### Testen Sie DR-Failover-Aufgaben
| Aufgabe | Description | Erforderliche Fähigkeiten |
| --- | --- | --- |
| Planen Sie die Ausfallzeiten des Produktionsbetriebs für den DR-Test ein. | Stellen Sie sicher, dass Sie die erforderlichen Betriebsausfälle in der Produktionsumgebung einplanen, um das DR-Failover-Szenario zu testen. | SAP-Basisadministrator |
| Erstellen Sie einen Testbenutzer. | Erstellen Sie einen Testbenutzer (oder beliebige Teständerungen), der auf dem DR-Host validiert werden kann, um die Protokollreplikation nach einem DR-Failover zu bestätigen. | SAP-Basisadministrator |
| Stoppen Sie auf der Konsole die EC2 Produktionsinstanzen. | In diesem Schritt wird ein unsachgemäßes Herunterfahren eingeleitet, um ein Katastrophenszenario nachzuahmen. | AWS-Systemadministrator |
| Skalieren Sie die EC2 DR-Instance entsprechend den Anforderungen. | Ändern Sie auf der EC2 Konsole den Instance-Typ in der DR-Region.[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/prescriptive-guidance/latest/patterns/set-up-disaster-recovery-for-sap-on-ibm-db2-on-aws.html) | SAP-Basis-Administrator |
| Übernahme einleiten. | Initiieren Sie vom DR-System (`host2`) aus den Übernahmeprozess und rufen Sie die DR-Datenbank als primäre Datenbank auf.db2 takeover hadr on database by force
Optional können Sie die folgenden Parameter festlegen, um die Speicherzuweisung der Datenbank automatisch an den Instance-Typ anzupassen. Der `INSTANCE_MEMORY` Wert kann auf der Grundlage des dedizierten Speicherbereichs festgelegt werden, der der Db2-Datenbank zugewiesen werden soll.db2 update db cfg for using INSTANCE_MEMORY IMMEDIATE;
db2 get db cfg for | grep -i DATABASE_MEMORY AUTOMATIC IMMEDIATE;
db2 update db cfg for using self_tuning_mem ON IMMEDIATE;
Überprüfen Sie die Änderung mithilfe der folgenden Befehle.db2 get db cfg for | grep -i MEMORY
db2 get db cfg for | grep -i self_tuning_mem
| SAP-Basisadministrator |
| Starten Sie den Anwendungsserver für SAP in der DR-Region. | [Starten Sie mithilfe des AMI, das Sie aus dem Produktionssystem erstellt haben, einen neuen zusätzlichen Anwendungsserver](https://aws.amazon.com/premiumsupport/knowledge-center/launch-instance-custom-ami/) in der DR-Region. | SAP-Basisadministrator |
| Führen Sie eine Validierung durch, bevor Sie die SAP-Anwendung starten. | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/prescriptive-guidance/latest/patterns/set-up-disaster-recovery-for-sap-on-ibm-db2-on-aws.html) | AWS-Administrator, SAP-Basisadministrator |
| Starten Sie die SAP-Anwendung auf dem DR-System. | Starten Sie die SAP-Anwendung auf dem DR-System mithilfe von `adm` user. Verwenden Sie den folgenden Code, der die `XX` Instanznummer Ihres SAP ABAP SAP Central Services (ASCS) -Servers und die Instanznummer Ihres SAP-Anwendungsservers `YY` darstellt.sapconrol -nr XX -function StartService
sapconrol -nr XX -function StartSystem
sapconrol -nr YY -function StartService
sapconrol -nr YY -function StartSystem
| SAP-Basisadministrator |
| Führen Sie die SAP-Validierung durch. | Dies wird als DR-Test durchgeführt, um Beweise zu liefern oder um den Erfolg der Datenreplikation in die DR-Region zu überprüfen. | Testingenieur |
### Führen Sie DR-Failback-Aufgaben aus
| Aufgabe | Description | Erforderliche Fähigkeiten |
| --- | --- | --- |
| Starten Sie die Produktions-SAP- und Datenbankserver. | Starten Sie auf der Konsole die EC2 Instanzen, die SAP und die Datenbank im Produktionssystem hosten. | SAP-Basisadministrator |
| Starten Sie die Produktionsdatenbank und richten Sie HADR ein. | Melden Sie sich beim Produktionssystem (`host1`) an und stellen Sie mithilfe des folgenden Befehls sicher, dass sich die Datenbank im Wiederherstellungsmodus befindet.db2start
db2 start HADR on db P3V as standby
db2 connect to
Stellen Sie sicher, dass der HADR-Status lautet`connected`. Der Replikationsstatus sollte sein. `peer`db2pd -d -hadr
Wenn die Datenbank nicht inkonsistent ist und sich nicht im `connected` `peer` Status N befindet, sind möglicherweise eine Sicherung und Wiederherstellung erforderlich, um die Datenbank mit der aktuell aktiven Datenbank (`host2`in der DR-Region) zu synchronisieren (aktiviert). `host1` Stellen Sie in diesem Fall das DB-Backup aus der Datenbank in der `host2` DR-Region auf die Datenbank in der `host1` Produktionsregion wieder her. | SAP-Basisadministrator |
| Führen Sie ein Failback der Datenbank auf die Produktionsregion durch. | In einem normalen business-as-usual Szenario wird dieser Schritt während einer geplanten Ausfallzeit ausgeführt. Anwendungen, die auf dem DR-System ausgeführt werden, werden gestoppt, und für die Datenbank wird ein Failback in die Produktionsregion (Region 1) durchgeführt, um den Betrieb von der Produktionsregion aus wieder aufzunehmen.[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/prescriptive-guidance/latest/patterns/set-up-disaster-recovery-for-sap-on-ibm-db2-on-aws.html) | SAP-Basisadministrator |
| Führen Sie eine Validierung durch, bevor Sie die SAP-Anwendung starten. | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/prescriptive-guidance/latest/patterns/set-up-disaster-recovery-for-sap-on-ibm-db2-on-aws.html) | AWS-Administrator, SAP-Basisadministrator |
| Starten Sie die SAP-Anwendung. | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/prescriptive-guidance/latest/patterns/set-up-disaster-recovery-for-sap-on-ibm-db2-on-aws.html) | SAP-Basisadministrator |
## Fehlerbehebung
| Problem | Lösung |
| --- | --- |
| Wichtige Protokolldateien und Befehle zur Behebung von Problemen im Zusammenhang mit HADR | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/prescriptive-guidance/latest/patterns/set-up-disaster-recovery-for-sap-on-ibm-db2-on-aws.html) |
| SAP-Hinweis zur Behebung von HADR-Problemen auf Db2 UDB | Weitere Informationen finden Sie im [SAP-Hinweis 1154013 - DB6: DB-Probleme](https://service.sap.com/sap/support/notes/1154013) in der HADR-Umgebung. (Sie benötigen Anmeldeinformationen für das SAP-Portal, um auf diesen Hinweis zugreifen zu können.) |
## Zugehörige Ressourcen
+ [Ansätze zur Notfallwiederherstellung für Db2-Datenbanken auf AWS](https://aws.amazon.com/blogs/architecture/disaster-recovery-approaches-for-db2-databases-on-aws/) (Blogbeitrag)
+ [SAP on AWS — IBM Db2 HADR mit Pacemaker](https://docs.aws.amazon.com/sap/latest/sap-AnyDB/sap-ibm-pacemaker.html)
+ [Schrittweises Verfahren zum Einrichten der HADR-Replikation zwischen Datenbanken DB2 ](https://www.ibm.com/support/pages/step-step-procedure-set-hadr-replication-between-db2-databases)
+ [Db2 HADR Wiki](https://ibm.github.io/db2-hadr-wiki/index.html)
## Zusätzliche Informationen
Mit diesem Muster können Sie ein Disaster-Recovery-System für ein SAP-System einrichten, das auf der Db2-Datenbank läuft. In einer Notfallsituation sollte das Geschäft in der Lage sein, die von Ihnen definierten Anforderungen an das Recovery Time Objective (RTO) und das Recovery Point Objective (RPO) einzuhalten:
+ **RTO** ist die maximal zulässige Verzögerung zwischen der Betriebsunterbrechung und der Wiederherstellung des Dienstes. Damit wird festgelegt, was als akzeptables Zeitfenster gilt, wenn der Service nicht verfügbar ist.
+ **RPO** ist die maximal zulässige Zeitspanne seit dem letzten Datenwiederherstellungspunkt. Damit wird festgelegt, was als akzeptabler Datenverlust zwischen dem letzten Wiederherstellungspunkt und der Serviceunterbrechung gilt.
FAQs Weitere Informationen zu HADR finden Sie im [SAP-Hinweis \$11612105 - DB6: Häufig gestellte Fragen zu Db2 High Availability Disaster Recovery (](https://launchpad.support.sap.com/#/notes/1612105)HADR). (Sie benötigen Zugangsdaten für das SAP-Portal, um auf diesen Hinweis zugreifen zu können.)