A operação de restauração do Backup e DR restaura uma imagem de backup para a origem, substituindo todos os dados que existem nela.
Limitações do sistema e soluções alternativas
Os bancos de dados do sistema em uma partição raiz com backup como snapshots do gerenciador de volumes lógicos (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 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 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 copiados, as operações de restauração e migração de volta 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 origem, siga estas instruções:
Na lista Aplicativos do gerenciador de apps, clique com o botão direito do mouse no database protegido e selecione Acessar. 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 backups de registro do banco de dados ativados e os registros estiverem disponíveis com a imagem, será possível usá-los para avançar para um momento específico alterando estas opções na seção Tempo de avanço:
- O campo de data contém todas as datas possíveis para as quais o banco de dados pode ser atualizado, 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 atualizado.
- 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 não vai aplicar registros.
- É possível especificar o avanço usando o Horário do usuário ou o Horário do host. Horário do usuário é relativo ao horário local do usuário atual. O horário 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 do SAP ASE para a origem, siga estas etapas:
Na lista Aplicativos do gerenciador de apps, clique com o botão direito do mouse no database protegido e selecione Acessar.
Selecione o snapshot mais recente para recuperar e clique em Montar.
Em Application Options, desative Create New Virtual Application.
Em Opções de mapeamento, informe o local do ponto de montagem.
Por exemplo, o uso de
/mymountmonta o backup do banco de dados nesse local. O backup de registros é montado em/mymount_archivelog.Clique em Enviar.
Verifique a página Monitorar > Jobs para ver quando o job de montagem foi concluído.
Quando o job for concluído, faça login no servidor de banco de dados como raiz. No servidor, mude o diretório para
/act/custom_apps/<var>database type</var>/restore.Acesse o
JobIDda 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 -1Exemplo:
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>&1ARCHIVELOG_MNTé<var>mountpoint provided in step 4</var>_archivelog.Na linha de comando do host de destino como raiz, 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 do dispositivo, acesse a imagem novamente e selecione Desmontar+Excluir no ponto de montagem do banco de dados.
Restaurar uma imagem de backup completo+incremental baseada em arquivos 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 arquivo, siga este procedimento:
Na lista Aplicativos do gerenciador de apps, clique com o botão direito do mouse no database protegido e selecione Acessar.
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'