Andere Datenbanken und Instanzen in der Appliance-Verwaltungskonsole in der Quelle wiederherstellen

Achtung :Die Unterstützung für das Sichern und Wiederherstellen von Arbeitslasten, die mit der alten Appliance-Verwaltungskonsole verwaltet werden, wurde eingestellt. Weitere Informationen finden Sie unter Verworfene Funktionen.

Beim Wiederherstellungsvorgang von Backup and DR wird ein Sicherungs-Image auf der Quelle wiederhergestellt und alle dort vorhandenen Daten werden überschrieben.

Systembeschränkungen und Behelfslösungen

• Systemdatenbanken auf einer Root-Partition, die als LVM-Snapshots (Logical Volume Manager) gesichert wurden, können bei einem Wiederherstellungsvorgang nicht verwendet werden, da die Root-Partition nicht unmountet werden kann. Dazu ist eine manuelle Wiederherstellung und Wiederherstellung von einer Standardbereitstellung auf demselben Host erforderlich.
  Informationen zum Wiederherstellen eines Datenbank-Images auf Volume-Ebene mit weniger Ausfallzeit für Nutzer finden Sie unter Andere Datenbanktypen für die sofortige Wiederherstellung bereitstellen und migrieren.

• Die Wiederherstellung auf der Quelle wird nicht unterstützt, wenn sich mehrere Instanzen dasselbe Volume oder Dateisystem teilen. Um solche Anwendungen wiederherzustellen, hängen Sie das Image an den Host an und führen Sie die im Abschnitt Einzelne Datenbank aus einem volumebasierten Sicherungs-Image in der Quelle wiederherstellen beschriebene Prozedur zur Wiederherstellung einer einzelnen Datenbank aus.

• Wenn sich unter den zu sichernden Produktionsvolumes verschachtelte Mount-Punkte befinden, schlagen Wiederherstellungs- und Migrationsvorgänge zurück zur Quelle fehl, da die Produktionsvolumes belegt sind und nicht unmountiert werden können.

• So stellen Sie /backup-disaster-recovery/docs/restore-data/otherdb-restore wieder her

Datenbanken aus einem Sicherungsimage auf Volume-Ebene in der Quelle wiederherstellen

Bei diesem Verfahren wird der Quelldatenbereich physisch wiederhergestellt. So stellen Sie die ursprüngliche Quelle wieder her:

1. Klicken Sie in der Liste App Manager Applications mit der rechten Maustaste auf die geschützte Datenbank und wählen Sie Access (Zugriff) aus. Verwenden Sie den Statusfilter Managed Backup Plan, um nur geschützte Datenbanken anzuzeigen.

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

3. Wählen Sie Traditionell aus, nicht „Einbinden und migrieren“.

4. Wenn die Quellanwendung durch eine Snapshot-Richtlinie geschützt ist, für die Datenbankprotokoll-Backups aktiviert sind, und Protokolle mit dem Image verfügbar sind, können Sie sie verwenden, um zu einem bestimmten Zeitpunkt vorwärts zu rollen. Dazu ändern Sie diese Optionen im Bereich Roll Forward Time (Zeit für Vorwärts-Rollback):

   • Das Datumsfeld enthält alle möglichen Datumsangaben, auf die die Datenbank durch Anwenden von Datenbanktransaktionsprotokollen zurückgesetzt werden kann. Wählen Sie das Datum aus, bis zu dem die Datenbank aktualisiert werden soll.
   • Das Zeitfeld enthält einen Schieberegler mit allen möglichen Zeiten am ausgewählten Datum, zu denen die Datenbank vorwärts verschoben werden kann. Wenn Sie das letztmögliche Datum auswählen und den Schieberegler dann ganz nach rechts verschieben, wird der Wiederherstellungsjob auf alle verfügbaren Logs angewendet. Wenn Sie das frühestmögliche Datum auswählen und den Schieberegler ganz nach links verschieben, werden beim Wiederherstellungsjob keine Logs angewendet.
   • Sie können festlegen, dass die Zeit entweder mit Nutzerzeit oder Host-Zeit vorwärts verschoben 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 Logs anzuwenden.

6. Klicken Sie auf Senden.

Hinweis: Nur SAP IQ. Nachdem die Datenbank wiederhergestellt wurde, muss das SAP IQ-Logging für die Wiederherstellung zu einem bestimmten Zeitpunkt (PITR) auf ON gesetzt werden, um eine Logsicherung zu erstellen. Für die Konfiguration der PITR-Logoption 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 Volume-basierten Sicherungsimage in der Quelle wiederherstellen

So stellen Sie ein einzelnes Db2- oder SAP ASE-Sicherungsimage an seinem Quellort 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 lassen.

2. Wählen Sie den neuesten Snapshot aus, der wiederhergestellt werden soll, und klicken Sie auf Bereitstellen.

3. Deaktivieren Sie in den Anwendungsoptionen die Option Neue virtuelle Anwendung erstellen.

4. Geben Sie unter Mapping Options (Zuordnungsoptionen) den Mount-Point-Speicherort an.

   Wenn Sie beispielsweise /mymount verwenden, wird die Datenbanksicherung an diesem Speicherort bereitgestellt. Die Protokollsicherung wird unter /mymount_archivelog bereitgestellt.

5. Klicken Sie auf Senden.

6. Auf der Seite Überwachen > Jobs können Sie sehen, wann der Mount-Job abgeschlossen ist.

7. Wenn der Job abgeschlossen ist, melden Sie sich als Root auf dem Datenbankserver an. Wechseln Sie auf dem Server in das Verzeichnis /act/custom_apps/<var>database type</var>/restore.

8. Rufen Sie die JobID der Bereitstellung 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 Skript als Root über die Befehlszeile des Zielhosts aus:

IBM Db2

Skript: act_db2_lvm_customdb_recovery.sh

Argumente für das Skript:

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 Skript

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 in der Verwaltungskonsole der Appliance noch einmal auf das Image zu und wählen Sie Unmount+Delete (Aushängen und löschen) für den Datenbank-Bereitstellungspunkt aus.

Wiederherstellen eines dateibasierten vollständigen und inkrementellen Sicherungs-Images auf der Quelle

Hinweis :Für SAP ASE-Datenbanken, die mit vollständigen und inkrementellen Sicherungen geschützt sind, muss für die Quelldatenbank und die Zieldatenbank dasselbe Zeichensatz oder dieselbe Sortierreihenfolge verwendet werden, damit die Wiederherstellung erfolgreich ist. Weitere Informationen finden Sie im SAP-Hinweis 1860413 – How to change character set or sort order of SAP ASE.

Bei diesem Verfahren 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 lassen.

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

3. Wählen Sie Traditionell aus, nicht „Einbinden 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 Logs anzuwenden.

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

Hinweis: Nur SAP IQ. Nachdem die Datenbank wiederhergestellt wurde, muss die SAP IQ-PITR-Protokollierung auf ON gesetzt werden, um eine Logsicherung zu erstellen. Für die Konfiguration der PITR-Logoption 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'