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

Mit der Funktion zum Einbinden und Migrieren des Backup- und DR-Dienstes kann ein Datenbank-Sicherungsimage auf Volume-Ebene nahezu sofort wiederhergestellt werden. Für vollständige und inkrementelle Sicherungsimages 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 Backup-Image auf Volume-Ebene geschützt haben, können Sie sie einbinden und migrieren:

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

Mounten 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 Konsole für das Sicherungs- und Notfallwiederherstellungsmanagement 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 lassen.
  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 Logsicherung 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.

    Name des Skripts: ACT_DB2_mountrecover.sh

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

    Skript

    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 virtuelles Laufwerk 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 Einhängepunkt von Backup and 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

    Skript: /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

    Skript: /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

    Skript: /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

    Skript: /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

    Skript: /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

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

  1. Wenn der Job erfolgreich ist, werden die Daten auf den lokalen Produktionsspeicher verschoben, der von den aus der Sicherungs-/Wiederherstellungs-Appliance bereitgestellten Festplatten stammt, 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.

Einbinden und zu einer neuen Instanz 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 LVM-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 verfügbare logische Zielgeräte des Logical Volume Manager (LVM) aufzurufen. Sie müssen den vollständigen logischen Volume-Pfad angeben.
  • Verwenden Sie Monitor > Jobs, um den Jobnamen aufzurufen.
  • Alle anderen Werte sollten mit denen übereinstimmen, die beim Mounten verwendet wurden.
  1. Sobald die Bereitstellung abgeschlossen ist, führen Sie 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

    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

    Skript: /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

    Skript: /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

    Skript: /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

    Skript: /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

    Skript: /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 ist, werden die Daten auf den lokalen Produktionsspeicher verschoben, der von der Sicherungs-/Wiederherstellungs-Appliance bereitgestellt wird, während die Datenbank ausgeführt wird. Rufen Sie die Managementkonsole auf und führen Sie Unmount+Delete aus.