Andere Arten von Datenbanksicherungs-Images für die sofortige Wiederherstellung auf ein beliebiges Ziel bereitstellen und migrieren

Mit der Bereitstellungs- und Migrationsfunktion des Sicherungs- und Notfallwiederherstellungsdienstes kann ein Sicherungs-Image einer Datenbank auf Volumeebene nahezu sofort wiederhergestellt werden. Für vollständige und inkrementelle Sicherungs-Images können die Funktionen „Mounten“ und „Migrieren“ nicht verwendet werden.

Für Microsoft SQL Server-, Oracle- und SAP HANA-Datenbanken gelten spezielle Verfahren zum Bereitstellen und Migrieren.

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

Sie haben mehrere Möglichkeiten, auf Sicherungs-Images für diese Datenbanken zuzugreifen:

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

Nachdem Sie eine Datenbank oder Instanz mit einem Sicherungs-Image auf Volumeebene geschützt haben, können Sie es bereitstellen und migrieren:

Auf dieser Seite wird beschrieben, wie Sie Standard- und virtuelle Datenbanken (anwendungsabhängig) der anderen Datenbanktypen bereitstellen.

Datenträger bereitstellen und zurück zur Quelle migrieren

Anhand 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 Liste App-Manager-Anwendungen mit der rechten Maustaste auf die geschützte Datenbank und wählen Sie Zugriff aus. Mit dem Statusfilter Verwalteter Sicherungsplan können Sie nur geschützte Datenbanken anzeigen lassen.

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

    Nur IBM Db2

    Bringen Sie das Image als Standard-Bereitstellung bereit.

    Wenn Sie unter „Anschlussort“ 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 Bereitstellungsjobs das Script „mountrecover“ mit den Parametern aus Argumente für das Script aus.

    Name des Scripts: ACT_DB2_mountrecover.sh

    Speicherort des Scripts: /act/custom_apps/db2/clone/

    Script

    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

    Das Image als virtuelles Laufwerk bereitstellen

  3. Wenn der Bereitstellungsvorgang erfolgreich abgeschlossen wurde, ist die wiederhergestellte Datenbank über die Sicherungs-/Wiederherstellungs-Appliance verfügbar. Im nächsten Schritt migrieren Sie die Datenbank in Ihren Produktionsspeicher.

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

Für die Migration der Daten müssen die folgenden Voraussetzungen erfüllt sein:

  • 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.
  • Die Größe des LVM-Geräts des Zielhosts muss der Größe von BackupDR_mount_point entsprechen oder größer sein.
  • Achten Sie darauf, dass /etc/fstab die Einträge /dev/mapper für Produktionsdaten und Protokollvolumes enthält.
  • Verwenden Sie den Befehl df, um den Bereitstellungspunkt für die Sicherung und Notfallwiederherstellung zu ermitteln.
  • Verwenden Sie den Befehl lvdisplay, um die verfügbaren Zielgeräte des Logical Volume Managers aufzurufen. Sie müssen den vollständigen Pfad zum logischen Volume angeben.
  • Den Jobnamen finden Sie unter Überwachen > Aufgaben.
  • Alle anderen Werte sollten mit den Werten übereinstimmen, die beim Bereitstellen verwendet wurden.

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

    IBM Db2

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

    /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

    MariaDB

    Script: /act/custom_apps/mariadb/restore/ACT_MARIADB_lvm_migrate_newTarget.sh

    /act/custom_apps/mariadb/lvm_migrate/ACT_MARIADB_lvm_migrate.sh \
JOBID \
OSUSER \
DBUSER \
DBPASSWORD \
BASEDIR \
MARIADB_CNF \
PORT \
SOCKET_FILE \
CONFIG_FILE \
BEGIN_TIME \
UNTIL_TIME \
LOG_BKP_MNTPT \
DATAVOL_DISK_MAPPING

    Beispiel:

    /act/custom_apps/mariadb/lvm_migrate/ACT_MARIADB_lvm_migrate.sh JOBID=Job_0377678 OSUSER=maria DBUSER=root DBPASSWORD=xxxx BASEDIR=/home/maria/app/mariadb/product/mariaHome_10.3.9 MARIADB_CNF=/act/mnt/Job_12859112_mountpoint_1689356128423/lvmdata/mysqld-auto.cnf PORT=3307 SOCKET_FILE=/home/maria/app/mariadb/admin/mariadb_3307/socket/maria_3307.socket CONFIG_FILE=/home/maria/app/mariadb/admin/mariadb_3307/mariadb_3307.cnf BEGIN_TIME="2020-02-12 21:08:27" UNTIL_TIME="2020-02-12 21:10:00" LOG_BKP_MNTPT=/mmTST_archivelog DATAVOL_DISK_MAPPING=/mmTST/mariadb_3307:/dev/mapper/vg1-m7

    MySQL

    Script: /act/custom_apps/mysql/lvm_migrate/ACT_MYSQL_lvm_migrate_newTarget

    /act/custom_apps/mysql/lvm_migrate/ACT_MYSQL_lvm_migrate_newTarget.sh \
DATAVOL_DISK_MAPPING \
BASEDIR \
DBUSER \
DBPASSWORD \
OSUSER \
PORT \
JOBID \

    Beispiel:

    /act/custom_apps/mysql/lvm_migrate/ACT_MYSQL_lvm_migrate_newTarget.sh DATAVOL_DISK_MAPPING=/chdb/data_1:/dev/mapper/act1581111994981_1581485847546-act_staging_vol,/chdb/log_1:/dev/mapper/act1581111994981_1581485847590-act_staging_vol DBUSER=root DBPASSWORD=password OSUSER=mysql PORT=3434 BASEDIR=/install/mysql-advanced-5.7.26-linux-glibc2.12-x86_64 JOBID=Job_0070633

    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

      /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

    /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

    /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 war, werden die Daten von den von der Sicherungs-/Wiederherstellungs-Appliance bereitgestellten Laufwerken in den lokalen Produktionsspeicher verschoben, während die Datenbank ausgeführt wird. Sie können mit dem Befehl df prüfen, ob sich das Dateisystem für die Datenbank, die durch die Bereitstellung erstellt wurde, jetzt auf einem lokalen logischen Volume befindet und nicht auf dem logischen Volume, das durch die Bereitstellung bereitgestellt wurde.

  1. Sobald der Job abgeschlossen ist, werden die Daten von Laufwerken, die über die Sicherungs-/Wiederherstellungs-Appliance bereitgestellt wurden, auf den lokalen Produktionsspeicher verschoben, während die Datenbank ausgeführt wird.
  2. Rufen Sie die Verwaltungskonsole auf und führen Sie Unmount+Delete aus.
  3. Aktivieren Sie den Sicherungsplan wieder, um die geplanten Jobs auszulösen.

Bereitstellung und Migration zu einer neuen Instanz

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

Daten migrieren

Hier sind die Voraussetzungen für die Migration von Daten aufgeführt:

  • Das lokale Zielhostgerät darf nicht von einem anderen Prozess verwendet werden, z. B. von einer laufenden Datenbank, da es zu Beginn des pvmove-Prozesses offline oder online geschaltet werden muss.
  • Die Größe des Logical Volume Manager-Geräts des Zielhosts muss der Größe von BackupDR_mount_point entsprechen oder größer sein.
  • Achten Sie darauf, dass /etc/fstab die Einträge /dev/mapper für Produktionsdaten und Protokollvolumes enthält.
  • Verwenden Sie den Befehl df, um den Bereitstellungspunkt für die Sicherungswiederherstellung zu ermitteln.
  • Mit dem Befehl lvdisplay können Sie verfügbare Zielgeräte des Logical Volume Managers aufrufen. Sie müssen den vollständigen Pfad zum logischen Volume angeben.
  • Rufen Sie den Jobnamen unter Überwachen > Aufträge auf.
  • Alle anderen Werte sollten mit den Werten übereinstimmen, die beim Bereitstellen verwendet wurden.

  1. Führen Sie nach Abschluss des Exports das ACT_<database type>_lvm_migrate_newtarget-Script mit den Parametern in den Argumenten für die Scriptabschnitte 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

    MariaDB

    Script: /act/custom_apps/mariadb/restore/ACT_MARIADB_lvm_migrate_newTarget.sh

    /act/custom_apps/mariadb/lvm_migrate/ACT_MARIADB_lvm_migrate_newTarget.sh \
DATAVOL_DISK_MAPPING \
BASEDIR \
DBUSER \
DBPASSWORD \
OSUSER \
PORT \
JOBID \

    Beispiel:

    /act/custom_apps/mariadb/lvm_migrate/ACT_MARIADB_lvm_migrate_newTarget.sh JOBID=Job_1266533 DBUSER=root DBPASSWORD= BASEDIR=/install/maria OSUSER=maria PORT=3434 DATAVOL_DISK_MAPPING=/chdb/data1:/dev/mapper/vgnew-mariaData

    MySQL

    Script: /act/custom_apps/mysql/restore/ACT_MYSQL_lvm_migrate_newTarget.sh

    /act/custom_apps/mysql/lvm_migrate/ACT_MYSQL_lvm_migrate_newTarget.sh \
DATAVOL_DISK_MAPPING \
BASEDIR \
DBUSER \
DBPASSWORD \
OSUSER \
PORT \
JOBID \

    Beispiel:

    /act/custom_apps/mysql/lvm_migrate/ACT_MYSQL_lvm_migrate_newTarget.sh DATAVOL_DISK_MAPPING=/chdb/data_1:/dev/mapper/act1581111994981_1581485847546-act_staging_vol,/chdb/log_1:/dev/mapper/act1581111994981_1581485847590-act_staging_vol DBUSER=root DBPASSWORD=password OSUSER=mysql PORT=3434 BASEDIR=/install/mysql-advanced-5.7.26-linux-glibc2.12-x86_64 JOBID=Job_0070633

    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 \

    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

    /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

    /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

    /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

  2. Wenn der Job erfolgreich war, werden die Daten von Laufwerken, die über die Sicherungs-/Wiederherstellungs-Appliance bereitgestellt wurden, während die Datenbank ausgeführt wird, in den lokalen Produktionsspeicher verschoben. Rufen Sie die Verwaltungskonsole auf und führen Sie eine Unmount+Delete aus.