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:
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.
Selecione uma imagem de snapshot e clique em Restaurar.
Selecione Tradicional, não "Montar e migrar".
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.
Ative a opção Restaurar com recuperação para aplicar os registros recuperados.
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:
Na lista App Manager Applications, clique com o botão direito do mouse no banco de dados protegido e selecione Access.
Selecione o último instantâneo a ser recuperado e clique em Montar.
Nas Opções do aplicativo, desative a opção Criar novo aplicativo virtual.
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
.Clique em Enviar.
Verifique a página Monitor > Jobs para saber quando o job de montagem for concluído.
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
.Acesse o
JobID
da montagem em/var/act/log/UDSAgent.log
. Para encontrar oJobID
, 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
ARCHIVELOG_MNT
é<var>mountpoint provided in step 4</var>_archivelog
.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.
- 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:
Na lista App Manager Applications, clique com o botão direito do mouse no banco de dados protegido e selecione Access.
Selecione uma imagem de snapshot e clique em Restaurar.
Selecione Tradicional, não "Montar e migrar".
Use Selecionar itens para escolher um ou mais bancos de dados para restaurar.
Ative a opção Restaurar com recuperação para aplicar todos os registros recuperados.
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'