Montar e migrar outros tipos de backups de banco de dados para recuperação em qualquer destino no console de gerenciamento de dispositivos

Atenção: o suporte para backup e restauração de cargas de trabalho gerenciadas usando o console de gerenciamento de dispositivos legado foi descontinuado. Para mais informações, consulte Suspensões de uso de recursos na documentação de Backup e DR.

O recurso de montagem e migração do 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 usar 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 de banco de dados. Para isso, é necessário 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 preparo e, em seguida, os dados são movidos do disco de preparo 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 para um novo destino. Esse método mantém o banco de dados inativo durante todo o tempo do 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 da leitura de um disco de preparo.

Esta página fornece instruções para os outros tipos de banco de dados compatíveis:

• IBM Db2

• PostgreSQL

• SAP ASE

• SAP IQ

• SAP MaxDB

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

• Restaurar para a origem
• Recuperar 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, é possível montá-lo e migrá-lo:

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

Nesta página, descrevemos como fazer montagens de banco de dados padrão e virtual (com reconhecimento de 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 de uma imagem de backup e migrar a imagem montada de volta para a origem.

1. No console de gerenciamento do Backup e DR, clique em Gerenciador de apps > Aplicativos, clique com o botão direito do mouse no banco de dados protegido e selecione Acessar. 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 job novo interfira nesse job.

   Somente IBM Db2

   Monte 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 registros é montado em /mydatabase_archivelog

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

   Local do script: /act/custom_apps/db2/clone/ACT_DB2_mountrecover.sh

   /act/custom_apps/db2/clone/ACT_DB2_mountrecover.sh \
     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.

Migre os dados do dispositivo de backup/recuperação para a origem

Para migrar os dados, é preciso atender aos seguintes pré-requisitos:

• 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 on-line ou off-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 do Backup e DR.
• Para ver os dispositivos de gerenciador de volumes lógicos de destino disponíveis, use o comando lvdisplay. Você precisa especificar o caminho completo do volume lógico.
• Para conferir o nome do job, use Monitorar > 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

   /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
   

   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.sh

   /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 volumes lógicos 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.sh

   /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.sh

   /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 é bem-sucedido, os dados são movidos para o armazenamento de produção local dos discos provisionados pelo 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. Depois que o job for concluído, os dados serão movidos para o armazenamento de produção local dos discos provisionados pelo dispositivo de backup/recuperação enquanto o banco de dados estiver em execução.
2. Acesse o console de gerenciamento do dispositivo e selecione Desmontar e excluir.
3. Reative 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 migrá-la para um novo destino, execute uma montagem com reconhecimento de aplicativo, conforme detalhado em Montar um banco de dados virtual de uma imagem de backup no nível do volume.

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

Migre os dados

Os pré-requisitos para migrar dados estão listados aqui:

• O dispositivo host de destino local não pode estar em uso por outro processo, como um banco de dados em execução, porque precisa ser colocado off-line ou on-line no início do processo pvmove.
• Verifique se o tamanho do dispositivo do gerenciador de volumes lógicos do host de destino é igual ou maior que o tamanho do ponto de montagem 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 do Backup DR.
• Veja os dispositivos de gerenciador de volumes lógicos de destino disponíveis usando o comando lvdisplay. É necessário especificar o caminho completo do volume lógico.
• Use Monitorar > Jobs para ver 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 nas seções de argumentos para o 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
   

   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
    ```
   
   **Example**
   
   ```sh
    /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.sh

   /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 volumes lógicos 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.sh

   /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.sh

   /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

1. Quando o job é bem-sucedido, os dados são movidos para o armazenamento de produção local dos discos provisionados pelo appliance de backup/recuperação enquanto o banco de dados está em execução. Acesse o console de gerenciamento do dispositivo e execute uma desativação e exclusão.