Restaurar outros tipos de banco de dados para a origem

A operação de restauração do serviço de backup e DR restaura uma imagem de backup na origem, substituindo todos os dados existentes.

Limitações e soluções alternativas do sistema

  • Os bancos de dados do sistema em uma partição raiz com backup como snapshots de gerenciador de volume lógico (LVM) não podem ser usados em uma operação de restauração porque a partição raiz não pode ser desmontada. Eles exigem restauração e recuperação manuais de uma montagem padrão de volta para o mesmo host.
    Para recuperar uma imagem de banco de dados no nível do volume com menos tempo de inatividade para os usuários, consulte Ativar e migrar outros tipos de bancos de dados para recuperação instantânea.

  • Não é possível restaurar para a origem se várias instâncias compartilharem o mesmo volume ou sistemas de arquivos. Para restaurar esses aplicativos, monte a imagem no host e use o procedimento para realizar a recuperação de um único banco de dados, conforme detalhado em Restaurar um único banco de dados de uma imagem de backup baseada em volume para a origem.

  • Se houver pontos de montagem aninhados nos volumes de produção que estão sendo restaurados, as operações de restauração e migração para a origem vão falhar porque os volumes de produção estão ocupados e não podem ser desmontados.

  • Para restaurar /backup-disaster-recovery/docs/restore-data/otherdb-restore

Restaurar bancos de dados de uma imagem de backup no nível do volume para a origem

Esse procedimento usa a recuperação física da área de dados de origem. Para recuperar a fonte, siga estas instruções:

  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. Selecione uma imagem de snapshot e clique em Restaurar.

  3. Selecione Tradicional, não "Montar e migrar".

  4. Se o aplicativo de origem estiver protegido por uma política de snapshot que tenha ativado backups de registro de banco de dados e os registros estiverem disponíveis com a imagem, você poderá usá-los para avançar para um ponto específico, mudando estas opções na seção Tempo de encaminhamento:

    • O campo de data contém todas as datas possíveis para as quais o banco de dados pode ser avançado, por meio da aplicação de registros de transações do banco de dados. Selecione a data para a qual você quer que o banco de dados seja avançado.
    • O campo de horário contém um controle deslizante que mostra todos os horários possíveis na data selecionada para que o banco de dados possa ser avançado. Se você selecionar a data mais recente possível e mover o controle deslizante para a posição mais à direita, o job de restauração será aplicado a todos os registros disponíveis. Se você selecionar a data mais antiga possível e mover o controle deslizante para a posição mais à esquerda, o job de restauração será aplicado sem registros.
    • É possível especificar o avanço usando o Horário do usuário ou o Horário do host. O Horário do usuário é relativo ao horário local do usuário atual. O tempo do host é relativo ao sistema que hospeda os dados a serem restaurados.
  5. Ative a opção Restaurar com recuperação para aplicar os registros recuperados.

  6. Clique em Enviar.

  ```sh
    ALTER DBSPACE IQ_SYSTEM_LOG RENAME /pitr_log_location
    SET OPTION PUBLIC.IQ_POINT_IN_TIME_RECOVERY_LOGGING = 'ON'
  ```

Restaurar um único banco de dados de uma imagem de backup baseada em volume para a origem

Para restaurar uma única imagem de backup do Db2 ou SAP ASE para a origem, siga estas etapas:

  1. Na lista App Manager Applications, clique com o botão direito do mouse no banco de dados protegido e selecione Access.

  2. Selecione o último instantâneo a ser recuperado e clique em Montar.

  3. Nas Opções do aplicativo, desative a opção Criar novo aplicativo virtual.

  4. Em Opções de mapeamento, informe o local do ponto de montagem.

    Por exemplo, o uso de /mymount monta o backup do banco de dados nesse local. O backup de registro é montado em /mymount_archivelog.

  5. Clique em Enviar.

  6. Verifique a página Monitor > Jobs para saber quando o job de montagem for concluído.

  7. Quando o job for concluído, faça login no servidor de banco de dados como root. No servidor, mude o diretório para /act/custom_apps/<var>database type</var>/restore.

  8. Acesse o JobID da montagem em /var/act/log/UDSAgent.log. Para encontrar o JobID, execute o seguinte comando:

    grep "mount -t " /var/act/log/UDSAgent.log | grep -w "<var>mountpoint from step 4</var>"|tail -1
    

    Exemplo:

    grep "mount -t " /var/act/log/UDSAgent.log | grep -w "/db2mnt" |tail -1
    2019-11-18 23:59:19.740 GEN-INFO \[22488\] **Job_0404207** Spawning cmd: mount -t ext4 /dev/act403764_DBDump_1574101677612/act_staging_vol /db2mnt 2>&1
    
  9. ARCHIVELOG_MNT é <var>mountpoint provided in step 4</var>_archivelog.

  10. Na linha de comando do host de destino como root, execute o script:

IBM Db2

Script: act_db2_lvm_customdb_recovery.sh

Argumentos para o script:

SOURCE_INSTANCE = <var>Db2  Instance name</var>
DB_NAME=<var>Db2 Database name to be recovered(Single)</var>
TARGET_MNT = <var>Db2 Database image mountpoint name</var>
ARCHIVELOG_MNT= <var>Archive Log backup mount point name</var>
UNTIL_TIME = <var>Recovery Time(Format: "YYYY-MM-DD-HH.MI.SS")</var>
JOBID = <var>Database mount Job name</var>

Conecte-se à instância do Db2 e confirme se os bancos de dados foram recuperados e estão on-line.

db2 connect to <var>dbname</var>
db2 select db_status FROM SYSIBMADM.SNAPDB

SAP ASE

Execute o script act_sybase_lvm_customdb_recovery.sh com estes argumentos.

./act_sybase_lvm_customdb_recovery.sh OSUSER=sybase
TARGET_SYBASE_SQLD=/home/sybase/Sybase16Home/OCS-16_0 TARGET_MNT_PNT=/sngRst
TARGET_SERVER_NAME=ASE1 TARGET_DB_USER=sa STRIPEON=4 TARGET_DBUSER_PASSWD=sybase
SRC_DBNAME=CU1 LOG_BKP_MNTPT=/sngRst_archivelog UNTIL_TIME="2019-11-07 20:31:27"
BEGIN_TIME="2019-11-07 19:31:27" JOBID="Job_2677627"

Argumentos para o script

OSUSER = SAP Ase OS owner name
TARGET_SYBASE_SQLD = SAP ASE iSQL path on the target recovery host
TARGET_MNT_PNT = SAP ASE Instance image mountpoint name
TARGET_SERVER_NAME = SAP ASE data server name on the target recovery host
TARGET_DB_USER = SAP ASE Instance username on the target recovery host
TARGET_DBUSER_PASSWD = SAP ASE Instance user password on the target recovery host
SRC_DBNAME = SAP ASE Database name to be recovered (Single)
LOG_BKP_MNTPT = SAP ASE Log image mountpoint name
BEGIN_TIME= Backup begin time (Format: "YYYY-MM-DD HH24:MI:SS")
UNTIL_TIME = Point in time to recover the database (Format: "YYYY-MM-DD HH24:MI:SS")
JOBID = Database mount Job name

Conecte-se ao banco de dados do SAP ASE e verifique os dados.

  1. No console de gerenciamento, acesse a imagem novamente e desmonte e exclua o ponto de montagem do banco de dados.

Restaurar uma imagem de backup completa+incremental baseada em arquivo para a origem

Esse procedimento substitui os dados de origem. Para restaurar o banco de dados de origem de uma imagem de backup baseada em arquivos, siga este procedimento:

  1. Na lista App Manager Applications, clique com o botão direito do mouse no banco de dados protegido e selecione Access.

  2. Selecione uma imagem de snapshot e clique em Restaurar.

  3. Selecione Tradicional, não "Montar e migrar".

  4. Use Selecionar itens para escolher um ou mais bancos de dados para restaurar.

  5. Ative a opção Restaurar com recuperação para aplicar todos os registros recuperados.

  6. Clique em Enviar. Isso inicia a recuperação física do banco de dados de origem usando a API de recuperação do banco de dados.

  ALTER DBSPACE IQ_SYSTEM_LOG RENAME '/<var>pitr_log_location</var>'
  SET OPTION PUBLIC.IQ_POINT_IN_TIME_RECOVERY_LOGGING = 'ON'