Ativar e migrar outros tipos de imagens de backup de banco de dados para recuperação instantânea em qualquer destino

O recurso de montagem e migração do serviço de backup e DR permite a recuperação quase instantânea de uma imagem de backup de banco de dados no nível do volume. As imagens de backup completo+incremental não podem ser usadas para montagem e migração.

Observação: a montagem e a migração recuperam instâncias inteiras. Não é possível recuperar um único banco de dados em uma instância. Para isso, você precisa Recuperar outros tipos de banco de dados para um novo local.

Os bancos de dados do Microsoft SQL Server, Oracle e SAP HANA têm procedimentos específicos para montagem e migração.

Observação: a montagem e migração é uma montagem rápida. O banco de dados fica imediatamente disponível no disco de preparação, e os dados são movidos do disco de preparação para o armazenamento de destino. Se os usuários estiverem ativos no banco de dados, isso vai levar tempo e afetar o desempenho. Os bancos de dados SAP IQ e SAP MaxDB também podem usar um procedimento de restauração com scripts para recuperar uma imagem de volume em um novo destino. Esse método mantém o banco de dados inativo durante todo o procedimento de restauração, geralmente algumas horas, mas, no final, o banco de dados fica disponível no armazenamento de destino com desempenho total, sem impacto da migração em segundo plano ou leitura de um disco de preparação.

Esta página oferece instruções para estes outros tipos de banco de dados com suporte:

• IBM Db2

• MariaDB

• MySQL

• PostgreSQL

• SAP ASE

• SAP IQ

• SAP MaxDB

É possível acessar as imagens de backup desses bancos de dados de várias maneiras:

• Restaurar para a origem
• Recuperação para um novo destino (somente SAP MaxDB e SAP IQ)
• Clone
• LiveClone
• Fluxo de trabalho de backup e DR
• Montar

Uma operação de montagem e migração permite restaurar um banco de dados primeiro montando-o e, em seguida, migrando-o para o armazenamento de produção ou para um novo local. Os usuários têm acesso normal ao banco de dados enquanto ele está montado e durante a etapa de migração.

Depois de proteger um banco de dados ou uma instância com uma imagem de backup no nível do volume, você pode fazer a montagem e a migração:

• Montar e migrar de volta para a origem
• Montar e migrar para uma nova instância

Esta página descreve como fazer montagens de banco de dados padrão e virtual (compatíveis com o aplicativo) dos outros tipos de bancos de dados.

Ativar e migrar de volta para a origem

Use estas instruções para montar um banco de dados usando uma imagem de backup e migrar a imagem montada de volta para a origem.

1. Na lista App Manager Applications, clique com o botão direito do mouse no banco de dados protegido e selecione Access. Use o filtro de status do plano de backup gerenciado para mostrar apenas os bancos de dados protegidos.

2. Desative o plano de backup para garantir que nenhum novo job interfira nesse job.

   Somente IBM Db2

   Montar a imagem como uma montagem padrão.

   Se, em "Local de montagem", você usar o ponto de montagem /mydatabase, o seguinte será verdadeiro:

   • O backup do banco de dados é montado em /mydatabase
   • O backup de registro é montado em /mydatabase_archivelog

   Quando o job de montagem for concluído, execute o script mountrecover com os parâmetros em Argumentos para o script.

   Nome do script: ACT_DB2_mountrecover.sh

   Local do script: /act/custom_apps/db2/clone/

   Script

   TARGET_MNT \
   TARGET_INSTANCE \
   TARGET_DBNAME_LIST \
   UNTIL_TIME \
   JOBID \
   

   Exemplo

   /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

   Todos os outros tipos de banco de dados

   Monte a imagem como uma montagem virtual.

3. Quando a operação de montagem é concluída, o banco de dados recuperado fica operacional no dispositivo de backup/recuperação. A próxima etapa é migrar o banco de dados para o armazenamento de produção.

Migrar os dados do appliance de backup/recuperação para a origem

Os pré-requisitos a seguir precisam ser atendidos para migrar os dados:

• O dispositivo host de destino local não pode estar em uso por outro processo, como um banco de dados em execução, porque ele precisa ser colocado off-line ou on-line no início do processo pvmove.
• O tamanho do dispositivo LVM do host de destino precisa ser igual ou maior que o tamanho de BackupDR_mount_point.
• Verifique se /etc/fstab tem as entradas /dev/mapper para dados de produção e volumes de registro.
• Use o comando df para saber o ponto de montagem de backup e DR.
• Para conferir os dispositivos de gerenciador de volume lógico de destino disponíveis, use o comando lvdisplay. É necessário especificar o caminho completo do volume lógico.
• Para conferir o nome do job, use Monitor > Jobs.
• Todos os outros valores precisam ser iguais aos usados durante a montagem.

1. Depois que o script mountrecover for concluído, execute o script de migração:

   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
   

   Exemplo

   /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
   

   Observação: o Production_LVM_device precisa ser montado com o ponto de montagem de origem. Se uma instância do MariaDB for montada em /maria/data durante o backup, ela deverá estar no mesmo ponto de montagem durante essa tarefa.

   Exemplo:

   /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 \
   

   Exemplo:

   /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 \
   

   Exemplo

   /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
   

   Observação: os dispositivos de destino do gerenciador de volume lógico precisam estar vazios.

   Exemplo:

   /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
   

   Exemplo:

   /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
   

   Exemplo:

   /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

A saída é semelhante a esta:

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

Quando o job é concluído, os dados são movidos para o armazenamento de produção local de discos provisionados por um dispositivo de backup/recuperação enquanto o banco de dados está em execução. É possível validar que o sistema de arquivos do banco de dados criado pela montagem agora está em um volume lógico local, em vez do volume lógico apresentado pela montagem, executando o comando df.

1. Quando o job é concluído, os dados são movidos para o armazenamento de produção local de discos provisionados pelo dispositivo de backup/recuperação enquanto o banco de dados está em execução.
2. Acesse o console de gerenciamento e execute Desmontar e excluir.
3. Reativar o plano de backup para acionar os jobs programados.

Ativar e migrar para uma nova instância

Para montar uma imagem de banco de dados como um banco de dados virtual e, em seguida, migrá-la para um novo destino, faça uma montagem ciente do aplicativo, conforme detalhado em Montar um banco de dados virtual a partir de uma imagem de backup no nível do volume.

Observação: ative as opções Criar novo aplicativo virtual e Gerenciar novo aplicativo.

Migrar os dados

Confira os pré-requisitos para migrar dados:

• O dispositivo host de destino local não pode estar em uso por outro processo, como um banco de dados em execução, porque ele precisa ser desativado ou ativado no início do processo pvmove.
• Verifique se o tamanho do dispositivo do gerenciador de volume lógico do host de destino é igual ou maior que o tamanho de BackupDR_mount_point.
• Verifique se /etc/fstab tem as entradas /dev/mapper para dados de produção e volumes de registro.
• Use o comando df para saber o ponto de montagem de backup de DR.
• Confira os dispositivos de gerenciador de volume lógico de destino disponíveis usando o comando lvdisplay. Você precisa especificar o caminho completo do volume lógico.
• Use Monitor > Jobs para conferir o nome do job.
• Todos os outros valores precisam ser iguais aos usados durante a montagem.

1. Depois que a montagem for concluída, execute o script ACT_<database type>_lvm_migrate_newtarget com os parâmetros nos argumentos para as seções do 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 \
   

   Exemplo:

   /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 \
   

   Exemplo:

   /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 \
   

   Exemplo:

   /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 \
   

   Exemplo:

   /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 \
   

   Observação: os dispositivos de lvm de destino precisam estar vazios.

   Exemplo:

   /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
   

   Exemplo:

   /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 \
   

   Exemplo:

   /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. Quando o job é concluído, os dados são movidos para o armazenamento de produção local de discos provisionados pelo dispositivo de backup/recuperação enquanto o banco de dados está em execução. Acesse o console de gerenciamento e realize uma Desmontagem + Exclusão.