Restaure outros tipos de bases de dados para a origem

A operação Restaurar do serviço de cópia de segurança e recuperação de desastres restaura uma imagem de cópia de segurança na origem, substituindo todos os dados existentes.

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

• As bases de dados do sistema numa partição raiz com cópia de segurança como instantâneos do gestor de volumes lógicos (LVM) não podem ser usadas numa operação de restauro porque não é possível desmontar a partição raiz. Estes requerem restauro e recuperação manuais de uma montagem padrão para o mesmo anfitrião.
  Para recuperar uma imagem da base de dados ao nível do volume com menos inatividade para os utilizadores, consulte o artigo Montar e migrar outros tipos de bases de dados para uma recuperação instantânea.

• A reposição para a origem não é suportada se várias instâncias partilharem os mesmos sistemas de ficheiros ou volumes. Para restaurar essas aplicações, monte a imagem no anfitrião e use o procedimento para fazer a recuperação de uma única base de dados detalhada em Restaure uma única base de dados a partir de uma imagem de cópia de segurança baseada em volume para a origem.

• Se existirem pontos de montagem aninhados nos volumes de produção dos quais está a ser feito uma cópia de segurança, as operações de restauro e migração para a origem falham 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

Restaure bases de dados a partir de uma imagem de cópia de segurança ao nível do volume para a origem

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

1. Na lista Aplicações do gestor de apps, clique com o botão direito do rato na base de dados protegida e selecione Aceder. Use o filtro de estado do plano de cópia de segurança gerido para mostrar apenas as bases de dados protegidas.

2. Selecione uma imagem de instantâneo e clique em Restaurar.

3. Selecione Tradicional: não monte nem migre.

4. Se a aplicação de origem estiver protegida por uma política de instantâneos que tenha cópias de segurança dos registos da base de dados ativadas e os registos estiverem disponíveis com a imagem, pode usá-los para avançar até um ponto específico no tempo alterando estas opções na secção Hora de avanço:

   • O campo de data contém todas as datas possíveis para as quais a base de dados pode ser revertida através da aplicação de registos de transações da base de dados. Selecione a data para a qual quer avançar a base de dados.
   • O campo de tempo contém um controlo de deslize que mostra todas as horas possíveis na data selecionada para as quais a base de dados pode ser revertida. Se selecionar a data mais recente possível e, em seguida, mover o controlo de deslize para a posição mais à direita, a tarefa de restauro aplica-se a todos os registos disponíveis. Se selecionar a data mais antiga possível e mover o controlo de deslize para a posição mais à esquerda, a tarefa de restauro não aplica registos.
   • Pode especificar o avanço usando a Hora do utilizador ou a Hora do anfitrião. A Hora do utilizador é relativa à hora local do utilizador atual. A hora do anfitrião é relativa ao sistema que aloja os dados a restaurar.

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

6. Clique em Enviar.

Nota: apenas para SAP IQ. Após a base de dados ter sido restaurada, o registo PITR (recuperação num determinado momento) do SAP IQ tem de ser definido como ATIVADO para fazer uma cópia de segurança do registo. Para configurar a opção de registo PITR, precisa destas APIs SAP IQ:

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

Restaure uma única base de dados de uma imagem de cópia de segurança baseada em volume para a origem

Para restaurar uma única imagem de cópia de segurança do Db2 ou do SAP ASE para a respetiva origem, siga estes passos:

1. Na lista Aplicações do Gestor de apps, clique com o botão direito do rato na base de dados protegida e selecione Aceder.

   Nota: pode usar o filtro de estado Plano de cópia de segurança gerido para mostrar apenas as bases de dados protegidas.

2. Selecione a captura instantânea mais recente para recuperar e clique em Montar.

3. Em Opções da aplicação, desative a opção Criar nova aplicação virtual.

4. Em Opções de mapeamento, indique a localização do ponto de montagem.

   Por exemplo, a utilização de /mymount monta a cópia de segurança da base de dados nesta localização. A cópia de segurança do registo está montada em /mymount_archivelog.

5. Clique em Enviar.

6. Verifique a página Monitorizar > Tarefas para ver quando a tarefa de montagem termina.

7. Quando a tarefa estiver concluída, inicie sessão no servidor da base de dados como raiz. No servidor, altere o diretório para /act/custom_apps/<var>database type</var>/restore.

8. Obtenha o JobID do suporte a partir de /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
   

   Por 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 comandos do anfitrião 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>

Estabeleça ligação à instância do Db2 e confirme que as bases de dados foram recuperadas e estão online.

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

Faça a ligação à base de dados SAP ASE e valide os dados.

1. Na consola de gestão, aceda novamente à imagem e desmonte+elimine o ponto de montagem da base de dados.

Restaure uma imagem de substituição completa + incremental baseada em ficheiros para a origem

Nota: as bases de dados SAP ASE protegidas com uma cópia de segurança baseada em Full+Incremental têm de ter o mesmo conjunto de carateres ou ordem de ordenação para as bases de dados de origem e de destino para uma restauração bem-sucedida. Para mais detalhes, consulte a nota SAP: 1860413 – Como alterar o conjunto de carateres ou a ordem de ordenação do SAP ASE.

Este procedimento substitui os dados de origem. Para restaurar a base de dados de origem a partir de uma imagem de cópia de segurança baseada em ficheiros, siga este procedimento:

1. Na lista Aplicações do Gestor de apps, clique com o botão direito do rato na base de dados protegida e selecione Aceder.

   Nota: pode usar o filtro de estado Plano de cópia de segurança gerido para mostrar apenas as bases de dados protegidas.

2. Selecione uma imagem de instantâneo e clique em Restaurar.

3. Selecione Tradicional: não monte nem migre.

4. Use Selecionar itens para escolher uma ou mais bases de dados a restaurar.

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

6. Clique em Enviar. Isto inicia a recuperação física da base de dados de origem através da API de recuperação da base de dados.

Nota: apenas para SAP IQ. Depois de a base de dados ter sido restaurada, o registo PITR do SAP IQ tem de ser definido como ATIVADO para fazer uma cópia de segurança do registo. Para configurar a opção de registo PITR, precisa destas APIs SAP IQ:

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