Andere Arten von Datenbanksicherungen für die Wiederherstellung auf ein beliebiges Ziel in der Appliance-Verwaltungskonsole bereitstellen und migrieren

Mit der Funktion zum Bereitstellen und Migrieren von Sicherung und DR lässt sich ein Datenbank-Sicherungs-Image auf Volume-Ebene nahezu sofort wiederherstellen. Bei vollständigen und inkrementellen Sicherungs-Images kann die Funktion „Mount and Migrate“ nicht verwendet werden.

Für Microsoft SQL Server-, Oracle- und SAP HANA-Datenbanken gelten spezielle Verfahren für das Einbinden und Migrieren.

Auf dieser Seite finden Sie Anleitungen für diese anderen unterstützten Datenbanktypen:

Sie haben mehrere Möglichkeiten, auf Sicherungsbilder für diese Datenbanken zuzugreifen:

Mit einem Mount- und Migrationsvorgang können Sie eine Datenbank wiederherstellen, indem Sie sie zuerst einbinden und dann in den Produktionsspeicher oder an einen neuen Speicherort migrieren. Nutzer haben normalen Zugriff auf die Datenbank, während sie eingebunden ist und während des Migrationsschritts.

Nachdem Sie eine Datenbank oder Instanz mit einem Reservebild auf Volume-Ebene geschützt haben, können Sie sie bereitstellen und migrieren:

Auf dieser Seite wird beschrieben, wie Sie Standard- und virtuelle (anwendungsbezogene) Datenbankmounts der anderen Datenbanktypen erstellen.

Einbinden und zurück zur Quelle migrieren

Mit dieser Anleitung können Sie eine Datenbank aus einem Sicherungs-Image bereitstellen und das bereitgestellte Image zurück zur Quelle migrieren.

  1. Klicken Sie in der Verwaltungskonsole der Backup und DR-Appliance auf App Manager > Applications (App-Manager > Anwendungen), klicken Sie mit der rechten Maustaste auf die geschützte Datenbank und wählen Sie Access (Zugriff) aus. Mit dem Statusfilter Managed Backup Plan (Verwalteter Sicherungsplan) können Sie nur geschützte Datenbanken anzeigen.

  2. Deaktivieren Sie den Sicherungsplan, damit keine neuen Jobs diesen Job beeinträchtigen.

    Nur IBM Db2

    Stellen Sie das Image als Standardbereitstellung bereit.

    Wenn Sie unter „Bereitstellungspfad“ den Bereitstellungspunkt /mydatabase verwenden, gilt Folgendes:

    • Die Datenbanksicherung wird unter /mydatabase bereitgestellt.
    • Die Protokollsicherung wird unter /mydatabase_archivelog bereitgestellt.

    Führen Sie nach Abschluss des Mount-Jobs das Skript „mountrecover“ mit den Parametern unter Argumente für das Skript aus.

    Speicherort des Scripts: /act/custom_apps/db2/clone/ACT_DB2_mountrecover.sh

    /act/custom_apps/db2/clone/ACT_DB2_mountrecover.sh \
  TARGET_MNT \
  TARGET_INSTANCE \
  TARGET_DBNAME_LIST \
  UNTIL_TIME \
  JOBID

    Beispiel

    /act/custom_apps/db2/clone/ACT_DB2_mountrecover.sh TARGET_MNT=/db2gj \
  TARGET_INSTANCE=db2prod TARGET_DBNAME_LIST=ENG,TEST1,IND \
  UNTIL_TIME="2020-02-12 04.14.41" JOBID=Job_12332

    Alle anderen Datenbanktypen

    Stellen Sie das Image als virtuelle Bereitstellung bereit.

  3. Wenn der Mount-Vorgang erfolgreich abgeschlossen ist, ist die wiederhergestellte Datenbank über die Sicherungs-/Wiederherstellungs-Appliance betriebsbereit. Als Nächstes migrieren Sie die Datenbank in Ihren Produktionsspeicher.

Daten von der Sicherungs-/Wiederherstellungs-Appliance zur Quelle migrieren

Die folgenden Voraussetzungen müssen erfüllt sein, damit die Daten migriert werden können:

  • Das lokale Zielgerät darf nicht von einem anderen Prozess wie einer laufenden Datenbank verwendet werden, da es zu Beginn des pvmove-Prozesses offline oder online geschaltet werden muss.
  • Die Größe des LVM-Geräts des Zielhosts muss mindestens der Größe von BackupDR_mount_point entsprechen.
  • Prüfen Sie, ob /etc/fstab die /dev/mapper-Einträge für Produktionsdaten und Log-Volumes enthält.
  • Verwenden Sie den Befehl df, um den Bereitstellungspunkt von Backup und DR zu ermitteln.
  • Verwenden Sie den Befehl lvdisplay, um die verfügbaren logischen Zielgeräte des Volume Manager aufzurufen. Sie müssen den vollständigen logischen Volume-Pfad angeben.
  • Den Jobnamen finden Sie unter Monitor > Jobs.
  • Alle anderen Werte sollten mit denen übereinstimmen, die beim Mounten verwendet wurden.

  1. Führen Sie nach Abschluss des mountrecover-Skripts das Migrationsskript aus:

    IBM Db2

    /act/custom_apps/db2/restore/ACT_DB2_lvm_migrate_newtarget.sh \
  SOURCE_INSTANCE \
  TARGET_DBNAME_LIST \
  JOBID \
  ARCHIVELOG_LOC \
  DATAVOL_DISK_MAPPING

    Beispiel

    /act/custom_apps/db2/restore/ACT_DB2_lvm_migrate_newtarget.sh \
  SOURCE_INSTANCE=db2prod TARGET_DBNAME_LIST=TEST1,TEST2 JOBID=Job_4488748 \
  ARCHIVELOG_LOC=/db2gj_archivelog \
  DATAVOL_DISK_MAPPING=/db2gj/db2/data:/dev/mapper/vg00/vol_data,/db2gj/db2/log:/dev/mapper/vg01/vol_log

    PostgreSQL

    Script: /act/custom_apps/postgresql/restore/ACT_POSTGRESQL_lvm_migrate_newTarget

    /act/custom_apps/postgresql/restore/ACT_POSTGRESQL_lvm_migrate_newTarget.sh \
  DATAVOL_DISK_MAPPING \
  BASEDIR \
  OSUSER \
  PORT \
  DBUSER \
  DBPASSWORD \
  JOBID

    Beispiel

    /act/custom_apps/postgresql/restore/ACT_POSTGRESQL_lvm_migrate_newTarget.sh \
  DATAVOL_DISK_MAPPING=/chtst/pgData10.3:/dev/mapper/actdevdatapg103_1594980385483/act_staging_vol \
  BASEDIR=/home/postgres/postgresql_home_10.3 OSUSER=postgres PORT=6010 \
  DBUSER=postgres JOBID=Job_0957580

    SAP ASE

    Script: /act/custom_apps/sybase/lvm_migrate/ACT_SYBASE_lvm_migrate_newTarget.sh

    /act/custom_apps/sybase/lvm_migrate/ACT_SYBASE_lvm_migrate_newTarget.sh \
  DATAVOL_DISK_MAPPING \
  TARGET_SERVER_NAME \
  TARGET_DB_USER \
  TARGET_DBUSER_PASSWD \
  TARGET_DBNAME_LIST \
  JOBID

    Beispiel

     /act/custom_apps/sybase/lvm_migrate/ACT_SYBASE_lvm_migrate_newTarget.sh \
   DATAVOL_DISK_MAPPING=/mntNT/log/CU1:/dev/mapper/vg2-lv2,/mntNT/data/CU1:/dev/mapper/vg2-lv1 \
   TARGET_SERVER_NAME=ASE1 TARGET_DB_USER=sa TARGET_DBUSER_PASSWD=sybase \
   TARGET_DBNAME_LIST=CU1:SU2 JOBID=Job_12345
 ```

    SAP IQ

    Script: /act/custom_apps/sybaseiq/lvm_migrate/ACT_SYBASEIQ_lvm_migrate_newTarget.sh

    /act/custom_apps/sybaseiq/lvm_migrate/ACT_SYBASEIQ_lvm_migrate_newTarget.sh \
  DATAVOL_DISK_MAPPING \
  newDBNAME \
  DBA_USER \
  DBA_PASSWD \
  JOBID \
  NSTMNT_CHECK \
  PORTNO \
  DBFILE_LOC

    Beispiel

    /act/custom_apps/sybaseiq/lvm_migrate/ACT_SYBASEIQ_lvm_migrate_newTarget.sh \
 DATAVOL_DISK_MAPPING=/mr/iqlog:/dev/mapper/vg3-log,/mr/iqdata:/dev/mapper/vg3-data \
 newDBNAME=MR DBA_USER=act DBA_PASSWD=passwd JOBID=Job_123456 \
 NSTMNT_CHECK=TRUE PORTNO=2700 DBFILE_LOC=/home/sybaseiq/chdb

    SAP MaxDB

    Script: /act/custom_apps/maxdb/lvm_migrate/ACT_MAXDB_lvm_migrate_newTarget.sh

    /act/custom_apps/maxdb/lvm_migrate/ACT_MAXDB_lvm_migrate_newTarget.sh \
  OSUSER \
  DBSID \
  DBUSER \
  DBPASSWORD \
  JOBID \
  LOCAL_PRG_PATH \
  DATAVOL_DISK_MAPPING

    Beispiel

    /act/custom_apps/maxdb/lvm_migrate/ACT_MAXDB_lvm_migrate_newTarget.sh \
 OSUSER=sdb DBSID=DEMODB DBUSER=dbm DBPASSWORD=password JOBID=Job_0377678 \
 LOCAL_PRG_PATH=/opt/sdb/MaxDB DATAVOL_DISK_MAPPING=/mmTST/maxdbdata:/dev/mapper/vg1-m7

Die Ausgabe sieht etwa so aus:

INFOMSG: pvmove starting ......................
+ pvmove
  /dev/sdi: Moved: 47.07%
  /dev/sdi: Moved: 70.43%
  /dev/sdi: Moved: 93.83%

Wenn der Job erfolgreich ist, werden die Daten während des Betriebs der Datenbank von den von der Sicherungs-/Wiederherstellungs-Appliance bereitgestellten Festplatten in den lokalen Produktionsspeicher verschoben. Mit dem Befehl df können Sie prüfen, ob sich das Dateisystem für die von der Bereitstellung erstellte Datenbank jetzt auf einem lokalen logischen Volume und nicht auf dem von der Bereitstellung präsentierten logischen Volume befindet.

  1. Wenn der Job erfolgreich ist, werden die Daten vom Sicherungs-/Wiederherstellungsgerät in den lokalen Produktionsspeicher verschoben, während die Datenbank ausgeführt wird.
  2. Rufen Sie die Appliance-Verwaltungskonsole auf und führen Sie Unmount+Delete aus.
  3. Aktivieren Sie den Sicherungsplan wieder, um die geplanten Jobs auszulösen.

Auf einer neuen Instanz einbinden und migrieren

Wenn Sie ein Datenbank-Image als virtuelle Datenbank bereitstellen und dann zu einem neuen Ziel migrieren möchten, führen Sie eine anwendungsbezogene Bereitstellung durch, wie unter Virtuelle Datenbank aus einem Sicherungs-Image auf Volume-Ebene bereitstellen beschrieben.

Daten migrieren

Hier finden Sie die Voraussetzungen für die Migration von Daten:

  • Das lokale Zielhostgerät darf nicht von einem anderen Prozess wie einer laufenden Datenbank verwendet werden, da es zu Beginn des pvmove-Prozesses offline oder online geschaltet werden muss.
  • Prüfen Sie, ob die Größe des logischen Volume Manager-Geräts des Zielhosts gleich oder größer als die Größe von BackupDR_mount_point ist.
  • Prüfen Sie, ob /etc/fstab die /dev/mapper-Einträge für Produktionsdaten und Log-Volumes enthält.
  • Verwenden Sie den Befehl df, um den Bereitstellungspunkt für Backup DR zu ermitteln.
  • Verwenden Sie den Befehl lvdisplay, um die verfügbaren logischen Zielgeräte des Logical Volume Manager aufzurufen. Sie müssen den vollständigen logischen Volume-Pfad angeben.
  • Verwenden Sie Überwachen > Jobs, um den Jobnamen aufzurufen.
  • Alle anderen Werte sollten mit denen übereinstimmen, die beim Mounten verwendet wurden.

  1. Führen Sie nach dem Mounten das ACT_<database type>_lvm_migrate_newtarget-Skript mit den Parametern in den Argumenten für die Skriptabschnitte aus.

    IBM Db2

    Script: /act/custom_apps/db2/restore/ACT_DB2_lvm_migrate_newtarget.sh

    /act/custom_apps/db2/restore/ACT_DB2_lvm_migrate_newtarget.sh \
  SOURCE_INSTANCE \
  TARGET_DBNAME_LIST \
  JOBID \
  ARCHIVELOG_LOC \
  DATAVOL_DISK_MAPPING

    Beispiel

    /act/custom_apps/db2/restore/ACT_DB2_lvm_migrate_newtarget.sh \
  SOURCE_INSTANCE=db2prod TARGET_DBNAME_LIST=TEST1,TEST2 \
  JOBID=Job_4488748 ARCHIVELOG_LOC=/db2gj_archivelog \
  DATAVOL_DISK_MAPPING=/db2gj/db2/data:/dev/mapper/vg00/vol_data,/db2gj/db2/log:/dev/mapper/vg01/vol_log

    PostgreSQL

    Script: /act/custom_apps/postgresql/restore/ACT_POSTGRESQL_lvm_migrate_newTarget.sh

    /act/custom_apps/postgresql/restore/ACT_POSTGRESQL_lvm_migrate_newTarget.sh \
   DATAVOL_DISK_MAPPING \
   BASEDIR \
   OSUSER \
   PORT \
   DBUSER \
   DBPASSWORD \
   JOBID
 ```

**Example**

```sh
 /act/custom_apps/postgresql/restore/ACT_POSTGRESQL_lvm_migrate_newTarget.sh \
   DATAVOL_DISK_MAPPING=/chtst/pgData10.3:/dev/mapper/actdevdatapg103_1594980385483/act_staging_vol \
   BASEDIR=/home/postgres/postgresql_home_10.3 OSUSER=postgres PORT=6010 \
   DBUSER=postgres JOBID=Job_0957580
 ```

    SAP ASE

    Script: /act/custom_apps/sybase/lvm_migrate/ACT_SYBASE_lvm_migrate_newTarget.sh

    /act/custom_apps/sybase/lvm_migrate/ACT_SYBASE_lvm_migrate_newTarget.sh \
  DATAVOL_DISK_MAPPING \
  TARGET_SERVER_NAME \
  TARGET_DB_USER \
  TARGET_DBUSER_PASSWD \
  TARGET_DBNAME_LIST \
  JOBID

    Beispiel

    /act/custom_apps/sybase/lvm_migrate/ACT_SYBASE_lvm_migrate_newTarget.sh \
 DATAVOL_DISK_MAPPING=/mntNT/log/CU1:/dev/mapper/vg2-lv2,/mntNT/data/CU1:/dev/mapper/vg2-lv1 \
 TARGET_SERVER_NAME=ASE1 TARGET_DB_USER=sa TARGET_DBUSER_PASSWD=sybase \
 TARGET_DBNAME_LIST=CU1:SU2 JOBID=Job_12345

    SAP IQ

    Script: /act/custom_apps/sybaseiq/lvm_migrate/ACT_SYBASEIQ_lvm_migrate_newTarget.sh

    /act/custom_apps/sybaseiq/lvm_migrate/ACT_SYBASEIQ_lvm_migrate_newTarget.sh \
  DATAVOL_DISK_MAPPING \
  TARGET_DBNAME \
  DBA_USER \
  DBA_PASSWD \
  JOBID \
  NSTMNT_CHECK \
  PORTNO \
  DBFILE_LOC

    Beispiel

    /act/custom_apps/sybaseiq/lvm_migrate/ACT_SYBASEIQ_lvm_migrate_newTarget.sh \
  DATAVOL_DISK_MAPPING=/mr/iqlog:/dev/mapper/vg3-log,/mr/iqdata:/dev/mapper/vg3-data \
  newDBNAME=MR DBA_USER=act DBA_PASSWD=passwd JOBID=Job_123456 \
  NSTMNT_CHECK=TRUE PORTNO=2700 DBFILE_LOC=/home/sybaseiq/chdb

    SAP MaxDB

    Script: /act/custom_apps/maxdb/lvm_migrate/ACT_MAXDB_lvm_migrate_newTarget.sh

    /act/custom_apps/maxdb/lvm_migrate/ACT_MAXDB_lvm_migrate_newTarget.sh \
OSUSER \
DBSID \
DBUSER \
DBPASSWORD \
JOBID \
LOCAL_PRG_PATH \
DATAVOL_DISK_MAPPING \

    Beispiel:

    /act/custom_apps/maxdb/lvm_migrate/ACT_MAXDB_lvm_migrate_newTarget.sh OSUSER=sdb DBSID=DEMODB DBUSER=dbm DBPASSWORD=password JOBID=Job_0377678 LOCAL_PRG_PATH=/opt/sdb/MaxDB DATAVOL_DISK_MAPPING=/mmTST/maxdbdata:/dev/mapper/vg1-m7

  1. Wenn der Job erfolgreich ist, werden die Daten vom Backup-/Wiederherstellungsgerät in den lokalen Produktionsspeicher verschoben, während die Datenbank ausgeführt wird. Rufen Sie die Appliance-Verwaltungskonsole auf und führen Sie Unmount+Delete aus.