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.
Anmerkung
Unterstützte Dienste von AWS-Regionenthält die derzeit unterstützten Regionen, in denen SAP HANA-Datenbanksicherungen auf EC2 Amazon-Instances verfügbar sind.
AWS Backup unterstützt Backups und Wiederherstellungen von SAP HANA-Datenbanken auf EC2 Amazon-Instances.
Themen
Überblick über SAP HANA-Datenbanken mit AWS Backup
Neben der Möglichkeit, Backups zu erstellen und Datenbanken wiederherzustellen, ermöglicht die AWS Backup Integration mit Amazon EC2 Systems Manager for SAP Kunden, SAP HANA-Datenbanken zu identifizieren und zu kennzeichnen.
AWS Backup ist in AWS Backint Agent integriert, um SAP HANA-Backups und Wiederherstellungen durchzuführen. Weitere Informationen finden Sie unter AWS -Backint.
Voraussetzungen für die Sicherung von SAP HANA-Datenbanken über AWS Backup
Bevor Backup- und Wiederherstellungsaktivitäten durchgeführt werden können, müssen mehrere Voraussetzungen erfüllt sein. Beachten Sie, dass Sie Administratorzugriff auf Ihre SAP HANA-Datenbank und Berechtigungen benötigen, um neue IAM-Rollen und -Richtlinien in Ihrem AWS Konto zu erstellen, um diese Schritte ausführen zu können.
Erfüllen Sie diese Voraussetzungen bei Amazon EC2 Systems Manager.
Es hat sich bewährt, jede HANA-Instanz nur einmal zu registrieren. Mehrere Registrierungen können zu mehreren ARNs für dieselbe Datenbank führen. Die Verwaltung eines einzigen ARN und einer Registrierung vereinfacht die Erstellung und Wartung von Backup-Plänen und kann auch dazu beitragen, ungeplante Duplizierungen von Backups zu reduzieren.
SAP HANA-Backup-Operationen in der Konsole AWS Backup
Sobald die Voraussetzungen und die SSM-Einstellungen für SAP erfüllt sind, können Sie Ihr SAP HANA auf EC2 Datenbanken sichern und wiederherstellen.
Aktivieren des Schutzes von SAP-HANA-Ressourcen
Um Ihre SAP HANA-Datenbanken AWS Backup zu schützen, muss SAP HANA als eine der geschützten Ressourcen aktiviert sein. So melden Sie sich an:
Öffnen Sie die AWS Backup Konsole unter https://console.aws.amazon.com/backup.
-
Wählen Sie im linken Navigationsbereich die Option Einstellungen aus.
-
Wählen Sie unter Serviceanmeldung die Option Ressourcen konfigurieren aus.
-
Melden Sie sich für SAP HANA bei Amazon an EC2. .
-
Klicken Sie auf Bestätigen.
Das Service-Opt-In für SAP HANA auf Amazon EC2 wird jetzt aktiviert.
Erstellen Sie ein geplantes Backup der SAP HANA-Datenbanken
Sie können einen vorhandenen Backup-Plan bearbeiten und ihm SAP-HANA-Ressourcen hinzufügen, oder Sie können einen neuen Backup-Plan nur für SAP-HANA-Ressourcen erstellen.
Wenn Sie sich dafür entscheiden, einen neuen Backup-Plan zu erstellen, haben Sie drei Optionen:
-
Option 1: Beginnen Sie mit einer Vorlage
-
Wählen Sie eine Backup-Plan-Vorlage aus.
-
Geben Sie einen Backup-Plan an.
-
Klicken Sie auf Plan erstellen.
-
-
Option 2: Erstellen Sie einen neuen Plan
-
Geben Sie einen Backup-Plan an.
-
Geben Sie optional Tags an, die dem Backup-Plan hinzugefügt werden sollen.
-
Geben Sie die Konfiguration der Backup-Regel an.
-
Geben Sie einen Namen für die Backup-Regel an.
-
Wählen Sie einen vorhandenen Backup-Tresor aus oder erstellen Sie einen neuen. Hier werden Ihre Backups gespeichert.
-
Geben Sie eine Backup-Frequenz an.
-
Geben Sie ein Backup-Fenster an.
Beachten Sie, dass der Übergang zu Cold Storage derzeit nicht unterstützt wird.
-
Geben Sie den Aufbewahrungszeitraum an.
Das Kopieren an das Ziel wird derzeit nicht unterstützt
-
(Optional) Geben Sie Tags an, die den Wiederherstellungspunkten hinzugefügt werden sollen.
-
-
Klicken Sie auf Plan erstellen.
-
-
Option 3: Definieren eines Plans mit JSON
-
Geben Sie das JSON für Ihren Backup-Plan an, indem Sie entweder den JSON-Ausdruck eines vorhandenen Backup-Plans ändern oder einen neuen Ausdruck erstellen.
-
Geben Sie einen Backup-Plan an.
-
Klicken Sie auf JSON validieren.
Sobald der Backup-Plan erfolgreich erstellt wurde, können Sie dem Backup-Plan im nächsten Schritt Ressourcen zuweisen.
-
Welchen Plan Sie auch verwenden, stellen Sie sicher, dass Sie Ressourcen zuweisen. Sie können wählen, welche SAP-HANA-Datenbanken zugewiesen werden sollen, einschließlich System- und Mandantendatenbanken. Sie haben auch die Möglichkeit, bestimmte Ressourcen auszuschließen IDs.
Erstellen Sie ein On-Demand-Backup von SAP HANA-Datenbanken
Sie können ein vollständiges On-Demand-Backup erstellen, das unmittelbar nach der Erstellung ausgeführt wird. Beachten Sie, dass On-Demand-Backups von SAP HANA-Datenbanken auf EC2 Amazon-Instances vollständige Backups sind; inkrementelle Backups werden nicht unterstützt.
Ihr On-Demand-Backup ist jetzt erstellt. Es beginnt mit dem Backup Ihrer angegebenen Ressourcen. Die Konsole leitet Sie zur Seite Backup-Aufträge weiter, auf der Sie den Fortschritt verfolgen können. Notieren Sie sich die Backup-Auftrags-ID auf dem blauen Banner oben auf Ihrem Bildschirm, da Sie sie benötigen, um den Status Ihres Backup-Auftrags leicht zu ermitteln. Wenn das Backup abgeschlossen ist, wechselt der Status zu Completed
. Backups können mehrere Stunden dauern.
Aktualisieren Sie die Liste der Backup-Aufträge, um die Statusänderung zu sehen. Sie können auch nach Ihrer Backup-Auftrags-ID suchen und darauf klicken, um den detaillierten Auftragsstatus zu sehen.
Kontinuierliche Backups von SAP-HANA-Datenbanken
Sie können kontinuierliche Backups erstellen, die zusammen mit point-in-time Restore (PITR) verwendet werden können (beachten Sie, dass bei On-Demand-Backups Ressourcen in dem Zustand erhalten bleiben, in dem sie abgerufen wurden; PITR hingegen verwendet kontinuierliche Backups, bei denen Änderungen über einen bestimmten Zeitraum aufgezeichnet werden).
Mit kontinuierlichen Backups können Sie Ihre SAP HANA-Datenbank auf einer EC2 Instanz wiederherstellen, indem Sie sie innerhalb von 1 Sekunde genau auf einen bestimmten Zeitpunkt zurückspulen (maximal 35 Tage). Bei kontinuierlichen Backups wird zunächst ein vollständiges Backup Ihrer Ressource erstellt und anschließend die Transaktionsprotokolle Ihrer Ressource kontinuierlich gesichert. Die PITR-Wiederherstellung funktioniert, indem Sie auf Ihr vollständiges Backup zugreifen und das Transaktionsprotokoll bis zu dem Zeitpunkt wiedergeben, zu dem Sie die Wiederherstellung angeben AWS Backup .
Sie können sich für kontinuierliche Backups entscheiden, wenn Sie AWS Backup mithilfe der AWS Backup Konsole oder der API einen Backup-Plan erstellen.
Aktivieren des kontinuierlichen Backups mithilfe der Konsole
Melden Sie sich bei der AWS Management Console an und öffnen Sie die AWS Backup Konsole unter https://console.aws.amazon.com/backup
. -
Klicken Sie im Hauptnavigationsbereich auf Backup-Pläne und auf Backup-Plan erstellen.
-
Wählen Sie unter Backup-Regeln die Option Backup-Regel hinzufügen aus.
-
Wählen Sie im Abschnitt Konfiguration der Backup-Regeln die Option Fortlaufende Backups aktivieren für unterstützte Ressourcen aus.
Nachdem Sie PITR (point-in-timeWiederherstellung) für SAP HANA-Datenbanksicherungen deaktiviert haben, werden weiterhin Protokolle an gesendet, AWS Backup
bis der Wiederherstellungspunkt abläuft (Status entspricht. EXPIRED)
Um die Übertragung der Protokolle an AWS Backup zu beenden, können Sie in SAP HANA einen alternativen Protokoll-Backup-Speicherort festlegen.
Ein kontinuierlicher Wiederherstellungspunkt mit dem Status von STOPPED
gibt an, dass ein kontinuierlicher Wiederherstellungspunkt unterbrochen wurde. Das heißt, die von SAP HANA an diese übermittelten Protokolle, die zeigen, AWS Backup dass die inkrementellen Änderungen an einer Datenbank zeigen, eine Lücke aufweisen. Die Wiederherstellungspunkte, die innerhalb dieser Zeitrahmenlücke auftreten, haben den Status STOPPED.
.
Informationen zu Problemen, die bei der Wiederherstellung kontinuierlicher Backups (Wiederherstellungspunkte) auftreten können, finden Sie im Abschnitt zur Problembehebung bei der Wiederherstellung von SAP HANA in diesem Handbuch.
SAP HANA-Datenbank-Backups anzeigen
Anzeigen des Status von Backup- und Wiederherstellungsaufträgen:
Öffnen Sie die AWS Backup Konsole unter https://console.aws.amazon.com/backup.
-
Wählen Sie im Navigationsbereich die Option Jobs (Aufträge) aus.
-
Wählen Sie Backup-, Wiederherstellungs- oder Kopieraufträge, um die Liste Ihrer Aufträge zu sehen.
-
Suchen Sie nach Ihrer Backup-Auftrags-ID und klicken Sie darauf, um den detaillierten Auftragsstatus zu sehen.
Alle Wiederherstellungspunkte in einem Tresor anzeigen:
Öffnen Sie die AWS Backup Konsole unter https://console.aws.amazon.com/backup.
-
Wählen Sie im Navigationsbereich Backup vaults (Sicherungstresore) aus.
-
Suchen Sie nach einem Backup-Tresor und klicken Sie darauf, um alle Wiederherstellungspunkte im Tresor anzuzeigen.
Anzeigen der Details geschützter Ressourcen:
Öffnen Sie die AWS Backup Konsole unter https://console.aws.amazon.com/backup.
-
Wählen Sie im Navigationsbereich Geschützte Ressourcen aus.
-
Sie können auch nach Ressourcentyp filtern, um alle Backups dieses Ressourcentyps anzuzeigen.
Verwenden Sie AWS CLI für SAP HANA-Datenbanken mit AWS Backup
Jede Aktion in der Backup-Konsole hat einen entsprechenden API-Aufruf.
Um die zugehörigen Ressourcen programmgesteuert zu konfigurieren und zu verwalten AWS Backup , verwenden Sie den API-Aufruf, StartBackupJob
um eine SAP HANA-Datenbank auf einer EC2 Instanz zu sichern.
Verwenden Sie start-backup-job
als CLI-Befehl.
Problembehandlung bei Backups von SAP HANA-Datenbanken
Wenn Sie während Ihres Workflows auf Fehler stoßen, sehen Sie sich die folgenden Beispielfehler und Lösungsvorschläge an:
Python-Voraussetzungen
-
Fehler: Der Zypper-Fehler bezieht sich auf die Python-Version seit SSM für SAP und AWS Backup erfordert Python 3.6, aber SUSE 12 unterstützt SP5 standardmäßig Python 3.4.
Lösung: Installieren Sie mehrere Versionen von Python auf, SUSE12 SP5 indem Sie die folgenden Schritte ausführen:
-
Führen Sie einen Befehl update-alternatives aus, um einen Symlink für Python 3 in '/ 3' zu erstellen. usr/local/bin/' instead of directly using '/usr/bin/python Dieser Befehl legt Python 3.4 als Standardversion fest. Der Befehl lautet:
# sudo update-alternatives —install /usr/local/bin/python3 python3 /usr/bin/python3.4 5
-
Fügen Sie Python 3.6 zur alternativen Konfiguration hinzu, indem Sie den folgenden Befehl ausführen:
# sudo update-alternatives —install /usr/local/bin/python3 python3 /usr/bin/python3.6 2
-
Ändern Sie die alternative Konfiguration zu Python 3.6, indem Sie den folgenden Befehl ausführen:
# sudo update-alternatives —config python3
Die folgende Ausgabe sollte angezeigt werden:
There are 2 choices for the alternative python3 (providing /usr/local/bin/python3). Selection Path Priority Status * 0 /usr/bin/python3.4 5 auto mode 1 /usr/bin/python3.4 5 manual mode 2 /usr/bin/python3.6 2 manual mode Press enter to keep the current choice[*], or type selection number:
-
Geben Sie die Zahl ein, die Python 3.6 entspricht.
-
Überprüfen Sie die Python-Version und stellen Sie sicher, dass Python 3.6 verwendet wird.
-
(Optional, aber empfohlen) Stellen Sie sicher, dass die Zypper-Befehle wie erwartet funktionieren.
-
Erkennung und Registrierung von Amazon EC2 Systems Manager für SAP
-
Fehler: SSM für SAP konnte die Arbeitslast aufgrund eines blockierten Zugriffs auf öffentliche Endpunkte für AWS Secrets Manager und SSM nicht erkennen.
Lösung: Testen Sie, ob Endpunkte von Ihrer SAP HANA-Datenbank aus erreichbar sind. Wenn sie nicht erreicht werden können, können Sie Amazon VPC-Endpunkte für AWS Secrets Manager und SSM für SAP erstellen.
-
Testen Sie den Zugriff auf Secrets Manager vom EC2 Amazon-Host für HANA DB aus, indem Sie den folgenden Befehl ausführen:
aws secretsmanager get-secret-value —secret-id hanaeccsbx_hbx_database_awsbkp
. Wenn der Befehl keinen Wert zurückgibt, blockiert die Firewall den Zugriff auf den Secrets Manager Manager-Dienstendpunkt. Das Protokoll wird bei dem Schritt „Geheimnisse aus Secrets Manager abrufen“ beendet. -
Testen Sie die Konnektivität zum SSM-Endpunkt für SAP, indem Sie den Befehl ausführen.
aws ssm-sap list-registration
Wenn der Befehl keinen Wert zurückgibt, blockiert die Firewall den Zugriff auf den SSM for SAP-Endpunkt.Beispiel für einen Fehler:
Connection was closed before we received a valid response from endpoint URL: “https://ssm-sap.us-west-2.amazonaws.com/register-application"
.
Es gibt zwei Möglichkeiten, fortzufahren, wenn die Endpunkte nicht erreichbar sind.
-
Firewall-Ports öffnen, um den Zugriff auf öffentliche Dienstendpunkte für Secrets Manager und SSM für SAP zu ermöglichen; oder
-
Erstellen Sie VPC-Endpoints für Secrets Manager und SSM für SAP und gehen Sie dann wie folgt vor:
-
Stellen Sie sicher, dass Amazon VPC für DNSSupport und DNSHostname aktiviert ist.
-
Stellen Sie sicher, dass Ihr VPC-Endpunkt die Option Privaten DNS-Namen zulassen aktiviert hat.
-
Wenn die SSM for SAP-Erkennung erfolgreich abgeschlossen wurde, wird im Protokoll angezeigt, dass der Host erkannt wurde.
-
-
-
Fehler: AWS Backup Und die Backint-Verbindung schlägt fehl, weil der Zugriff auf öffentliche AWS Backup Dienstendpunkte blockiert ist.
aws-backint-agent.log
kann ähnliche Fehler anzeigen:time="2024-01-03T11:39:15-08:00" level=error msg="Storage configuration validation failed: missing backup data plane Id"
oder.level=fatal msg="Error performing backup missing backup data plane Id
Außerdem kann die AWS Backup Konsole Folgendes anzeigenFatal Error: An internal error occured.
Lösung: Öffnen Sie Firewall-Ports, um den Zugriff auf Endpunkte des öffentlichen Dienstes (HTTPS) zu ermöglichen. Nachdem diese Option verwendet wurde, löst DNS Anfragen an AWS Dienste über öffentliche IP-Adressen auf.
-
Fehler: Die SSM-Registrierung für SAP schlägt fehl, da das HANA-Passwort Sonderzeichen enthält. Zu den Fehlern können beispielsweise
Error connecting to database HBX/HBX when validating its credentials.
oderDiscovery failed because credentials for HBX/SYSTEMDB either not provided or cannot be validated.
nach dem Testen einer Verbindung mithdbsql
einer EC2 Amazon-Instance der HANA-Datenbank gehörensystemdb
undtenantdb
die von dort aus getestet wurde.In der AWS Backup Konsole auf der Seite „Jobs“ können die Details des Backup-Jobs den Status „
FAILED
Mit dem Fehler“ anzeigenMiscellaneous: b’* 10: authentication failed SQLSTATE: 28000\n’
.Lösung: Stellen Sie sicher, dass Ihr Passwort keine Sonderzeichen wie $ enthält.
-
Fehler:
b’* 447: backup could not be completed: [110507] Backint exited with exit code 1 instead of 0. console output: time...
Lösung: Die Installation des AWS BackInt Agenten für SAP HANA wurde möglicherweise nicht erfolgreich abgeschlossen. Versuchen Sie erneut, den AWS Backint Agent und den Amazon EC2 Systems Manager Agent auf Ihrem SAP-Anwendungsserver bereitzustellen.
-
Fehler: Die Konsole stimmt nach der Registrierung nicht mit den Protokolldateien überein.
Das Erkennungsprotokoll zeigt, dass die Registrierung beim Versuch, eine Verbindung zu HANA DB herzustellen, fehlgeschlagen ist, da das Passwort Sonderzeichen enthält. Die SSM-Konsole für SAP Application Manager für SAP zeigt jedoch eine erfolgreiche Registrierung an. Es bestätigt nicht, dass die Registrierung erfolgreich war. Wenn in der Konsole eine erfolgreiche Registrierung angezeigt wird, in den Protokollen jedoch nicht, schlagen Backups fehl.
Bestätigen Sie den Registrierungsstatus:
-
Loggen Sie sich in die SSM-Konsole
ein -
Wählen Sie in der linken Navigationsleiste Befehl ausführen aus.
-
Geben Sie im Textfeld Befehlsverlauf den Wert ein
Instance ID:Equal:
, der der Instanz entspricht, die Sie für die Registrierung verwendet haben. Dadurch wird der Befehlsverlauf gefiltert. -
Verwenden Sie die Spalte mit der Befehls-ID, um Befehle mit Status zu finden
Failed
. Suchen Sie dann den Dokumentnamen von AWSSystemsManagerSAP-Discovery. -
Führen Sie im AWS CLI den Befehl aus
aws ssm-sap register-application status
. Wenn der zurückgegebene Wert angezeigtError
wird, war die Registrierung nicht erfolgreich.
Lösung: Stellen Sie sicher, dass Ihr HANA-Passwort keine Sonderzeichen (wie '$') enthält.
-
Erstellen einer Sicherungskopie einer SAP HANA-Datenbank
-
Fehler: Die AWS Backup Konsole zeigt die Meldung „Schwerwiegender Fehler“ an, wenn ein On-Demand-Backup für SystemDB oder TenantDB erstellt wird. Dies liegt daran, dass auf den öffentlichen Endpunkt nicht zugegriffen werden kann. Dies wird durch eine clientseitige Firewall verursacht, die den Zugriff auf diesen Endpunkt blockiert.
aws-backint-agent.log
kann Fehler wielevel=error msg="Storage configuration validation failed: missing backup data plane Id"
oder anzeigenlevel=fatal msg="Error performing backup missing backup data plane Id."
Lösung: Öffnen Sie den Firewall-Zugang zum öffentlichen Endpunkt.
-
Fehler:
Database cannot be backed up while it is stopped
.Lösung: Stellen Sie sicher, dass die zu sichernde Datenbank aktiv ist. Datenbankdaten und -protokolle können nur gesichert werden, während die Datenbank online ist.
-
Fehler:
Getting backup metadata failed. Check the SSM document execution for more details.
Lösung: Stellen Sie sicher, dass die zu sichernde Datenbank aktiv ist. Datenbankdaten und -protokolle können nur gesichert werden, während die Datenbank online ist.
Überwachung von Backup-Protokollen
-
Fehler:
Encountered an issue with log backups, please check SAP HANA for details.
Lösung: Überprüfen Sie SAP HANA, um sicherzustellen, dass Protokollsicherungen AWS Backup von SAP HANA aus gesendet werden.
-
Fehler:
One or more log backup attempts failed for recovery point.
Lösung: Überprüfen Sie SAP HANA auf Details. Stellen Sie sicher, dass Protokollsicherungen AWS Backup von SAP HANA aus gesendet werden.
-
Fehler:
Unable to determine the status of log backups for recovery point.
Lösung: Überprüfen Sie SAP HANA auf Details. Stellen Sie sicher, dass Protokollsicherungen AWS Backup von SAP HANA aus gesendet werden.
-
Fehler:
Log backups for recovery point %s were interrupted due to a restore operation on the database.
Lösung: Warten Sie, bis der Wiederherstellungsauftrag abgeschlossen ist. Die Protokoll-Backups sollten fortgesetzt werden.
Glossar der SAP HANA-Begriffe bei der Verwendung AWS Backup
Datensicherungstypen: SAP HANA unterstützt zwei Arten von Datensicherungen: Vollständige und INC-Datensicherungen (inkrementell). AWS Backup optimiert, welcher Typ bei jedem Backup-Vorgang verwendet wird.
Katalog-Backups: SAP HANA verwaltet ein eigenes Manifest, das als Katalog bezeichnet wird. AWS Backup interagiert mit diesem Katalog. Jedes neue Backup erstellt einen Eintrag im Katalog.
Kontinuierliche Protokoll-Backups (Transaktionsprotokolle): Für PITR-Features (zeitpunktbezogene Wiederherstellung) verfolgt SAP HANA alle Transaktionen seit dem letzten Backup.
Systemkopie: Ein Wiederherstellungsauftrag, bei dem sich die Zieldatenbank für die Wiederherstellung von der Quelldatenbank unterscheidet, aus der der Wiederherstellungspunkt erstellt wurde.
Destruktive Wiederherstellung: Eine destruktive Wiederherstellung ist eine Art von Wiederherstellungsauftrag, bei dem eine wiederhergestellte Datenbank die Quell- oder bestehende Datenbank löscht oder überschreibt.
VOLLSTÄNDIG: Eine vollständiges Backup ist das Backup einer vollständigen Datenbank.
INC: Ein inkrementelles Backup ist ein Backup aller Änderungen an einer SAP-HANA-Datenbank seit dem vorherigen Backup.
AWS Backup Versionshinweise zur Unterstützung von SAP HANA-Datenbanken auf EC2 Instanzen
Bestimmte Features werden derzeit nicht unterstützt:
-
Kontinuierliche Backups (die Transaktionsprotokolle verwenden) können nicht in andere Regionen oder Konten kopiert werden. Snapshot-Backups können aus vollständigen Backups in unterstützte Regionen und Konten kopiert werden.
-
Backup Audit Manager und Reporting werden derzeit nicht unterstützt.
-
Unterstützte Dienste von AWS-Regionenthält die derzeit unterstützten Regionen für SAP HANA-Datenbank-Backups auf EC2 Amazon-Instances.