SAP HANA-Scale-Out-Instanzen wiederherstellen

Auf dieser Seite finden Sie Informationen zum Wiederherstellen von SAP HANA-Scale-Out-Instanzen aus Sicherungen des Backup- und Notfallwiederherstellungsdienstes.

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 die Hardware-ID geändert hat.
  • Während der Wiederherstellung wird automatisch ein temporärer Lizenzschlüssel installiert, wenn das für die Wiederherstellung verwendete Back-up eine permanente Lizenz hat, die noch gültig ist. Sie können die automatisch installierte temporäre Lizenz bis zu 90 Tage lang verwenden. In dieser Zeit müssen Sie bei SAP beantragen, dass die Lizenz aus der Quelldatenbank auf einen neuen Lizenzschlüssel übertragen wird. Sie müssen dann 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 direkt nach der Wiederherstellung im Sperrmodus.

Quelldatenbank mit temporärer Lizenz: Dies sind Sicherungen, die mit temporären Lizenzen erstellt wurden.

  • Zurück zur Quelle wiederherstellen: 90 Tage nach der Erstellung der Datenbank befindet sich die Datenbank im Sperrmodus.
  • Wiederherstellen im neuen Ziel Die Wiederherstellung schlägt fehl, da die temporäre SAP-Lizenz die Wiederherstellung auf ein neues Ziel nicht zulässt.

Quelldatenbank mit unbefristeter Lizenz: Dies sind Sicherungen, die mit unbefristeten Lizenzen erstellt wurden.

  • Wiederherstellen Kein Problem.
  • Auf das neue Ziel wiederherstellen: Sie haben eine 90-tägige Testlizenz. Die Sicherungen sind erfolgreich, aber die Sicherung kann nicht zur Wiederherstellung verwendet werden.

SAP-Referenzen

Preflight-Prüfung

Während des Wiederherstellungsvorgangs wird die Wiederherstellung durch eine Preflight-Prüfung validiert. Für eine erfolgreiche Datenbankwiederherstellung werden die folgenden Voraussetzungen geprüft:

  • HANA-SID: HANA ist auf dem Zielknoten mit demselben HANA-SID-Namen konfiguriert.
  • Konfigurationsdatei: Die Konfigurationsdatei „global.ini“ ist richtig konfiguriert.
  • Pfad für die Protokollsicherung: Der Pfad für die Protokollsicherung wird in global.ini festgelegt.
  • BACKINT CONFIG:
    • Über Image auf Volumeebene: Backint ist für diese Datenbank nicht konfiguriert.
    • Aus vollständigem und inkrementellem Image: Wenn der Zielserver noch nicht mit backint konfiguriert ist, wird backint während der Wiederherstellung konfiguriert.
  • HANA-VERSION: Die Ziel-HANA-Version ist mit der Quell-HANA-Version identisch.
  • USERSTOREKEY: Geben Sie an, dass der Userstore-Schlüssel am Ziel vorhanden ist oder dass ein gültiger privilegierter Nutzername und ein Passwort angegeben ist, die zum Zeitpunkt der Sicherung vorhanden sind.
  • Logisches Volume
    • Der Name des logischen Volumes und der Name der Volumegruppe müssen auf dem Quell- und Zielknoten identisch sein.
    • Die Größe des logischen Volumes auf dem Ziel sollte der Größe des logischen Volumes der Quelle entsprechen oder größer sein.
  • Knotenstatus
    • Vertikale Skalierung und eigenständige Konfiguration: Zielknoten ist aktiv und verfügbar
    • HANA HA (1+n)-Konfiguration: Die Replikation muss deaktiviert werden, bevor die Wiederherstellung gestartet werden kann. Die Replikation muss nach der Wiederherstellung neu konfiguriert werden. Wenn Sie die Wiederherstellung auf einen beliebigen Knoten eines HANA-HA-Clusters (1 + n) ausführen, wird auf dem ausgewählten Zielhost eine eigenständige Anwendung erstellt. Der Nutzer muss den Cluster nach Bedarf explizit neu konfigurieren und die Anwendung entsprechend erkennen.

Automatische Wiederherstellung einer SAP HANA-Datenbank

Hinweis

Von Sicherungsabbild auf Volumeebene zu neu

Automatische Wiederherstellung einer HANA-Datenbank von einem Sicherungsabbild auf Volumeebene auf ein neues Ziel

  1. Klicken Sie in der Liste App-Manager-Anwendungen mit der rechten Maustaste auf die Datenbank und wählen Sie Zugriff aus.
  2. Wählen Sie den neuesten Snapshot aus, den Sie wiederherstellen möchten, und klicken Sie auf Wiederherstellen.

  3. Wählen Sie auf der Seite Wiederherstellen die Option Zurück zum neuen Ziel wiederherstellen aus.

    • Ziel Für alle Konfigurationen sind im Drop-down-Menü geeignete HANA-Knoten verfügbar. Wählen Sie im Drop-down-Menü den Knoten für die Wiederherstellung aus.

    • Ersetzen Sie die ursprüngliche Anwendungsidentität. Diese Option ist nur verfügbar, wenn die Wiederherstellung auf einem neuen Host auf derselben Appliance ausgeführt wird, auf der die Sicherung ursprünglich generiert wurde.

      • Ja. Dadurch wird die ursprüngliche Anwendung ersetzt und hat dieselbe Anwendungs-ID, denselben Jobverlauf, dieselben Sicherungs-Images und denselben Sicherungsplan wie die ursprüngliche Anwendung.
      • Nein. Die ursprüngliche Anwendung wird dadurch nicht ersetzt. Sie wird im Rahmen des Wiederherstellungsjobs als neue Anwendung erkannt.
    • Roll-forward-Zeit Wählen Sie ein Datum und eine Uhrzeit für die Wiederherstellung einer Datenbank aus, die mit Protokollen geschützt ist.
    • TARGET DATABASE SID Dieser wird bereits mit dem SID-Namen der geschützten Datenbank ausgefüllt und kann nicht geändert werden.

    • SAP DB USER STORE-KEY Dieser wird während der Sicherung mit dem Schlüssel des Nutzerspeichers vorab ausgefüllt. Ein neuer Userstore-Schlüssel kann mit einem Nutzernamen und Passwort mit erhöhten Berechtigungen angegeben werden, die während der Sicherung verfügbar waren. Dieser neue Userstore-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 Überprüfung erfolgt erst, nachdem die systemdb wiederhergestellt wurde. Die Wiederherstellung des Tenants kann fehlschlagen, wenn der Nutzername oder das Passwort ungültig ist oder keine Berechtigung enthält oder nicht im Sicherungsimage verfügbar ist.

    • Wenn ein neuer Nutzerspeicherschlüssel mit Nutzername und Passwort angegeben wird, wird der Nutzerspeicherschlüssel mit dem angegebenen Namen, Nutzernamen und Passwort erstellt. Die Validierung erfolgt erst nach der Wiederherstellung der Systemdatenbank. Die Wiederherstellung des Tenants 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, wird bei der Vorabprüfung geprüft, ob der während der Sicherung verwendete UserStoreKey auf dem Zielserver vorhanden ist. Die Vorabprüfung schlägt fehl, wenn der beim Back-up verwendete userstorekey nicht gefunden wird. Die Wiederherstellung des Tenants kann fehlschlagen, wenn der Nutzername oder das Passwort ungültig ist, nicht die richtigen Berechtigungen enthält oder nicht im Sicherungsabbild verfügbar ist.

    • Wenn kein Userstorekey übergeben wird, aber Nutzername und Passwort angegeben sind, wird der während der Sicherung verwendete Userstorekey mit den Anmeldedaten neu erstellt, die auf dem Zielserver übergeben wurden. Die Wiederherstellung des Tenants kann fehlschlagen, wenn der Nutzername oder das Passwort ungültig ist oder keine Berechtigung enthält oder nicht im Sicherungsimage verfügbar ist.

  4. 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 Vorabprüfung erfolgreich war, klicken Sie auf Senden, um den Wiederherstellungsjob zu senden.

Quelle aus Sicherungsabbild auf Volumeebene

Automatische Wiederherstellung einer HANA-Datenbank aus einem Sicherungsabbild auf Volumeebene an der Quelle

  1. Klicken Sie im App-Manager in der Liste Anwendungen mit der rechten Maustaste auf die Datenbank und wählen Sie Zugriff aus. Wählen Sie bei dem neuesten Snapshot, den Sie wiederherstellen möchten, die Option Wiederherstellen aus.

  2. Wählen Sie auf der Seite Wiederherstellen die Option Zurück zur Quelle wiederherstellen aus.

    • Ziel: Führen Sie Folgendes aus:
      • Bei einer eigenständigen SAP HANA-Konfiguration ist Ziel bereits ausgefüllt.
      • Wählen Sie für die HANA-HA-Konfiguration (1 + n) in der Drop-down-Liste den HANA-HA-Knoten aus, auf dem die Wiederherstellung erfolgen soll.
    • Roll-forward-Zeit Wählen Sie ein Datum und eine Uhrzeit für die Wiederherstellung einer Datenbank aus, die mit Protokollen geschützt ist.
    • TARGET DATABASE SID Dieser wird bereits mit dem SID-Namen der geschützten Datenbank ausgefüllt und kann nicht geändert werden.
    • SAP DB USER STORE-KEY Dieser wird während der Sicherung mit dem Schlüssel des Nutzerspeichers vorab ausgefüllt. Ein neuer Userstore-Schlüssel kann mit einem Nutzernamen und Passwort mit erhöhten Berechtigungen angegeben werden, die während der Sicherung verfügbar waren. Dieser neue Userstore-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 Überprüfung erfolgt erst, nachdem die systemdb wiederhergestellt wurde. Die Wiederherstellung des Tenants kann fehlschlagen, wenn der Nutzername oder das Passwort ungültig ist oder nicht die richtigen Berechtigungen enthält oder nicht im Sicherungsimage verfügbar ist.
      • Wenn ein neuer Nutzerspeicherschlüssel mit Nutzername und Passwort angegeben wird, wird der Nutzerspeicherschlüssel mit dem angegebenen Namen, Nutzernamen und Passwort erstellt. Die Überprüfung erfolgt erst nach der Wiederherstellung der Systemdatenbank. Die Wiederherstellung des Tenants kann fehlschlagen, wenn der Nutzername oder das Passwort ungültig ist oder nicht die richtigen Berechtigungen enthält oder nicht im Sicherungsimage verfügbar ist.
      • Wenn kein UserStoreKey, kein Nutzername und kein Passwort übergeben werden, wird bei der Vorabprüfung geprüft, 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 Wiederherstellung des Tenants kann fehlschlagen, wenn die Anmeldedaten ungültig sind oder nicht die richtigen Berechtigungen enthalten oder nicht im Sicherungsimage verfügbar sind.
      • Wenn kein UserStoreKey übergeben wurde, aber Nutzername und Passwort angegeben wurden, wird der während der Sicherung verwendete UserStoreKey mit den Anmeldedaten neu erstellt, die auf dem Zielserver übergeben wurden. Die Wiederherstellung des Tenants kann fehlschlagen, wenn der Nutzername oder das Passwort ungültig ist oder nicht die richtigen Berechtigungen enthält oder nicht im Sicherungsimage verfügbar ist.
    1. Klicken Sie auf Vorflugcheck.
    • Wenn die Preflight-Prüfung fehlschlägt, beheben Sie das Problem und reichen Sie die Preflight-Prüfung noch einmal ein.
    • Wenn die Vorabprüfung erfolgreich war, klicken Sie auf Senden, um den Wiederherstellungsjob zu senden.

Von einem vollständigen und inkrementellen Sicherungsimage zu einem neuen Image

Automatische Wiederherstellung einer HANA-Datenbank aus einem vollständigen und inkrementellen Sicherungs-Image auf ein neues Ziel

  1. Klicken Sie in der Verwaltungskonsole App-Manager in der Liste Anwendungen mit der rechten Maustaste auf die Datenbank und wählen Sie Zugriff aus.
  2. Wählen Sie den neuesten Snapshot aus, den Sie wiederherstellen möchten, und klicken Sie auf Wiederherstellen.

  3. Wählen Sie auf der Seite Wiederherstellen die Option Auf neues Ziel wiederherstellen aus.

    • Ziel Bei einer eigenständigen HANA-Konfiguration ist dieser Wert bereits ausgefüllt. Im Drop-down-Menü sind HANA-HA-Knoten verfügbar. Wählen Sie den Knoten für die Wiederherstellung aus dem Drop-down-Menü aus.

    • Ersetzen Sie die ursprüngliche Identität. Diese Option ist nur verfügbar, wenn die Wiederherstellung auf einem neuen Host auf derselben Sicherungs-/Wiederherstellungs-Appliance ausgeführt wird, auf der die Sicherung ursprünglich erstellt wurde.

      • Ja. Dadurch wird die ursprüngliche Anwendung ersetzt und hat dieselbe Anwendungs-ID, denselben Jobverlauf, dieselben Sicherungs-Images und denselben Sicherungsplan wie die ursprüngliche Anwendung.
      • Nein. Die ursprüngliche Anwendung wird dadurch nicht ersetzt. Diese wird im Rahmen des Wiederherstellungsjobs als neue Anwendung erkannt. Nach einer HANA-HA-Wiederherstellung wird der Knoten autonom und behält dieselbe App-ID des Clusters bei. Wenn Sie die Replikation aktivieren, wird der Cluster bei der nächsten Suche gefunden und es wird weiterhin dieselbe App-ID als Clusterhost verwendet.

    • LISTE EINFÜGEN Wenn Sie SYSTEMDB mit oder ohne eine oder mehrere Mandantendatenbanken aus n Mandantendatenbanken wiederherstellen möchten, geben Sie unter INCLUDE eine durch Kommas getrennte Liste der Datenbanken an.

    • AUSSCHLIESSLISTE: Wenn Sie SYSTEMDB oder eine oder mehrere Mandantendatenbanken bei der Wiederherstellung aus einer Mandantendatenbank ausschließen möchten, geben Sie unter AUSSCHLIESSEN eine durch Kommas getrennte Liste der Datenbanken an. Wenn Sie beispielsweise SYSTEMDB in die Ausschlussliste aufnehmen, wird SYSTEMDB von der Wiederherstellung ausgeschlossen und alle gesicherten Mandantendatenbanken werden wiederhergestellt.

      • Wenn INCLUDE LIST und EXCLUDE LIST leer sind, werden SYSTEMDB und alle Tenants (tn1,tn2,tn3) wiederhergestellt.
      • Wenn Sie einen einzelnen Tenant (tn1) wiederherstellen möchten, verwenden Sie die Include-Liste mit tn1.
      • Wenn Sie tn2 und tn3 wiederherstellen und SYSTEMDB und tn1 ausschließen möchten, verwenden Sie die Einschlussliste mit nur tn2 und tn3.
      • Wenn Sie nur alle Tenants (tn1,tn2,tn3) wiederherstellen und SYSTEMDB ausschließen möchten, schließen Sie entweder SYSTEMDB aus oder schließen Sie tn1, tn2, tn3 ein.

    • Roll-forward-Zeit Wählen Sie ein Datum und eine Uhrzeit für die Wiederherstellung einer Datenbank aus, die mit Protokollen geschützt ist.

    • TARGET DATABASE SID Dieser wird bereits mit dem SID-Namen der geschützten Datenbank ausgefüllt und kann nicht geändert werden.

    • SAP DB USERSTORE KEY Dieser wird während der Sicherung mit dem Store-Schlüssel des Nutzers vorab ausgefüllt. Ein neuer Userstore-Schlüssel kann mit einem Nutzernamen und Passwort mit erhöhten Berechtigungen angegeben werden, die während der Sicherung verfügbar waren. Dieser neue Userstore-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 nach der Wiederherstellung der SYSTEMDB. Die Wiederherstellung des Tenants kann fehlschlagen, wenn der Nutzername oder das Passwort ungültig ist oder nicht die richtigen Berechtigungen enthält oder nicht im Sicherungsimage verfügbar ist.
      • Wenn ein neuer Nutzerspeicherschlüssel mit Nutzername und Passwort angegeben wird, wird der Nutzerspeicherschlüssel mit dem angegebenen Namen, Nutzernamen und Passwort erstellt. Die Validierung erfolgt erst nach der Wiederherstellung der SYSTEMDB. Die Wiederherstellung des Tenants kann fehlschlagen, wenn der Nutzername oder das Passwort ungültig ist oder nicht die richtigen Berechtigungen enthält oder nicht als Teil des Sicherungsbilds verfügbar ist.
      • Wenn kein UserStoreKey angegeben ist, werden der Nutzername und das Passwort übergeben. Während der Vorabprüfung wird dann geprüft, 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 Wiederherstellung des Tenants kann fehlschlagen, wenn der Nutzername oder das Passwort ungültig ist oder keine Berechtigung enthält oder nicht im Sicherungsimage verfügbar ist.
      • Wenn kein UserStoreKey übergeben wurde, aber Nutzername und Passwort angegeben wurden, wird der während der Sicherung verwendete UserStoreKey mit den Anmeldedaten neu erstellt, die auf dem Zielserver übergeben wurden. Die Wiederherstellung des Tenants kann fehlschlagen, wenn der Nutzername oder das Passwort ungültig ist, wenn er nicht die richtigen Berechtigungen enthält oder wenn er nicht im Sicherungsimage verfügbar ist.

  4. Klicken Sie auf Vorflugcheck.

    • Wenn die Preflight-Prüfung fehlschlägt, beheben Sie das Problem und reichen Sie die Preflight-Prüfung noch einmal ein.
    • Wenn die Vorabprüfung erfolgreich war, klicken Sie auf Senden, um den Wiederherstellungsjob zu senden.

Quelle aus einem Sicherungs-Image mit vollständiger und inkrementeller Sicherung

Automatische Wiederherstellung einer HANA-Datenbank aus einem vollständigen und inkrementellen Sicherungs-Image an die Quelle

  1. Klicken Sie in der Verwaltungskonsole App-Manager in der Liste Anwendungen mit der rechten Maustaste auf die Datenbank und wählen Sie Zugriff aus.
  2. Wählen Sie den neuesten Snapshot aus, den Sie wiederherstellen möchten, und klicken Sie auf Wiederherstellen.

  3. Wählen Sie auf der Seite Wiederherstellen die Option Zurück zur Quelle wiederherstellen aus.

    • Gehen Sie für Ziel so vor:

      • Bei einer eigenständigen HANA-Konfiguration ist dieser Wert bereits ausgefüllt.
      • Für die HANA-HA-Konfiguration (1 + n) können Sie im Drop-down-Menü HANA-HA-Knoten auswählen. Wählen Sie im Drop-down-Menü den Knoten für die Wiederherstellung aus.

    • Geben Sie unter INCLUDE eine durch Kommas getrennte Liste der Datenbanken an, die unter INCLUDE LIST wiederhergestellt werden sollen.

    • AUSSCHLIESSLISTE: Wenn Sie SYSTEMDB oder eine oder mehrere Mandantendatenbanken bei der Wiederherstellung aus einer Mandantendatenbank ausschließen möchten, geben Sie unter AUSSCHLIESSEN eine durch Kommas getrennte Liste der Datenbanken an. Wenn Sie beispielsweise SYSTEMDB in die Ausschlussliste aufnehmen, wird SYSTEMDB von der Wiederherstellung ausgeschlossen und alle gesicherten Mandantendatenbanken werden wiederhergestellt.

      • Wenn INCLUDE LIST und EXCLUDE LIST leer sind, werden SYSTEMDB und alle Tenants (tn1,tn2,tn3) wiederhergestellt.
      • Wenn Sie einen einzelnen Tenant (tn1) wiederherstellen möchten, verwenden Sie die Include-Liste mit tn1.
      • Wenn Sie tn2 und tn3 wiederherstellen und SYSTEMDB und tn1 ausschließen möchten, verwenden Sie die Einschlussliste mit nur tn2 und tn3.
      • Wenn Sie nur alle Tenants (tn1,tn2,tn3) wiederherstellen und SYSTEMDB ausschließen möchten, schließen Sie entweder SYSTEMDB aus oder schließen Sie tn1, tn2, tn3 ein.

    • Wählen Sie für Roll-forward-Zeit ein Datum und eine Uhrzeit für eine Datenbank aus, die mit Protokollen geschützt ist, die wiederhergestellt werden sollen.

    • Für TARGET DATABASE SID wird der Name der SID der geschützten Datenbank vorab ausgefüllt und kann nicht geändert werden.

    • Für SAP DB USER STORE-KEY wird dieser während der Sicherung vorab mit dem Userstore-Schlüssel ausgefüllt. Ein neuer Userstore-Schlüssel kann mit einem Nutzernamen und Passwort mit erhöhten Berechtigungen angegeben werden, die während der Sicherung verfügbar waren. Dieser neue Userstore-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 nach der Wiederherstellung der Systemdatenbank. Die Wiederherstellung des Tenants 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 ein neuer Nutzerspeicherschlüssel mit Nutzername und Passwort angegeben wird, wird der Nutzerspeicherschlüssel mit dem angegebenen Namen, Nutzernamen und Passwort erstellt. Die Überprüfung erfolgt erst nach der Wiederherstellung der Systemdatenbank. Die Wiederherstellung des Tenants kann fehlschlagen, wenn der Nutzername oder das Passwort ungültig ist oder keine Berechtigung enthält oder nicht im Sicherungsimage verfügbar ist.
      • Wenn kein Userstore-Schlüssel, kein Nutzername und kein Passwort übergeben werden, wird bei der Vorabprüfung geprüft, ob der beim Back-up verwendete Userstore-Schlüssel auf dem Zielserver vorhanden ist. Die Vorabprüfung schlägt fehl, wenn der während der Sicherung verwendete userstorekey nicht gefunden wird. Die Wiederherstellung des Tenants kann fehlschlagen, wenn der Nutzername oder das Passwort ungültig ist oder keine Berechtigung enthält oder nicht im Sicherungsimage verfügbar ist.
      • Wenn kein Userstorekey übergeben wird, aber Nutzername und Passwort angegeben sind, wird der während der Sicherung verwendete Userstorekey mit den Anmeldedaten neu erstellt, die auf dem Zielserver übergeben wurden. Die Wiederherstellung des Tenants kann fehlschlagen, wenn der Nutzername oder das Passwort ungültig ist oder nicht die richtigen Berechtigungen enthält oder nicht im Sicherungsimage verfügbar ist.
      • Bei der SYSTEMDB-Wiederherstellung wird der hdbuserstore-Schlüssel am Ende der SYSTEMDB-Wiederherstellung und vor Beginn der Mieterstellung validiert. Die Wiederherstellung des Tenants kann fehlschlagen, wenn der Nutzername oder das Passwort ungültig ist oder nicht die richtigen Berechtigungen enthält oder nicht im Sicherungsimage verfügbar ist.

  4. Klicken Sie auf Vorflugcheck.

    • Wenn die Preflight-Prüfung fehlschlägt, beheben Sie das Problem und reichen Sie die Preflight-Prüfung noch einmal ein.
    • Wenn die Vorabprüfung erfolgreich war, klicken Sie auf Senden, um den Wiederherstellungsjob zu senden.

Manuelle Wiederherstellung einer SAP HANA-Mandantendatenbank

Sie können eine Datenbank eines einzelnen Mieters manuell aus einem Sicherungs-Image auf Volumeebene wiederherstellen.

Prozedur

So stellen Sie eine Datenbank mit nur einem Nutzer wieder her:

  1. Klicken Sie im App-Manager in der Liste Anwendungen mit der rechten Maustaste auf die Datenbank und wählen Sie Zugriff aus.
  2. Wählen Sie in der Laufwerkdatenbank den neuesten Snapshot aus, den Sie wiederherstellen möchten, und dann rechts Mount.
  3. Deaktivieren Sie auf der Seite Bereitstellen die Anwendungsoptionen und legen Sie unter Bereitstellungsoptionen einen Bereitstellungsort wie /testmnt fest.
  4. Melden Sie sich als Root auf dem Server an und ändern Sie das Verzeichnis in /act/custom_apps/saphana/restore: cd /act/custom_apps/saphana/restore
  5. Führen Sie das Skript für die Wiederherstellung aus:
      ./CALL_LVM_single_tenant_recover.sh DBSID TENANT SID SYSTEMDB USERSTORE KEY RECOVERY TIME

Beschreibung der Argumente für das Script:

    DBSID = The database SID
    TENANT SID = The name of the tenant database to be restored
    SYSTEM DB USERSTORE KEY = The System DB userstore key
    RECOVERY TIME = The required recovery time in the format YYYY-MM-DD HH24:MI:SS in UTC

Beispiel: ./CALL_LVM_single_tenant_recover.sh lv1 lv1 ACTBACKUP '2019-09-24 20:00:00'

  1. Sobald das Script abgeschlossen ist, wird die Tenant-Datenbank bis zu diesem Zeitpunkt wiederhergestellt und ist für den Zugriff verfügbar.
  2. Rufen Sie die Verwaltungskonsole auf und trennen Sie das Sicherungs-Image und löschen Sie es.

Status Ihrer Sicherungen in SAP HANA Studio prüfen

Sie können den Sicherungsstatus, die Metadaten und die Sicherungsabbilder in HANA Studio prüfen, aber nicht über HANA Studio auf die Sicherungsabbilder des Sicherungs- und Notfallwiederherstellungs-Dienstes zugreifen. Sie müssen über die Verwaltungskonsole auf Sicherungs-Images für die Wiederherstellung oder andere Zwecke zugreifen.

  1. Rufen Sie in HANA Studio den Ordner Back-up auf.

  2. Rufen Sie den Tab Sicherungskatalog auf.

    Auf dem Tab „Sicherungskatalog“ sehen Sie den Status Ihrer Sicherungen sowie Details wie Startzeit, Dauer, Größe, Sicherungstyp und Ziel.

Wiederherstellungsverhalten von HANA und HANA HA 1:n

Dieser Abschnitt enthält Informationen zum Wiederherstellungsverhalten von HANA und HANA HA 1+n.

Alle HANA-Konfigurationen

Wiederherstellen in einem neuen Ziel, wenn die Option Neue Anwendung verwalten aktiviert ist:

  • Die wiederhergestellte Anwendung ist geschützt, aber im Abschnitt App-Details und -Einstellungen sind nur die Standardwerte zu sehen. Sie müssen die erforderlichen Werte nach der Wiederherstellung unter Anwendungsdetails und -einstellungen manuell festlegen, damit die Sicherung erfolgreich abgeschlossen werden kann.
  • Der wiederhergestellte Anwendungsschutz ist deaktiviert. Sie müssen den Schutz unter App-Manager > Apps > Sicherung verwalten aktivieren, damit Sicherungen ausgeführt werden.

HANA-HA-Konfigurationen (1 + n)

Bei einem HANA 1+1-Cluster mit Knoten A als primärem und Knoten B als sekundärem Knoten – Knoten A --> Knoten B – wird der Cluster als Anwendung im Rahmen des Sicherungs- und Notfallwiederherstellungsdienstes erkannt und die Sicherung wird vom primären Knoten Knoten A ausgeführt.

In einer neuen Ziel-HANA-Datenbank wiederherstellen – als eigenständige Datenbank oder Cluster

Wenn ein neues Ziel als Anwendung erkannt oder geschützt wird, muss diese Anwendung vor der Wiederherstellung entschützt und aus der Sicherung und Notfallwiederherstellung gelöscht werden. Der Job schlägt fehl, wenn die neue Zielanwendung vorhanden ist.

Zu Knoten A als primärem Knoten wiederherstellen

  • Knoten B muss vom Cluster abgemeldet werden, bevor die Wiederherstellung auf Knoten A ausgeführt werden kann.
  • Knoten A wird nach der Wiederherstellung zu Knoten A zu einer eigenständigen Anwendung.
  • Knoten B muss bei Knoten A mit Knoten B als sekundärem Knoten registriert sein. Außerdem muss auf Knoten A eine erzwungene Erkennung ausgeführt werden, damit er als Clustersicherung fortgesetzt werden kann.

Wiederherstellung auf sekundärem Knoten B

  • Knoten B muss abgemeldet sein. Andernfalls muss eine Übernahme auf Knoten B ausgeführt werden, bevor eine Wiederherstellung auf Knoten B durchgeführt werden kann.
  • Schalten Sie Knoten A aus, bevor Sie die Wiederherstellung auf Knoten B ausführen, und fügen Sie Knoten A nach der Wiederherstellung als sekundären Knoten zu Knoten B hinzu.
  • Knoten B ist nach der Wiederherstellung eine eigenständige Anwendung. Knoten A muss bei Knoten B registriert sein, wobei Knoten A als sekundärer Knoten festgelegt ist.

  • Führen Sie eine Suche von Knoten B aus aus, um die Anwendung wieder als Clusteranwendung zu finden.

  • Wenn Sie Knoten A und Knoten B als eigenständige Anwendungen verwenden und schützen möchten, führen Sie nach der Wiederherstellung die Erkennung auf Knoten A und Knoten B aus, ohne die Replikation zu aktivieren.

SAP HANA-Systemreplikation für die Wiederherstellung deaktivieren

  1. Melden Sie sich auf beiden Systemen als Betriebssystemnutzer an, also als Nutzer „adm“.
  2. Beenden Sie das sekundäre System: sapcontrol –nr -function StopSystem HDB.
  3. Registrieren Sie das sekundäre System auf dem sekundären System ab: hdbnsutil -sr_unregister --id=(secondarySiteID).
  4. Deaktivieren Sie die Systemreplikation auf dem primären System: hdbnsutil –sr_disable.

  5. Prüfen Sie die Systemreplikation mit einem der folgenden Scripts:

    • Das systemReplicationStatus.py-Script Dieses Script zeigt den Replikationsstatus und Datenbankinformationen an.
    • Das hdbnsutil -sr_state-Script Dieses Script zeigt die Rolle der Replikationsknoten und die Details zur Hostzuordnung.

Dokumentation zum Sicherungs- und Notfallwiederherstellungsdienst für SAP HANA Scale-Out

Diese Seite ist eine von mehreren Seiten zum Schutz und zur Wiederherstellung von SAP HANA-Skalierungsinstanzen mit dem Sicherungs- und Notfallwiederherstellungsdienst. Weitere Informationen finden Sie auf den folgenden Seiten: