ApsaraDB RDS:Restaurar tabelas de banco de dados

Recursos

Pré-requisitos

• Sua instância ApsaraDB RDS for PostgreSQL deve atender aos seguintes requisitos:

  • Versão principal do mecanismo: 10 a 17

  • Edição: RDS Basic Edition, RDS High-availability Edition ou RDS Cluster Edition

  • Tipo de armazenamento: ESSD ou disco em nuvem de alto desempenho

  • Tipo de faturamento: pagamento conforme o uso ou assinatura (instâncias Serverless não são suportadas).

    Nota

    Essas informações estão disponíveis na página Basic Information da instância.

• Se sua instância foi criada antes de 10 de outubro de 2022 (uma instância de arquitetura antiga), conclua a autorização da função vinculada ao serviço (SLR) e atualize a versão secundária do mecanismo para a versão mais recente a fim de restaurar bancos de dados e tabelas individuais.

• O recurso de restauração individual de bancos de dados e tabelas deve estar ativado. Para mais informações, consulte Ativar a restauração individual de bancos de dados e tabelas.

Faturamento

Este recurso está em visualização pública e é gratuito.

Limitações

• Não é possível restaurar dados para uma nova instância.

• Apenas bancos de dados especificados podem ser restaurados. Não há suporte para restauração de tabelas específicas.

• Views não podem ser restauradas.

• Bancos de dados cujos nomes começam com postgres, rdsadmin ou template não são elegíveis para restauração.

Ativar a restauração individual de bancos de dados e tabelas

Antes de utilizar o recurso para restaurar bancos de dados e tabelas individuais, ative-o seguindo as etapas desta seção. A ativação desse recurso não afeta seus serviços.

1. Acesse a página Instances. Na barra de navegação superior, selecione a região onde a instância RDS está localizada. Em seguida, localize a instância RDS e clique em ID da instância.

2. No painel de navegação à esquerda, clique em Backup and Restoration.

3. Na página Backup and Restoration, clique em aba Backup Strategy.

4. Clique em Edit ao lado de Backup Settings e ative a opção Restore Individual Database/Table.

5. Clique em Save.

Procedimento

1. Acesse a página Instances. Na barra de navegação superior, selecione a região onde a instância RDS está localizada. Em seguida, localize a instância RDS e clique em ID da instância.

2. No painel de navegação à esquerda, clique em Backup and Restoration e depois em Database/Table Restoration.

   Nota

   Se o botão Database/Table Restoration não estiver visível no console, verifique se todos os pré-requisitos foram atendidos.

3. Configure o destino e o método de restauração.

   Parâmetro	Descrição
   Restore To	Os dados podem ser restaurados para: A instância source Outra instância que esteja na mesma região e possua a mesma versão principal do mecanismo
   Restoration Speed	Padrão. Este valor é fixo e não pode ser alterado.
   Restoration Method	By Backup Set By Time: A opção By Time aparece apenas quando o backup de log está ativado para a instância. O sistema restaura primeiro os dados do backup completo e, em seguida, os dados incrementais do backup de log. Selecione qualquer ponto dentro do período de retenção do backup de log. Para ativar o backup de log ou modificar seu período de retenção, consulte Configurar backup automático. Por exemplo, se o período de retenção tanto para backups de dados quanto para backups de log for de 7 dias, será possível restaurar dados de qualquer ponto nos últimos 7 dias. Conjuntos de backup com mais de 7 dias são excluídos automaticamente e não podem ser usados para restauração.

4. Selecione os bancos de dados que deseja restaurar, especifique novos nomes para eles conforme necessário e clique em OK.

   Nota

   • É possível selecionar até 50 bancos de dados por vez.

   • O nome do banco de dados restaurado não pode ser igual ao nome do banco de dados source. Por padrão, o sistema adiciona _backup ao final do nome de cada banco de dados restaurado. Você também pode alterar esses nomes.

   • Confirme o tamanho total dos bancos de dados selecionados exibido na parte inferior da página e garanta que a instância de destino tenha espaço de armazenamento suficiente.

5. Após a restauração, visualize os bancos de dados na página Databases da instância de destino.

Perguntas frequentes

• P: Ao tentar restaurar um banco de dados no console do ApsaraDB RDS, recebo a mensagem de erro "Operation failed. This operation is not supported for the current instance status." O que causa esse erro e como resolvê-lo?

  R: As tarefas no console do ApsaraDB RDS são executadas sequencialmente. Esse erro ocorre se você tentar iniciar uma nova tarefa de restauração enquanto outra restauração ou tarefa diferente está em andamento. Aguarde a conclusão da tarefa atual antes de iniciar a próxima.

• P: O que devo fazer se um banco de dados for restaurado, mas aparecer vazio?

  R: Isso pode acontecer se o banco de dados estivesse vazio no ponto no tempo selecionado para a restauração. Verifique se o banco de dados continha dados no horário escolhido e tente a restauração novamente usando um ponto diferente, se necessário.

• P: Existem outras maneiras de restaurar bancos de dados ou tabelas individuais para uma instância ApsaraDB RDS?

  R: Sim, você também pode usar o Database Backup Service (DBS), que permite fazer backup e restaurar bancos de dados em nuvem e bancos de dados autogerenciados em instâncias ECS. O DBS também permite baixar conjuntos de backup para uma máquina local. Para outros métodos de restauração de bancos de dados e tabelas individuais, consulte Restauração no nível de banco de dados ou tabela.

Operações relacionadas

• Para restaurar todos os dados, consulte Restaurar os dados de uma instância ApsaraDB RDS for PostgreSQL.

• Para restaurar uma tabela específica a partir de um backup lógico, consulte Usar pg_restore para restaurar dados de um arquivo de backup lógico.

• Para restaurar dados de backup de uma instância ApsaraDB RDS for PostgreSQL em um banco de dados PostgreSQL autogerenciado, consulte Restaurar dados de um arquivo CSV ou SQL de uma instância ApsaraDB RDS for PostgreSQL para um banco de dados autogerenciado.

• Também é possível executar operações relacionadas usando a API. Para mais informações, consulte DescribeLocalAvailableRecoveryTime.