Monta e esegui la migrazione di altri tipi di immagini di backup del database per il recupero istantaneo in qualsiasi destinazione

La funzionalità di montaggio e migrazione del servizio di backup e RE consente il recupero quasi istantaneo di un'immagine di backup del database a livello di volume. Le immagini di backup completo e incrementale non possono essere montate e sottoposte a migrazione.

Nota: l'operazione di montaggio e migrazione recupera intere istanze. Non può recuperare un singolo database in un'istanza di database. Per farlo, devi ripristinare altri tipi di database in una nuova posizione.

I database Microsoft SQL Server, Oracle e SAP HANA hanno procedure specifiche per il montaggio e la migrazione.

Nota: Esegui il montaggio e la migrazione è un montaggio rapido. Il database è immediatamente disponibile dal disco di staging, quindi i dati passano dal disco di staging allo spazio di archiviazione di destinazione. Se gli utenti sono attivi nel database, l'operazione richiede tempo e influisce sul rendimento. I database SAP IQ e SAP MaxDB possono anche utilizzare una procedura di ripristino con script per recuperare un'immagine del volume in un nuovo target. Questo metodo mantiene il database inattivo per l'intera procedura di recupero, spesso alcune ore, ma alla fine il database è disponibile sullo spazio di archiviazione di destinazione a piena velocità, senza alcun impatto della migrazione in background o della lettura da un disco di staging.

Questa pagina fornisce istruzioni per gli altri tipi di database supportati:

• IBM Db2

• MariaDB

• MySQL

• PostgreSQL

• SAP ASE

• SAP IQ

• SAP MaxDB

Puoi accedere alle immagini di backup per questi database in diversi modi:

• Ripristinare i dati all'origine
• Ripristina in un nuovo target (solo SAP MaxDB e SAP IQ)
• Clona
• LiveClone
• Workflow di backup e RE
• Montare

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 in una nuova posizione. Gli utenti hanno accesso normale al database mentre è montato e durante il passaggio di migrazione.

Dopo aver protetto un database o un'istanza con un'immagine di backup a livello di volume, puoi montarla ed eseguirne la migrazione:

• Eseguire il montaggio e la migrazione di nuovo all'origine
• Eseguire il montaggio e la migrazione a una nuova istanza

Questa pagina descrive come eseguire il montaggio di database standard e virtuali (consapevoli dell'applicazione) degli altri tipi di database.

Esegui il montaggio e la migrazione di nuovo all'origine

Segui queste istruzioni per montare un database da un'immagine di backup ed eseguire la migrazione dell'immagine montata all'origine.

1. Nell'elenco Applicazioni di gestione app, fai clic con il tasto destro del mouse sul database protetto e seleziona Accedi. Puoi utilizzare il filtro stato Piano di backup gestito per visualizzare solo i database protetti.

2. Disattiva il piano di backup per assicurarti che nessun nuovo job interferisca con questo.

   Solo IBM Db2

   Monta l'immagine come montaggio standard.

   Se in Posizione montaggio utilizzi il punto di montaggio /mydatabase, è vero quanto segue:

   • Il backup del database è montato in /mydatabase
   • Il backup dei log è montato in /mydatabase_archivelog

   Al termine del job di montaggio, esegui lo script mountrecover con i parametri in Argomenti allo 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

   Monta l'immagine come montaggio virtuale.

3. Quando l'operazione di montaggio viene completata correttamente, il database recuperato è operativo dall'appliance di backup/recupero. Il passaggio successivo consiste nel eseguire la migrazione del database allo 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 in uso 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 host di destinazione deve essere uguale o superiore alla dimensione di BackupDR_mount_point.
• Assicurati che /etc/fstab contenga le voci /dev/mapper per i dati di produzione e i volumi di log.
• Utilizza il comando df per conoscere il punto di montaggio di Backup e RE.
• Per visualizzare i dispositivi di gestione dei volumi logici di destinazione disponibili, utilizza il comando lvdisplay. Devi specificare il percorso completo del volume logico.
• Per visualizzare il nome del job, utilizza Monitora > Job.
• Tutti gli altri valori devono essere gli stessi utilizzati durante il montaggio.

1. Al termine dello 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
   

   Nota: Production_LVM_device deve essere montato con il punto di montaggio dell'origine. Se un'istanza MariaDB è montata su /maria/data durante il backup, deve trovarsi sullo stesso punto di montaggio durante questa attività.

   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
   

   Nota: i dispositivi di gestione dei volumi logici di destinazione devono essere vuoti.

   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 al seguente:

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

Se il job va a buon fine, i dati vengono spostati nello spazio di archiviazione di produzione locale dai dischi di cui è stato eseguito il provisioning dall'appliance di backup/ripristino mentre il database è in esecuzione. Puoi verificare che il file system per il database creato dal montaggio ora debba trovarsi su un volume logico locale anziché sul volume logico presentato dal montaggio eseguendo il comando df.

1. Al termine del 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.
2. Vai alla console di gestione ed esegui Smonta+Elimina.
3. Riattiva il piano di backup per attivare i job pianificati.

Esegui il montaggio e la migrazione a una nuova istanza

Per montare un'immagine del database come database virtuale e poi eseguirne la migrazione a un nuovo destinazione, esegui un montaggio consapevole dell'applicazione come descritto in Montare un database virtuale da un'immagine di backup a livello di volume.

Nota: abilita sia Crea nuova applicazione virtuale sia Gestisci nuova applicazione.

Esegui la migrazione dei dati

I prerequisiti per la migrazione dei dati sono elencati di seguito:

• 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.
• Assicurati che le dimensioni del dispositivo Logical Volume Manager dell'host di destinazione siano uguali o superiori alle dimensioni di BackupDR_mount_point.
• Assicurati che /etc/fstab contenga le voci /dev/mapper per i dati di produzione e i volumi di log.
• Utilizza il comando df per conoscere il punto di montaggio del DR di backup.
• Visualizza i dispositivi di gestione dei volumi logici 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 gli stessi utilizzati durante il montaggio.

1. Al termine del 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 \
   

   Nota: i dispositivi lvm di destinazione devono essere vuoti.

   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

2. Se il job va a buon fine, 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 un'operazione di Smonta+Elimina.