Andere Datenbanktypen wiederherstellen

Mit dem Wiederherstellungsvorgang des Sicherungs- und Notfallwiederherstellungsdienstes wird ein Sicherungs-Image an der Quelle wiederhergestellt und alle dort vorhandenen Daten werden überschrieben.

Systemeinschränkungen und Problemumgehungen

• Systemdatenbanken auf einer Root-Partition, die als LVM-Snapshots (Logical Volume Manager) gesichert wurden, können nicht bei einem Wiederherstellungsvorgang verwendet werden, da die Root-Partition nicht getrennt werden kann. Diese müssen manuell von einem Standard-Mount wieder auf demselben Host wiederhergestellt werden.
  Informationen zum Wiederherstellen eines Datenbank-Images auf Volumeebene mit kürzerer Ausfallzeit für Nutzer finden Sie unter Andere Arten von Datenbanken für die sofortige Wiederherstellung bereitstellen und migrieren.

• Die Wiederherstellung an der Quelle wird nicht unterstützt, wenn mehrere Instanzen dasselbe Volume oder Dateisystem verwenden. Um solche Anwendungen wiederherzustellen, müssen Sie das Image auf dem Host bereitstellen und die Wiederherstellung einer einzelnen Datenbank mithilfe der Schritte ausführen, die unter Einzelne Datenbank aus einem volumebasierten Sicherungs-Image an der Quelle wiederherstellen beschrieben sind.

• Wenn es verschachtelte Bereitstellungspunkte unter den gesicherten Produktionsvolumes gibt, schlägt die Wiederherstellung und Migration zurück zur Quelle fehl, da die Produktionsvolumes belegt sind und nicht bereitgestellt werden können.

• Wiederherstellen /backup-disaster-recovery/docs/restore-data/otherdb-restore

Datenbanken aus einem Sicherungs-Image auf Volumeebene an der Quelle wiederherstellen

Bei diesem Verfahren wird die physische Wiederherstellung des Quelldatenbereichs verwendet. So stellen Sie die ursprüngliche Version wieder her:

1. Klicken Sie in der Liste App-Manager-Anwendungen mit der rechten Maustaste auf die geschützte Datenbank und wählen Sie Zugriff aus. Verwenden Sie den Statusfilter Verwalteter Sicherungsplan, um nur geschützte Datenbanken anzuzeigen.

2. Wählen Sie ein Snapshot-Bild aus und klicken Sie auf Wiederherstellen.

3. Wählen Sie Traditional (Traditionell) aus, also nicht „Mount and migrate“ (Binden und migrieren).

4. Wenn die Quellanwendung durch eine Snapshot-Richtlinie geschützt ist, für die Datenbankprotokollsicherungen aktiviert sind, und Protokolle mit dem Image verfügbar sind, können Sie sie verwenden, um die Zeit auf einen bestimmten Zeitpunkt vorzuspulen. Ändern Sie dazu die folgenden Optionen im Bereich Zeit vorspulen:

   • Das Datumsfeld enthält alle möglichen Datumsangaben, zu denen die Datenbank durch Anwenden von Datenbanktransaktionsprotokollen fortgesetzt werden kann. Wählen Sie das Datum aus, auf das die Datenbank fortgesetzt werden soll.
   • Das Zeitfeld enthält einen Schieberegler mit allen möglichen Uhrzeiten am ausgewählten Datum, zu denen die Datenbank vor- oder zurückgerollt werden kann. Wenn Sie das späteste mögliche Datum auswählen und den Schieberegler dann ganz nach rechts bewegen, wird der Wiederherstellungsjob auf alle verfügbaren Protokolle angewendet. Wenn Sie das früheste mögliche Datum auswählen und den Schieberegler ganz nach links bewegen, werden beim Wiederherstellungsjob keine Protokolle angewendet.
   • Sie können festlegen, dass die Zeit entweder mithilfe der Nutzerzeit oder der Hostzeit vorwärtsgerollt wird. Nutzerzeit bezieht sich auf die Ortszeit des aktuellen Nutzers. Die Hostzeit bezieht sich auf das System, auf dem die wiederherzustellenden Daten gehostet werden.

5. Aktivieren Sie Mit Wiederherstellung wiederherstellen, um wiederhergestellte Protokolle anzuwenden.

6. Klicken Sie auf Senden.

Hinweis: Nur SAP IQ. Nachdem die Datenbank wiederhergestellt wurde, muss die SAP IQ-PITR-Protokollierung (Point-in-Time-Wiederherstellung) aktiviert werden, um eine Protokollsicherung zu erstellen. Für die Konfiguration der PITR-Log-Option benötigen Sie die folgenden SAP IQ APIs:

  ```sh
    ALTER DBSPACE IQ_SYSTEM_LOG RENAME /pitr_log_location
    SET OPTION PUBLIC.IQ_POINT_IN_TIME_RECOVERY_LOGGING = 'ON'
  ```

Einzelne Datenbank aus einem volumenbasierten Sicherungs-Image an der Quelle wiederherstellen

So stellen Sie ein einzelnes Db2- oder SAP ASE-Sicherungs-Image an der Quelle wieder her:

1. Klicken Sie in der Liste App Manager Applications (App-Manager-Anwendungen) mit der rechten Maustaste auf die geschützte Datenbank und wählen Sie Access (Zugriff) aus.

   Hinweis: Mit dem Statusfilter Verwalteter Sicherungsplan können Sie nur geschützte Datenbanken anzeigen.

2. Wählen Sie den neuesten Snapshot aus, den Sie wiederherstellen möchten, und klicken Sie auf Bestätigen.

3. Deaktivieren Sie unter Anwendungsoptionen die Option Neue virtuelle Anwendung erstellen.

4. Geben Sie unter Zuordnungsoptionen den Speicherort des Bereitstellungspunkts an.

   Mit /mymount wird die Datenbanksicherung beispielsweise an diesem Speicherort bereitgestellt. Die Protokollsicherung wird unter /mymount_archivelog bereitgestellt.

5. Klicken Sie auf Senden.

6. Auf der Seite Monitor > Jobs sehen Sie, wann der Bereitstellungsjob abgeschlossen ist.

7. Melden Sie sich nach Abschluss des Jobs als Root-Nutzer am Datenbankserver an. Ändern Sie auf dem Server das Verzeichnis in /act/custom_apps/<var>database type</var>/restore.

8. Rufen Sie die JobID des Bereitstellungspunkts von /var/act/log/UDSAgent.log ab. Führen Sie den folgenden Befehl aus, um den JobID zu ermitteln:

   grep "mount -t " /var/act/log/UDSAgent.log | grep -w "<var>mountpoint from step 4</var>"|tail -1
   

   Beispiel:

   grep "mount -t " /var/act/log/UDSAgent.log | grep -w "/db2mnt" |tail -1
   2019-11-18 23:59:19.740 GEN-INFO \[22488\] **Job_0404207** Spawning cmd: mount -t ext4 /dev/act403764_DBDump_1574101677612/act_staging_vol /db2mnt 2>&1
   

9. ARCHIVELOG_MNT ist <var>mountpoint provided in step 4</var>_archivelog.

10. Führen Sie das Script in der Befehlszeile des Zielhosts als Root aus:

IBM Db2

Script: act_db2_lvm_customdb_recovery.sh

Argumente für das Script:

SOURCE_INSTANCE = <var>Db2  Instance name</var>
DB_NAME=<var>Db2 Database name to be recovered(Single)</var>
TARGET_MNT = <var>Db2 Database image mountpoint name</var>
ARCHIVELOG_MNT= <var>Archive Log backup mount point name</var>
UNTIL_TIME = <var>Recovery Time(Format: "YYYY-MM-DD-HH.MI.SS")</var>
JOBID = <var>Database mount Job name</var>

Stellen Sie eine Verbindung zur Db2-Instanz her und prüfen Sie, ob die Datenbanken wiederhergestellt und online sind.

db2 connect to <var>dbname</var>
db2 select db_status FROM SYSIBMADM.SNAPDB

SAP ASE

Führen Sie das Script „act_sybase_lvm_customdb_recovery.sh“ mit diesen Argumenten aus.

./act_sybase_lvm_customdb_recovery.sh OSUSER=sybase
TARGET_SYBASE_SQLD=/home/sybase/Sybase16Home/OCS-16_0 TARGET_MNT_PNT=/sngRst
TARGET_SERVER_NAME=ASE1 TARGET_DB_USER=sa STRIPEON=4 TARGET_DBUSER_PASSWD=sybase
SRC_DBNAME=CU1 LOG_BKP_MNTPT=/sngRst_archivelog UNTIL_TIME="2019-11-07 20:31:27"
BEGIN_TIME="2019-11-07 19:31:27" JOBID="Job_2677627"

Argumente für das Script

OSUSER = SAP Ase OS owner name
TARGET_SYBASE_SQLD = SAP ASE iSQL path on the target recovery host
TARGET_MNT_PNT = SAP ASE Instance image mountpoint name
TARGET_SERVER_NAME = SAP ASE data server name on the target recovery host
TARGET_DB_USER = SAP ASE Instance username on the target recovery host
TARGET_DBUSER_PASSWD = SAP ASE Instance user password on the target recovery host
SRC_DBNAME = SAP ASE Database name to be recovered (Single)
LOG_BKP_MNTPT = SAP ASE Log image mountpoint name
BEGIN_TIME= Backup begin time (Format: "YYYY-MM-DD HH24:MI:SS")
UNTIL_TIME = Point in time to recover the database (Format: "YYYY-MM-DD HH24:MI:SS")
JOBID = Database mount Job name

Stellen Sie eine Verbindung zur SAP ASE-Datenbank her und prüfen Sie die Daten.

1. Rufen Sie das Image noch einmal in der Verwaltungskonsole auf und trennen Sie den Bereitstellungspunkt der Datenbank und löschen Sie ihn.

Dateibasiertes Sicherungs-Image vom Typ „Vollständig + Inkrementell“ in der Quelle wiederherstellen

Hinweis: SAP ASE-Datenbanken, die mit einem vollständigen und inkrementellen Sicherungsvorgang geschützt sind, müssen für eine erfolgreiche Wiederherstellung denselben Zeichensatz oder dieselbe Sortierreihenfolge für die Quell- und Zieldatenbank haben. Weitere Informationen finden Sie im SAP-Hinweis 1860413: So ändern Sie den Zeichensatz oder die Sortierreihenfolge von SAP ASE.

Dabei werden die Quelldaten überschrieben. So stellen Sie die Quelldatenbank aus einem dateibasierten Sicherungs-Image wieder her:

1. Klicken Sie in der Liste App Manager Applications (App-Manager-Anwendungen) mit der rechten Maustaste auf die geschützte Datenbank und wählen Sie Access (Zugriff) aus.

   Hinweis: Mit dem Statusfilter Verwalteter Sicherungsplan können Sie nur geschützte Datenbanken anzeigen.

2. Wählen Sie ein Snapshot-Bild aus und klicken Sie auf Wiederherstellen.

3. Wählen Sie Traditional (Traditionell) aus, nicht „Mount and migrate“ (Binden und migrieren).

4. Wählen Sie mit Elemente auswählen eine oder mehrere Datenbanken aus, die wiederhergestellt werden sollen.

5. Aktivieren Sie Mit Wiederherstellung wiederherstellen, um alle wiederhergestellten Protokolle anzuwenden.

6. Klicken Sie auf Senden. Dadurch wird die physische Wiederherstellung der Quelldatenbank mithilfe der Wiederherstellungs-API der Datenbank gestartet.

Hinweis: Nur SAP IQ. Nachdem die Datenbank wiederhergestellt wurde, muss die SAP IQ-PITR-Protokollierung aktiviert werden, um eine Protokollsicherung durchzuführen. Für die Konfiguration der PITR-Log-Option benötigen Sie die folgenden SAP IQ APIs:

  ALTER DBSPACE IQ_SYSTEM_LOG RENAME '/<var>pitr_log_location</var>'
  SET OPTION PUBLIC.IQ_POINT_IN_TIME_RECOVERY_LOGGING = 'ON'