La funzionalità di montaggio e migrazione del servizio di backup e DR consente il ripristino quasi istantaneo di un'immagine di backup del database a livello di volume. Le immagini di backup completo e incrementale non possono utilizzare il montaggio e la migrazione.
I database Microsoft SQL Server, Oracle e SAP HANA hanno procedure specifiche per il montaggio e la migrazione.
Questa pagina fornisce istruzioni per questi altri tipi di database supportati:
Puoi accedere alle immagini di backup di questi database in diversi modi:
- Ripristinare l'origine
- Recupero in una nuova destinazione (solo SAP MaxDB e SAP IQ)
- Clona
- LiveClone
- Workflow Backup e DR
- Mount
Un'operazione di montaggio e migrazione consente di ripristinare un database montandolo prima e poi eseguendo la migrazione allo spazio di archiviazione di produzione o a una nuova posizione. Gli utenti hanno accesso normale al database durante il montaggio e il passaggio di migrazione.
Dopo aver protetto un database o un'istanza con un'immagine di backup a livello di volume, puoi montarla e migrarla:
- Montare ed eseguire la migrazione di nuovo all'origine
- Montare ed eseguire la migrazione a una nuova istanza
Questa pagina descrive come eseguire montaggi standard e virtuali del database (consapevoli dell'applicazione) degli altri tipi di database.
Monta ed esegui la migrazione all'origine
Segui queste istruzioni per montare un database da un'immagine di backup e migrare l'immagine montata di nuovo all'origine.
- Nella console di gestione del servizio Backup e DR, fai clic su App Manager > Applicazioni, fai clic con il tasto destro del mouse sul database protetto e seleziona Accesso. Puoi utilizzare il filtro di stato Piano di backup gestito per mostrare solo i database protetti.
Disattiva il piano di backup per assicurarti che nessun nuovo job interferisca con questo job.
Solo IBM Db2
Monta l'immagine come un montaggio standard.
Se in posizione di montaggio utilizzi il punto di montaggio
/mydatabase
, allora vale quanto segue:- Il backup del database è montato in
/mydatabase
- Il backup dei log è montato in
/mydatabase_archivelog
Una volta completato il job di montaggio, esegui lo script mountrecover con i parametri in Argomenti dello script.
Nome dello script: ACT_DB2_mountrecover.sh
Posizione dello script: /act/custom_apps/db2/clone/
Script
TARGET_MNT \ TARGET_INSTANCE \ TARGET_DBNAME_LIST \ UNTIL_TIME \ JOBID \
Esempio
/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
Tutti gli altri tipi di database
- Il backup del database è montato in
Al termine dell'operazione di montaggio, il database recuperato è operativo dall'appliance di backup/recupero. Il passaggio successivo consiste nel migrare il database nello spazio di archiviazione di produzione.
Esegui la migrazione dei dati dall'appliance di backup/ripristino all'origine
Per eseguire la migrazione dei dati, devono essere soddisfatti i seguenti prerequisiti:
- Il dispositivo host di destinazione locale non deve essere utilizzato da un altro processo, ad esempio un database in esecuzione, poiché deve essere messo offline o online all'inizio del processo pvmove.
- La dimensione del dispositivo LVM dell'host di destinazione deve essere maggiore o uguale alla
dimensione di
BackupDR_mount_point
. - Assicurati che /etc/fstab contenga le voci /dev/mapper per i volumi di dati di produzione e log.
- Utilizza il comando df per conoscere il punto di montaggio di Backup e RE.
- Per visualizzare i dispositivi Logical Volume Manager di destinazione disponibili, utilizza il comando lvdisplay. Devi specificare il percorso completo del volume logico.
- Per visualizzare il nome del job, utilizza Monitoraggio > Job.
- Tutti gli altri valori devono essere uguali a quelli utilizzati durante il montaggio.
Una volta completato lo script mountrecover, esegui lo script di migrazione:
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
Esempio
/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
Esempio:
/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 \
Esempio:
/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 \
Esempio
/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
Esempio:
/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
Esempio:
/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
Esempio:
/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
L'output è simile a questo:
`INFOMSG: pvmove starting ......................`
`+ pvmove`
` /dev/sdi: Moved: 47.07%`
` /dev/sdi: Moved: 70.43%`
` /dev/sdi: Moved: 93.83%`
Quando il job ha esito positivo, i dati vengono spostati nell'archivio di produzione locale dai dischi di cui è stato eseguito il provisioning dell'appliance di backup/ripristino mentre il database è in esecuzione. Puoi verificare che il file system per il database creato dal montaggio si trovi ora su un volume logico locale anziché sul volume logico presentato dal montaggio eseguendo il comando df.
- Una volta completato il job, i dati vengono spostati nello spazio di archiviazione di produzione locale dai dischi di cui è stato eseguito il provisioning dall'appliance di backup/recupero mentre il database è in esecuzione.
- Vai alla console di gestione ed esegui Smonta + Elimina.
- Riattiva il piano di backup per attivare i job pianificati.
Monta ed esegui la migrazione a una nuova istanza
Per montare un'immagine del database come database virtuale e poi eseguirne la migrazione a una nuova destinazione, esegui un montaggio consapevole dell'applicazione come descritto in Montare un database virtuale da un'immagine di backup a livello di volume.
Eseguire la migrazione dei dati
I prerequisiti per la migrazione dei dati sono elencati qui:
- Il dispositivo host di destinazione locale non deve essere in uso da un altro processo, ad esempio un database in esecuzione, poiché deve essere messo offline o online all'inizio del processo
pvmove
. - Verifica che la dimensione del dispositivo Logical Volume Manager dell'host di destinazione sia uguale o superiore alla dimensione di BackupDR_mount_point.
- Verifica che /etc/fstab contenga le voci /dev/mapper per i volumi di dati di produzione e log.
- Utilizza il comando df per conoscere il punto di montaggio di Backup DR.
- Visualizza i dispositivi di gestione logica dei volumi di destinazione disponibili utilizzando il comando lvdisplay. Devi specificare il percorso completo del volume logico.
- Utilizza Monitora > Job per visualizzare il nome del job.
- Tutti gli altri valori devono essere uguali a quelli utilizzati durante il montaggio.
Una volta completato il montaggio, esegui lo script
ACT_<database type>_lvm_migrate_newtarget
con i parametri negli argomenti delle sezioni dello script.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 \
Esempio:
/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 \
Esempio:
/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 \
Esempio:
/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 \
Esempio:
/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 \
Esempio:
/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
Esempio:
/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 \
Esempio:
/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
Quando il job viene eseguito correttamente, i dati vengono spostati nello spazio di archiviazione di produzione locale dai dischi di cui è stato eseguito il provisioning dall'appliance di backup/recupero durante l'esecuzione del database. Vai alla console di gestione ed esegui un Smontaggio+Eliminazione.