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.
Migrieren AWS Sie SAP HANA zur Verwendung SAP HSR mit demselben Hostnamen
Erstellt von Pradeep Puliyampatta () AWS
Umwelt: Produktion | Quelle: SAP HANA DB vor Ort | Ziel: SAP HANA DB on AWS |
R-Typ: Rehost | Arbeitslast: SAP | Technologien: Datenbanken; Migration |
AWSDienstleistungen: AWS KundeVPN; AWS Direct Connect; Amazon EBS |
Übersicht
SAPHANAMigrationen zu Amazon Web Services (AWS) können mit mehreren Optionen durchgeführt werden, darunter Sicherung und Wiederherstellung, Export und Import sowie SAP HANA Systemreplikation ()HSR. Die Auswahl einer bestimmten Option hängt von der Netzwerkkonnektivität zwischen Quell- und SAP HANA Zieldatenbanken, der Größe der Quelldatenbank, Ausfallzeiten und anderen Faktoren ab.
Die SAP HSR Option für die Migration von SAP HANA Workloads auf AWS funktioniert gut, wenn ein stabiles Netzwerk zwischen den Quell- und Zielsystemen besteht und die gesamte Datenbank (SAPHANADB-Replikationssnapshot) innerhalb eines Tages vollständig repliziert werden kann, wie in den Anforderungen an den Netzwerkdurchsatz SAP für festgelegt. SAP HSR Die Ausfallzeiten bei diesem Ansatz beschränken sich auf die Durchführung der Übernahme in der AWS Zielumgebung, die SAP HANA Datenbanksicherung und Aufgaben nach der Migration.
SAPHSRunterstützt die Verwendung verschiedener Hostnamen (Hostnamen, die unterschiedlichen IP-Adressen zugeordnet sind) für den Replikationsdatenverkehr zwischen dem Primär- oder Quell- und dem Sekundär- oder Zielsystem. Sie können dies tun, indem Sie diese spezifischen Gruppen von Hostnamen im Abschnitt unter definieren. [system_replication_hostname_resolution] global.ini In diesem Abschnitt müssen alle Hosts des primären und des sekundären Standorts auf jedem Host definiert werden. Ausführliche Konfigurationsschritte finden Sie in der SAPDokumentation
Eine wichtige Erkenntnis aus dieser Konfiguration ist, dass sich die Hostnamen im Primärsystem von den Hostnamen im Sekundärsystem unterscheiden müssen. Andernfalls können die folgenden Fehler beobachtet werden.
"each site must have a unique set of logical hostnames""remoteHost does not match with any host of the source site. All hosts of source and target site must be able to resolve all hostnames of both sites correctly"
Die Anzahl der Schritte nach der Migration kann jedoch reduziert werden, indem derselbe SAP HANA DB-Hostname in der AWS Zielumgebung verwendet wird.
Dieses Muster bietet eine Problemumgehung für die Verwendung desselben Hostnamens in Quell- und Zielumgebungen, wenn Sie die Option verwenden. SAP HSR Mit diesem Muster können Sie die Option SAP HANA Hostname Rename verwenden. Sie weisen der SAP HANA Ziel-DB einen temporären Hostnamen zu, um die Eindeutigkeit des Hostnamens für zu ermöglichen. SAP HSR Nachdem die Migration den Meilenstein der Übernahme in der SAP HANA Zielumgebung abgeschlossen hat, können Sie den Hostnamen des Zielsystems wieder auf den Hostnamen des Quellsystems zurücksetzen.
Voraussetzungen und Einschränkungen
Voraussetzungen
Ein aktiver. AWS-Konto
Eine virtuelle private Cloud (VPC) mit einem Endpunkt für ein virtuelles privates Netzwerk (VPN) oder einem Router.
AWS Client VPN oder AWS Direct Connect so konfiguriert, dass Dateien von der Quelle zum Ziel übertragen werden.
SAPHANADatenbanken sowohl in der Quell- als auch in der Zielumgebung. Das SAP HANA Ziel-DB-Patch-Level sollte dem SAP HANA Quell-DB-Patch-Level innerhalb derselben SAP HANA Plattform-Edition entsprechen oder höher sein. Beispielsweise kann die Replikation nicht zwischen HANA 1.0- und HANA 2.0-Systemen eingerichtet werden. Weitere Informationen finden Sie unter Frage 15 in SAP Hinweis: 1999880 —FAQ: SAP HANA Systemreplikation.
SAPAnwendungsserver in der Zielumgebung.
Amazon Elastic Block Store (AmazonEBS) -Volumes in der Zielumgebung.
Einschränkungen
Die folgende Liste von SAP Dokumenten behandelt bekannte Probleme im Zusammenhang mit dieser Problemumgehung, einschließlich Einschränkungen in Bezug auf SAP HANA dynamisches Tiering und Scale-out-Migrationen:
2956397 — Das Umbenennen des Datenbanksystems ist fehlgeschlagen SAP HANA
2222694 — Beim Versuch, das HANA System umzubenennen, wird der folgende Fehler angezeigt: „Die Quelldateien gehören nicht dem ursprünglichen Benutzer sidadm (uid = xxxx)“
2607227 — hdblcm: register_rename_system: Das Umbenennen der Instanz ist fehlgeschlagen SAP HANA
2630562 — Die Umbenennung des Hostnamens ist fehlgeschlagen und startet nicht HANA HANA
2935639 — sr_register verwendet nicht den Hostnamen, der unter system_replication_hostname_resolution im Abschnitt global.ini angegeben ist
2710211 — Fehler: Quellsystem und Zielsystem haben überlappende logische Hostnamen
2693441 — Ein System konnte aufgrund eines Fehlers nicht umbenannt werden SAP HANA
2519672 — HANA Primär und Sekundär haben unterschiedliche PKI SSFS Systemdaten und Schlüssel oder können nicht überprüft werden
2457129 — SAP HANA Das Umbenennen von Systemhosts ist nicht zulässig, wenn dynamisches Tiering Teil der Landschaft ist
2473002 — Verwendung der HANA Systemreplikation zur Migration von Scale-Out-Systemen (Die Verwendung dieses Ansatzes zur Umbenennung von SAP Hostnamen für Scale-out-Systeme unterliegt keinen Einschränkungen. SAP HANA Das Verfahren muss jedoch auf jedem einzelnen Host wiederholt werden. Für diesen Ansatz gelten auch andere Einschränkungen bei der Scale-Out-Migration.)
Produktversionen
Diese Lösung gilt für die SAP HANA DB-Plattform Edition 1.0 und 2.0.
Architektur
Einrichtung der Quelle
In der Quellumgebung ist eine SAP HANA Datenbank installiert. Alle SAP Anwendungsserververbindungen und DB-Schnittstellen verwenden denselben Hostnamen für Client-Verbindungen. Das folgende Diagramm zeigt das Beispiel für den Quell-Hostnamen hdbhost und die entsprechende IP-Adresse.
Ziel-Setup
Die AWS Cloud Zielumgebung verwendet denselben Hostnamen, um eine SAP HANA Datenbank auszuführen. Die Zielumgebung auf AWS umfasst Folgendes:
SAPHANADatenbank
SAPAnwendungsserver
EBSVolumen
Zwischenkonfiguration
In der folgenden Abbildung wird der Hostname in der AWS Zielumgebung vorübergehend umbenannt, temp-host sodass die Hostnamen in der Quelle und im Ziel eindeutig sind. Nachdem die Migration den Meilenstein der Übernahme in der Zielumgebung abgeschlossen hat, wird der virtuelle Hostname des Zielsystems unter Verwendung des ursprünglichen Namens, umbenannt. hdbhost
Die Zwischenkonfiguration umfasst eine der folgenden Optionen:
AWS Client VPN mit einem VPN Client-Endpunkt
AWS Direct Connect Verbindung zu einem Router herstellen
SAPAnwendungsserver in der AWS Zielumgebung können entweder vor der Einrichtung der Replikation oder nach der Übernahme installiert werden. Die Installation der Anwendungsserver vor der Einrichtung der Replikation kann jedoch dazu beitragen, die Ausfallzeiten während der Installation, der Konfiguration der Hochverfügbarkeit und der Backups zu reduzieren.
Tools
AWS-Services
AWS Client VPNist ein verwalteter clientbasierter VPN Dienst, mit dem Sie sicher auf AWS Ressourcen und Ressourcen in Ihrem lokalen Netzwerk zugreifen können.
AWS Direct Connectverbindet Ihr internes Netzwerk über ein Standard-Ethernet-Glasfaserkabel mit einem AWS Direct Connect Standort. Mit dieser Verbindung können Sie virtuelle Schnittstellen direkt zur Öffentlichkeit AWS-Services einrichten und dabei Internetdienstanbieter in Ihrem Netzwerkpfad umgehen.
Amazon Elastic Block Store (AmazonEBS) bietet Speichervolumen auf Blockebene zur Verwendung mit Amazon Elastic Compute Cloud (AmazonEC2) -Instances. EBSVolumes verhalten sich wie rohe, unformatierte Blockgeräte. Sie können diese Volumes als Geräte auf Ihren Instances mounten.
Andere Tools
SAPAnwendungsserver
— SAP Anwendungsserver bieten Programmierern die Möglichkeit, Geschäftslogik auszudrücken. Der SAP Anwendungsserver führt die Datenverarbeitung auf der Grundlage der Geschäftslogik durch. Die eigentlichen Daten werden in einer Datenbank gespeichert, die eine separate Komponente ist. SAPHANACockpit
und SAPHANAStudio — Sowohl SAP HANA Cockpit als auch SAP HANA Studio bieten eine administrative Schnittstelle zur SAP HANA Datenbank. In SAP HANA Studio ist die SAP HANA Verwaltungskonsole die Systemansicht, die relevante Inhalte für die SAP HANA Datenbankadministration bereitstellt. SAPHANASystemreplikation
— Die SAP HANA Systemreplikation (SAPHSR) ist das Standardverfahren SAP für die Replikation von SAP HANA Datenbanken. Die erforderlichen ausführbaren Dateien für SAP HSR sind Teil des SAP HANA Serverkernels selbst.
Epen
| Aufgabe | Beschreibung | Erforderliche Fähigkeiten |
|---|---|---|
Installieren und konfigurieren Sie die SAP HANA Datenbanken. | Stellen Sie in der Quell- und Zielumgebung sicher, dass die SAP HANA Datenbank gemäß SAP HANA den bewährten Methoden installiert und konfiguriert ist. Weitere Informationen finden Sie SAPHANAunter AWS. | SAPGrundlegende Verwaltung |
Ordnen Sie die IP-Adresse zu. | Stellen Sie in der Zielumgebung sicher, dass der temporäre Hostname einer internen IP-Adresse zugewiesen ist.
| AWSVerwaltung |
Ziel-Hostnamen auflösen. | Stellen Sie in der sekundären SAP HANA Datenbank sicher, dass beide Hostnamen ( | Linux-Administration |
Sichern Sie die Quell- und SAP HANA Zieldatenbanken. | Verwenden Sie SAP HANA Studio oder das SAP HANA Cockpit, um Backups der SAP HANA Datenbanken durchzuführen. | SAPGrundlegende Verwaltung |
Tauschen Sie PKI Systemzertifikate aus. | (Gilt nur für SAP HANA 2.0 und höher) Exchange-Zertifikate im sicheren Speicher der Public-Key-Infrastruktur (PKI) des Systems im Dateisystem (SSFS) zwischen der primären und der sekundären Datenbank speichern. Weitere Informationen finden SAP Sie unter Hinweis 2369981 — Erforderliche Konfigurationsschritte für die Authentifizierung mit SAP HANA Systemreplikation. | SAPGrundlegende Verwaltung |
| Aufgabe | Beschreibung | Erforderliche Fähigkeiten |
|---|---|---|
Stoppen Sie die Verbindungen mit den Zielclients. | Fahren Sie in der Zielumgebung die SAP Anwendungsserver und andere Client-Verbindungen herunter. | SAPGrundlegende Verwaltung |
Benennen Sie die SAP HANA Ziel-DB in den temporären Hostnamen um. |
Das Stoppen und Starten der SAP HANA Datenbank wird von gesteuert. | SAPGrundlegende Verwaltung |
Weisen Sie Replikationsnetzwerke zu. | Geben Sie in der | SAPGrundlegende Verwaltung |
Aktivieren Sie die Replikation auf der Primärseite. | Führen Sie den folgenden Befehl aus, um die Replikation in der SAP HANA Quell-DB zu aktivieren.
| SAPGrundlegende Verwaltung |
Registrieren Sie die SAP HANA Ziel-DB als sekundäres System. | Um die SAP HANA Ziel-DB als sekundäres Quellsystem zu registrieren SAPHSR, wählen Sie asynchrone Replikation.
Alternativ können Sie die | SAPGrundlegende Verwaltung |
Synchronisation validieren. | Stellen Sie in der SAP HANA Quell-Datenbank sicher, dass alle Protokolle auf das Zielsystem angewendet werden (da es sich um eine asynchrone Replikation handelt). Führen Sie die folgenden Befehle aus, um die Replikation auf der Quelldatei zu überprüfen.
| SAPGrundlegende Verwaltung |
Fahren Sie die SAP Quellanwendung und die SAP HANA Datenbank herunter. | Führen Sie während der Umstellung auf die Migration das Quellsystem (SAPAnwendung und SAP HANA Datenbank) herunter. | SAPGrundlegende Verwaltung |
Führen Sie eine Übernahme am Zielort durch. | Um am Ziel eine Übernahme durchzuführenAWS, führen Sie den Befehl aus | SAPGrundlegende Verwaltung |
Schalten Sie in der SAP HANA Ziel-DB die Replikation aus. | Um die Replikationsmetadaten zu löschen, beenden Sie die Replikation auf dem Zielsystem, indem Sie den Befehl ausführen Hinweis: Dies entspricht dem SAP Hinweis 2693441 — Ein SAP HANA System konnte aufgrund eines Fehlers nicht umbenannt werden. | SAPGrundlegende Verwaltung |
Erstellen Sie eine Sicherungskopie der SAP HANA Ziel-DB. | Nach erfolgreicher Übernahme empfehlen wir, ein vollständiges SAP HANA DB-Backup durchzuführen. | SAPGrundlegende Verwaltung |
| Aufgabe | Beschreibung | Erforderliche Fähigkeiten |
|---|---|---|
Setzt den Hostnamen der SAP HANA Ziel-DB auf das Original zurück. |
Sie können andere Optionen nach Bedarf validieren. Achten Sie jedoch darauf, dass Sie die Host-Umbenennung nicht mit einer SID Änderung verwechseln (SAPHinweis 2598814 — hdblcm: Umbenennen schlägt fehl). SID | SAPGrundlegende Verwaltung |
Passen Sie hdbuserstore an. | Passen Sie die Führen Sie den Befehl aus, um diesen Schritt zu überprüfen | SAPGrundlegende Verwaltung |
Starten Sie die Client-Verbindungen. | Starten Sie in der Zielumgebung die SAP Anwendungsserver und andere Client-Verbindungen. | SAPGrundlegende Verwaltung |
Zugehörige Ressourcen
SAPVerweise
SAPDokumentationsreferenzen werden häufig von aktualisiertSAP. Um auf dem Laufenden zu bleiben, lesen SAP Sie den Hinweis 2407186 — Anleitungen und Whitepapers für hohe Verfügbarkeit. SAP HANA
Zusätzliche Hinweise SAP
2550327 — Wie benenne ich ein System um SAP HANA
1999880 —: Systemreplikation FAQ SAP HANA
2078425 — Hinweis zur Fehlerbehebung für das SAP HANA Plattform-Lifecycle-Management-Tool hdblcm
2592227 — Änderung des Suffixes in Systemen FQDN HANA
2048681 — Durchführung von Verwaltungsaufgaben für das SAP HANA Plattform-Lebenszyklusmanagement auf Systemen mit mehreren Hosts ohne Root-Anmeldeinformationen SSH
SAPDokumente
AWS Verweise
Zusätzliche Informationen
Die Änderungen, die im hdblcm Rahmen der Aktivität zur Umbenennung von Hostnamen vorgenommen wurden, werden im folgenden ausführlichen Protokoll zusammengefasst.
