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:
- Zurück zur Quelle
- Auf einem neuen Ziel wiederherstellen (nur SAP MaxDB und SAP IQ)
- Klonen
- LiveClone
- Workflow für Sicherung und Notfallwiederherstellung
- Bereitstellen
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.
- 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.
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
- Die Datenbanksicherung wird unter
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.
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.
- 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.
- Rufen Sie die Verwaltungskonsole auf und führen Sie Unmount+Delete aus.
- 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.
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
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.