Es gibt zwei Möglichkeiten, eine SAP HANA-Datenbank aus einer Sicherung wiederherzustellen:
SAP HANA-Sicherung als Standardmount einbinden
Bei einer Standardbereitstellung wird das Sicherungsabbildlaufwerk mit Daten, dem aktiven Log und dem Archivlogvolumen für das angegebene Ziel bereitgestellt. Sie können Snapshot-Sicherungen einer SAP HANA-Datenbank als Standardmount bereitstellen:
Vorabprüfungen während der Bereitstellung
Bevor ein Mount-Job ausgeführt wird, werden die folgenden Vorabprüfungen durchgeführt:
- Verbindungsstatus des Connectors: Prüfen Sie, ob der Backup and DR-Agent installiert ist und das Secret für die Hostverbindung zwischen der Sicherungs-/Wiederherstellungs-Appliance und dem Backup and DR-Agent angewendet wurde.
- Die angegebenen Mount-Standorte sind für den Mount-Vorgang verfügbar.
- HANA-Binärdatei ist installiert
- Prüfen Sie, ob die HANA-SID, die mit der Quelle identisch ist, auf dem Ziel nicht ausgeführt wird.
- Die HANA-Instanzversion ist höher als 2.0 SP05.
- Berechtigungsprüfung für das Quell- und das Zielprojekt für den Cloud Storage-Dienst.
Sicherung bereitstellen
So mounten Sie eine Sicherung:
Klicken Sie in der Liste App Manager Applications mit der rechten Maustaste auf die geschützte Datenbank und wählen Sie Access (Zugriff) aus.
Wählen Sie ein Snapshot-Bild aus und klicken Sie auf Bereitstellen.
Auf der Seite Bereitstellen:
- Projektname, Region und Zone: Wählen Sie das Projekt, die Region und die Zone der Instanz aus, in die Sie das HANA-Datenbank-Image einbinden möchten.
- Instanzname: Geeignete Compute Engine-Instanzen (HANA-Knoten) können über das Drop-down-Menü ausgewählt werden. Wählen Sie im Drop-down-Menü den Knoten für die Bereitstellung aus. .
Geben Sie optional im Feld Label einen eindeutigen Namen für die Bereitstellung ein.
INCLUDED TENANT DATABASES (EINGESCHLOSSENE MANDANTENDATENBANKEN) dient nur zur Information und zeigt die Liste der Mandantendatenbanken unter dem Sicherungs-Image an.
Unter Mapping Options (Zuordnungsoptionen):
- DATA Volume Mount Location (Bereitstellungspfad für DATA-Volume): Dieser Wert wird mit dem Quellgerätepfad und dem Datenträgertyp vorab ausgefüllt, in dem das HANA-Datenvolume bereitgestellt wird.
- Bereitstellungspfad des Log-Volumes: Dieser wird mit dem Quellgerätepfad und dem Datenträgertyp vorab ausgefüllt, in dem das aktive HANA-Log-Volume bereitgestellt wird.
Bereitstellungsspeicherort des Log-Sicherungsvolumes: Dieser wird mit dem Quellgerätepfad und dem Datenträgertyp vorausgefüllt, in dem das HANA-Archivlog-Sicherungsvolume bereitgestellt wird.
- GERÄTEPFAD: wird mit dem Quell-GERÄTEPFAD vorausgefüllt. Geben Sie einen Pfad an, der auf dem ausgewählten Ziel nicht verwendet wird und den Sie zum Mounten des Snapshot-Images von DATA VOLUME, LOG VOLUME und LOG BACKUP VOLUME auf dem Zielserver verwenden möchten.
- DISK TYPE: Ist mit dem Quellwert für DISK TYPE (Festplattentyp) vorausgefüllt. Sie können den Festplattentyp ändern, indem Sie den gewünschten Typ aus dem Drop-down-Menü auswählen.
Klicken Sie auf Pre-Flight-Check. Dadurch werden die erforderlichen Optionen auf dem Zielserver für eine erfolgreiche Einbindung validiert. Wenn die Preflight-Prüfung fehlschlägt, wird angezeigt, welche Prüfung fehlgeschlagen ist. Sie können den Fehler dann beheben und die Preflight-Prüfung noch einmal ausführen.
Klicken Sie auf Senden. Im Job Monitor können Sie den Fortschritt und die Details des Jobs aufrufen.
Bereitstellung des bereitgestellten Sicherungs-Snapshot-Images aufheben
So entfernen oder behalten Sie das Laufwerk nach einer erfolgreichen Bereitstellung:
- Rufen Sie die Seite Anwendung > Zugriff auf und wählen Sie das für die Bereitstellung verwendete Bild aus.
- Wählen Sie auf der Seite „Zugriff“ im Drop-down-Menü Aktuell aktiver Mount eine der folgenden Optionen aus:
- Unmount & Delete (Aushängen & Löschen): Wählen Sie diese Option aus, um den Mount-Punkt auszuhängen, das Laufwerk zu trennen und das Laufwerk vom Zielserver zu löschen.
- Aktive Bereitstellung vergessen: Wählen Sie diese Option aus, um die Festplatte angehängt und bereitgestellt zu lassen, aber die Metadaten aus dem Dienst für Sicherung und Notfallwiederherstellung zu entfernen. Sie müssen die Google Cloud Konsole verwenden, um dieses Bild nach Abschluss dieses Vorgangs von der Zielinstanz zu entfernen.
SAP HANA-Datenbanken wiederherstellen
Bevor Sie eine SAP HANA-Datenbank aus einem Sicherungsimage wiederherstellen können, müssen Sie die folgenden Lizenzanforderungen beachten.
Lizenzanforderungen und Auswirkungen auf die Wiederherstellung
- Der Lizenzschlüssel für eine SAP HANA-Datenbank basiert auf der System-ID und der Hardware-ID. Nach einer Wiederherstellung wird ein SAP HANA-Lizenzschlüssel ungültig, wenn sich die SID oder Hardware-ID geändert hat.
- Bei der Wiederherstellung wird automatisch ein temporärer Lizenzschlüssel installiert, wenn das für die Wiederherstellung verwendete Back-up eine dauerhafte Lizenz enthält, die noch gültig ist. Sie können bis zu 90 Tage lang mit der automatisch installierten temporären Lizenz arbeiten. Während dieser Zeit müssen Sie bei SAP beantragen, dass die Lizenz aus der Quelldatenbank auf einen neuen Lizenzschlüssel übertragen wird. Anschließend müssen Sie den neuen Lizenzschlüssel in der wiederhergestellten SAP HANA-Datenbank installieren.
- Wenn die für die Wiederherstellung verwendete Sicherung nur eine temporäre Lizenz hatte, befindet sich die Datenbank sofort nach der Wiederherstellung im Sperrmodus.
- Quelldatenbank mit temporärer Lizenz: Dies sind Sicherungen, die mit temporären Lizenzen erstellt wurden.
- Wiederherstellung in der Quelle: Die Datenbank wurde vor 90 Tagen erstellt und befindet sich im Sperrmodus.
- Wiederherstellung am neuen Ziel: Die Wiederherstellung schlägt fehl, da die temporäre SAP-Lizenz die Wiederherstellung am neuen Ziel nicht zulässt.
- Quelldatenbank mit unbefristeter Lizenz: Dies sind Sicherungen, die mit unbefristeten Lizenzen erstellt wurden.
- Auf der Quelle wiederherstellen: Kein Problem.
- Auf dem neuen Ziel wiederherstellen: Es hat eine 90‑tägige Testlizenz. Sicherungen werden erfolgreich erstellt, aber Sie können die neue Sicherung nicht für die Wiederherstellung verwenden.
SAP-Referenzen
- https://help.sap.com/viewer/6b94445c94ae495c83a19646e7c3fd56/2.0.02/en-US/19a0f5a85685453080f00087bb9b9c98.html
- https://help.sap.com/viewer/6b94445c94ae495c83a19646e7c3fd56/2.0.02/en-US/bddd0b28bb571014bd9592d247dcd403.html
Preflight-Prüfung
Vor dem Einreichen des Wiederherstellungsverfahrens werden mit Vorabprüfungen die erforderlichen Voraussetzungen für eine erfolgreiche Datenbankwiederherstellung validiert.
- HANA-SID: HANA ist auf dem Zielknoten mit demselben HANA-SID-Namen konfiguriert.
- Datenbankstatus prüfen: Die HANA-Datenbank wird nicht ausgeführt.
- Konfigurationsdatei: Die Konfigurationsdatei „global.ini“ ist auf dem Zielserver verfügbar.
- Pfad für Logsicherungen: Der Pfad für Logsicherungen wird in global.ini festgelegt.
- HANA-Version: Die Ziel-HANA-Version ist dieselbe wie die Quell-HANA-Version.
- USERSTOREKEY: Der angegebene Userstore-Schlüssel ist auf dem Zielgerät vorhanden oder es wurde ein gültiger privilegierter Nutzername und ein gültiges Passwort angegeben, die zum Zeitpunkt der Sicherung vorhanden waren.
- Wenn Sie die Wiederherstellung auf ein neues Ziel durchführen, prüfen Sie, ob der unter der Mapping-Option angegebene Mount-Point auf dem Zielserver verwendet oder gemountet wird.
- Details zum Daten- und Logvolumen prüfen: Wenn der Pfad für das Daten- und Logvolumen in der Konfigurationsdatei (global.ini) anders definiert ist als der ausgewählte Gerätepfad unter der Zuordnungsoption, wird die Konfigurationsdatei (global.ini) mit dem Pfad aktualisiert, der unter der Zuordnungsoption ausgewählt wurde.
- Knotenstatus:
- Konfiguration mit vertikaler Skalierung und eigenständige Konfiguration: Der Ziel-HANA-Server ist aktiv und verfügbar.
- HANA HA-Konfiguration (1+n): Prüft, ob die Replikation deaktiviert ist. Die Replikation muss deaktiviert werden, bevor die Wiederherstellung gestartet werden kann. Die Replikation nach der Wiederherstellung muss neu konfiguriert werden. Wenn Sie eine Wiederherstellung auf einem beliebigen Knoten eines HANA-HA-Clusters (1+n) durchführen, wird eine eigenständige Anwendung auf dem ausgewählten Zielhost erstellt. Der Nutzer muss den Cluster bei Bedarf explizit neu konfigurieren und die Anwendung entsprechend erkennen.
SAP HANA-Datenbank wiederherstellen
- Klicken Sie in der Liste App Manager Applications (App Manager-Anwendungen) mit der rechten Maustaste auf die Datenbank und wählen Sie Access (Zugriff) aus.
- Wählen Sie das wiederherzustellende Reservebild aus und klicken Sie auf Wiederherstellen.
Auf der Seite Wiederherstellen haben Sie folgende Optionen:
- Auf Quelle zurücksetzen: Alle Felder werden mit dem Quellwert der geschützten SAP HANA-Instanz vorausgefüllt und sind unveränderlich, mit Ausnahme von Anwendungsoptionen.
- Auf neuem Ziel wiederherstellen: Alle Felder sind mit dem Quellwert der geschützten SAP HANA-Instanz vorausgefüllt und können geändert werden.
Optionen
- Projektname, Region und Zone:
- Wenn Sie die Daten in der Quelle wiederherstellen: Alle Felder werden mit dem Quellwert der geschützten SAP HANA-Instanz vorausgefüllt und sind unveränderlich.
- Wenn Sie die Sicherung auf einem neuen Ziel wiederherstellen: Wählen Sie das Projekt, die Region und die Zone der Instanz aus, auf der Sie die HANA-Datenbank wiederherstellen möchten.
- Instanzname:
- Wenn Sie die Daten in der Quelle wiederherstellen: Die Compute Engine-Quellinstanz ist ausgewählt und unveränderlich.
- Wenn Sie die Wiederherstellung auf ein neues Ziel ausführen: Geeignete Compute Engine-Instanzen (HANA-Knoten) sind in der Drop-down-Liste verfügbar. Wählen Sie im Drop-down-Menü den Knoten für die Wiederherstellung aus.
- Label: Optional können Sie einen eindeutigen Namen eingeben, der mit dieser Bereitstellung verknüpft werden soll.
- Included Tenant Databases (Einbezogene Mandantendatenbanken) dient nur zur Information und zeigt die Liste der Mandantendatenbanken unter dem Sicherungs-Image an.
- Identität der ursprünglichen Anwendung ersetzen: Diese Option ist nur verfügbar, wenn die Wiederherstellung auf einem neuen Host auf derselben Sicherungs-/Wiederherstellungs-Appliance erfolgt, auf der die Sicherung ursprünglich erstellt wurde.
- Ja: Die ursprüngliche Anwendung wird durch die wiederhergestellte Anwendung ersetzt. Diese hat dieselbe Anwendungs-ID, denselben Jobverlauf, dieselben Sicherungsbilder und denselben Sicherungsplan wie die ursprüngliche Anwendung.
- Nein: Die ursprüngliche Anwendung wird nicht ersetzt. Sie wird im Rahmen des Wiederherstellungsjobs als neue Anwendung erkannt.
Anwendungsoptionen
Rollforward-Zeit: Wählen Sie ein Datum und eine Uhrzeit für die Wiederherstellung einer mit Protokollen geschützten Datenbank bis zum erforderlichen Zeitpunkt aus.
TARGET DATABASE SID (SID der Zieldatenbank): Dieses Feld ist mit dem SID-Namen der geschützten Datenbank vorausgefüllt und kann nicht geändert werden.
SAP DB USER STORE-KEY: Dieser Wert wird während der Sicherung mit dem Schlüssel des Nutzerspeichers vorausgefüllt. Ein neuer Userstore-Schlüssel kann mit einem privilegierten Nutzernamen und Passwort angegeben werden, die während der Sicherung verfügbar waren. Dieser neue Schlüssel wird erstellt und für die Wiederherstellung verwendet.
- Wenn der Nutzername und das Passwort mit dem vorhandenen Userstore-Schlüssel angegeben werden, wird der Userstore-Schlüssel mit diesem Nutzernamen und Passwort neu erstellt. Die Validierung erfolgt erst, nachdem die Systemdatenbank wiederhergestellt wurde. Die Mandantenwiederherstellung kann fehlschlagen, wenn der Nutzername oder das Passwort ungültig ist oder nicht die richtigen Berechtigungen enthält oder nicht als Teil des Sicherungsimages verfügbar ist.
- Wenn ein neuer Userstore-Schlüssel mit Nutzernamen und Passwort angegeben wird, wird der Userstore-Schlüssel mit dem angegebenen Userstore-Schlüsselnamen, Nutzernamen und Passwort erstellt. Die Validierung erfolgt erst nach der Wiederherstellung von „systemdb“. Die Mandantenwiederherstellung kann fehlschlagen, wenn der Nutzername oder das Passwort ungültig ist, nicht die richtigen Berechtigungen enthält oder nicht im Sicherungsimage verfügbar ist.
- Wenn kein „userstorekey“, kein Nutzername und kein Passwort übergeben werden, erfolgt während der Vorabprüfung eine Validierung, um zu prüfen, ob der während der Sicherung verwendete „userstorekey“ auf dem Zielserver vorhanden ist. Die Vorabprüfung schlägt fehl, wenn der während der Sicherung verwendete „userstorekey“ nicht gefunden wird. Die Mandantenwiederherstellung kann fehlschlagen, wenn der Nutzername oder das Passwort ungültig ist, nicht die richtigen Berechtigungen enthält oder nicht im Sicherungsimage enthalten ist.
- Wenn kein „userstorekey“ übergeben wird, aber Nutzername und Passwort angegeben sind, wird der beim Backup verwendete „userstorekey“ mit den auf dem Zielserver übergebenen Anmeldedaten neu erstellt. Die Mandantenwiederherstellung kann fehlschlagen, wenn der Nutzername oder das Passwort ungültig ist, nicht die richtigen Berechtigungen enthält oder nicht im Sicherungsimage enthalten ist.
Zuordnungsoptionen
- DATA Volume Mount Location (Bereitstellungspfad für DATA-Volume): Dieser Wert wird mit dem Quellgerätepfad und dem Datenträgertyp vorab ausgefüllt, in dem das HANA-Datenvolume bereitgestellt wird.
- Bereitstellungspfad des Log-Volumes: Dieser wird mit dem Quellgerätepfad und dem Datenträgertyp vorab ausgefüllt, in dem das aktive HANA-Log-Volume bereitgestellt wird.
Bereitstellungspfad des Volumes für Logsicherungen: Dieser wird mit dem Quellgerätepfad und dem Datenträgertyp vorausgefüllt, in dem das HANA-Archivlogsicherungs-Volume bereitgestellt wird.
Gerätepfad: Unveränderlich für die Wiederherstellung am Quellort. Das kann beim Wiederherstellen auf einem neuen Ziel geändert werden.
Laufwerkstyp:Kann für die Wiederherstellung auf der Quelle geändert werden. Das kann beim Wiederherstellen in der Quelle oder in einem neuen Ziel geändert werden. Mit dem Festplattentyp können Sie den Typ des zugrunde liegenden Blockspeichers auswählen, der für die wiederhergestellten Daten aus den Sicherungs-Images verwendet wird.
Benutzerdefinierte HANA-Konfiguration wiederherstellen
Das Sicherungs-Image enthält kundenspezifische Konfigurationseinstellungen (.ini-Dateien, die gegenüber der Standardeinstellung geändert wurden). Sie können benutzerdefinierte Konfigurationseinstellungen wiederherstellen, die zum Zeitpunkt der Sicherung erfasst wurden.
Für das Wiederherstellen der benutzerdefinierten HANA-Konfiguration muss der im Schlüssel des Nutzerspeichers konfigurierte Datenbanknutzer die Berechtigungen DATABASE ADMIN und INIFILE ADMIN haben.
Verschlüsselte Sicherung auf einem nichtflüchtigen Speicher wiederherstellen
Auf der Quelle wiederherstellen: Die Wiederherstellung auf dem Quellsystem ist erfolgreich, wenn die für die letzte Sicherung verwendeten Verschlüsselungsschlüssel mit den aktuellen Schlüsseln auf der Quelle übereinstimmen. Wenn die Verschlüsselungsschlüssel geändert wurden, müssen Sie vor dem Starten des Wiederherstellungsjobs eine Konfigurationsdatei erstellen.
Auf einem neuen Ziel wiederherstellen: Am einfachsten ist es, die Compute Engine-Quellinstanz auf ein neues Ziel zu klonen. Die neue Instanz hat dieselbe Konfiguration wie die Quellinstanz und es sind keine zusätzlichen Voraussetzungen erforderlich.
Wenn das Klonen des Quelldatenbankservers nicht möglich ist, erstellen Sie eine Konfigurationsdatei wie unten beschrieben und prüfen Sie, ob alle im Abschnitt „Wiederherstellen“ aufgeführten Voraussetzungen erfüllt sind.
Konfigurationsdatei erstellen
Wenn die für die letzte Sicherung verwendeten Verschlüsselungsschlüssel nicht mehr mit den aktuellen Schlüsseln auf dem Quellserver übereinstimmen, müssen Sie die Verschlüsselungsschlüssel während des Wiederherstellungsvorgangs importieren. Dazu ist eine Konfigurationsdatei erforderlich.
Erstellen Sie die Konfigurationsdatei
DB_DETAILS.lst
mit der Leseberechtigung 400 auf dem SAP HANA-Server unter/hana/shared
. Geben Sie das Verschlüsselungspasswort mit dem Mandantennamen wie folgt ein:<HANA SID> <TENANT NAME> '<PASSWORD>'
Beispiel: Für die HANA-Instanz „S82“
S82 SYSTEMDB 'aaaaaaaa' S82 S82 'aaaaaaaa'
Stellen Sie sicher, dass Sie die Konfigurationsdatei (/hana/shared/DB_DETAILS.lst) angeben.
Klicken Sie auf die Preflight-Prüfung.
- Wenn die Preflight-Prüfung fehlschlägt, beheben Sie das Problem und reichen Sie die Preflight-Prüfung noch einmal ein.
- Wenn die Preflight-Prüfung erfolgreich ist, klicken Sie auf Senden, um den Wiederherstellungsjob zu senden.