ApsaraDB RDS:Restaurar bancos de dados e tabelas

Diferenças entre os modos de restauração de bancos de dados e tabelas

Existem dois modos de restauração para bancos de dados e tabelas individuais: padrão e rápido. O recurso de fast restoration for individual databases and tables utiliza uma performance-type sandbox instance e é 50% a 95% mais rápida que a restauração padrão para o mesmo volume de dados. Para usar o recurso de restauração rápida, primeiro ative o recurso e, em seguida, restore data from the backup sets created after the feature is enabled to an original or new instance.

Para obter mais informações, consulte Overview of data restoration solutions (comparison of restoration speeds).

Pré-requisitos

Considerações

• Ativado por padrão:

  • O recurso padrão de recuperação de bancos de dados e tabelas vem ativado por padrão em novas instâncias e não pode ser desativado.

  • Não é possível pausar ou cancelar uma tarefa de restauração após o seu início.

• Requisitos de backup de log:

  A recuperação até um ponto no tempo exige o log backup is enabled na instância. Caso contrário, a recuperação rápida de bancos de dados e tabelas falhará.

• Alternância entre primário e secundário e interrupção de service:

  • Para instâncias que usam discos locais de alto desempenho:

    • Restaurar dados na instância original aciona uma alternância entre primário e secundário, o que pode causar uma interrupção de service de 30 a 120 segundos. Certifique-se de que a sua aplicação tenha um mecanismo de reconexão automática.

    • Restaurar dados em uma nova instância não aciona alternância entre primário e secundário.

  • Para instâncias que usam discos em nuvem:

    • Restaurar dados na instância original não aciona alternância entre primário e secundário, mas pode afetar o desempenho da instância original ou até mesmo causar um instance switchover.

    • O sistema cria um backup completo após a conclusão da restauração.

Limitações

• Limitações da restauração de bancos de dados e tabelas (padrão/rápida):

  • Só é possível restaurar dados de bancos de dados e tabelas que usam o motor de armazenamento InnoDB. Não há suporte para restauração a partir do motor X-Engine.

  • Não há suporte para tabelas particionadas, views e stored procedures. Para restaurar esses objetos, use o recurso full data restoration.

  • Não é possível restaurar uma tabela se os binlog s relevantes contiverem uma operação de renomeação para a tabela, ou se a tabela possuir uma generated column.

  • Restauração de restrições: a restauração de bancos de dados e tabelas oferece suporte a primary key s, unique index es e índices comuns (INDEX/KEY), mas não a foreign key constraint s, trigger s ou full-text index es (FULLTEXT INDEX).

    Importante

    O processo de restauração remove automaticamente as foreign key constraint s para garantir o sucesso. Se precisar de foreign key constraint s, recrie-as manualmente após a conclusão da restauração.

• Limitações de contagem de tabelas:

  • Para que a database and table restoration seja bem-sucedida, a instance deve ter 50.000 tabelas ou menos.

  • A restauração pode levar significativamente mais tempo dependendo do volume de dados, da quantidade de bancos de dados e tabelas a restaurar e do número de binlog s processados para o intervalo de tempo especificado.

• Limitações para a restauração rápida de bancos de dados e tabelas:

  • Para uma instance que usa discos locais de alto desempenho, só é possível restaurar os dados para a instance original, e não para uma nova.

  • Não é possível usar a fast database and table restoration em uma instance se ela possuir um read-only node, usar Transparent Data Encryption (TDE) ou não tiver o log backup ativado.

Faturamento

1. Ativar a restauração rápida de bancos de dados/tabelas

Para usar a restauração rápida de bancos de dados/tabelas , ative o recurso seguindo as etapas abaixo. Em seguida, use um conjunto de backup criado após a ativação do recurso para a Database/Table Restoration. Este recurso está disponível apenas para instâncias com discos locais de alto desempenho que atendem aos pré-requisitos. A ativação do recurso não afeta os seus services.

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

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

   Nota

   Se uma caixa de diálogo de faturamento para a restauração rápida de bancos de dados/tabelas aparecer, marque a caixa de seleção Do not show again. e, em seguida, ative a edição gratuita ou paga conforme necessário. Se a caixa de diálogo não aparecer, prossiga com as etapas a seguir.

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

4. Na seção Basic Backup, clique em Edit e defina Fast Database/Table Restoration como Enabled.

5. Configure o CDM Billing Method e o CDM Retention Period. Este recurso está disponível em uma edição gratuita e uma edição paga:

   • Edição gratuita: suporta restauração apenas a partir de um conjunto de backup. Defina o CDM Billing Method como Previous Full Backup Point in Time (Free Edition). O período de retenção para os dados restaurados é de um dia.

   • Edição paga: suporta restauração a partir de um conjunto de backup ou até um ponto específico no tempo (exige que o backup de log seja ativado com antecedência). Defina o CDM Billing Method como Any Point in Time (Paid Edition). Defina o período de retenção dos dados de 1 a 730 dias.

6. Clique em OK.

2. Restaurar bancos de dados e tabelas para a instância original ou uma nova instância

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

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

   Nota

   • Se o botão Restore Individual Database/Table não for exibido no console, verifique se os requisitos da seção Pré-requisitos foram atendidos.

   • Se o console não responder após clicar no botão Restore Individual Database/Table, limpe o cache do navegador e tente novamente.

   • Se uma mensagem indicar capacidade de armazenamento insuficiente, primeiro expand the storage capacity e, em seguida, tente a restauração novamente.

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

   Parâmetro	Descrição
   Restore to	Restore to original instance Restore to new instance (disponível apenas para instâncias que usam discos locais de alto desempenho): o sistema cria uma nova instância RDS. Esse processo não afeta a instância original. Após verificar os dados na nova instância, também é possível migrate the data de volta para a instância original.
   Restore speed	Standard Fast (suportada apenas ao restaurar dados para a instância original): esta opção aumenta a velocidade de restauração em 50% a 95%. Para obter mais informações, consulte Emergency recovery for ApsaraDB RDS for MySQL.
   Restore method	By backup set By time (requer log backups to be enabled): o sistema primeiro restaura os dados a partir de um backup completo e, em seguida, aplica backups de log incrementais para restaurar a instância até um ponto específico no tempo. Selecione qualquer ponto no tempo dentro do período de retenção do backup de log. Para visualizar ou modifique o período de retenção do backup de log, consulte Automatic backup. Por exemplo, se os períodos de retenção de backup de dados e backup de log de uma instância RDS forem de sete dias, será possível restaurar dados de até sete dias atrás. O sistema exclui conjuntos de backup com mais de sete dias, e eles não podem ser usados para restauração. Nota A edição gratuita do recurso de restauração rápida não oferece suporte à recuperação até um ponto no tempo, apenas à restauração a partir de um conjunto de backup.

4. Selecione os bancos de dados ou tabelas que deseja restaurar, especifique novos nomes para os bancos de dados ou tabelas restaurados e, em seguida, clique em OK.

   Nota

   • Selecione no máximo 50 bancos de dados ou tabelas por vez.

   • Ao restaurar dados na instância original, os dados existentes na instância original não são afetados. Bancos de dados restaurados exigem nomes exclusivos, enquanto tabelas restauradas podem reutilizar nomes existentes. Por padrão, o sistema acrescenta _backup ao nome do banco de dados restaurado, o qual pode ser modificado posteriormente.

   • Ao restaurar dados na instância original, certifique-se de que a instância tenha capacidade de armazenamento disponível suficiente para os bancos de dados e tabelas selecionados.

5. Se realizar uma restauração padrão e selecionar Restore to new instance para uma instância que usa discos locais de alto desempenho, selecione um método de faturamento e configure os parâmetros para a nova instância.

   • Subscription: exige pagamento pela instância no momento da criação. Este método de faturamento é adequado para uso a longo prazo.

   • Pay-as-you-go: cobrança por hora. Este método de faturamento é adequado para uso a curto prazo. Libere a instância a qualquer momento para reduzir custos.

   Parâmetro	Descrição
   Zone	Uma zona é uma área física independente dentro de uma região. Crie a instância RDS na mesma zona de uma instância ECS ou em uma zona diferente. Nota A nova instância deve estar na mesma região da instância original. Não é possível alterar a região.
   Instance type	Cada Each instance type fornece uma quantidade específica de vCPUs, tamanho de memória, número máximo de conexões e IOPS máximo.
   Storage capacity	Inclui espaço para dados, arquivos de sistema, arquivos de log e arquivos de transação.
   Network type	VPC (padrão). Um ambiente de rede isolado que oferece maior segurança e desempenho do que a Classic Network.

6. Visualize o progresso da restauração ou o progresso de criação da nova instância na lista de tarefas.

   Após iniciar uma operação de database and table recovery no console do ApsaraDB RDS e selecionar restaurar para a instância original, o estado de execução da instância do ApsaraDB RDS for MySQL muda para Creating Temporary Instance. Este estado indica que a tarefa de recuperação está em andamento. A instância permanece totalmente operacional durante este processo, e é possível realizar outras operações, como iniciar um backup. A duração deste estado é proporcional ao volume de dados em recuperação.

   Importante

   • Não é possível pausar ou cancelar uma tarefa de recuperação após o seu início.

   • Enquanto uma tarefa de recuperação estiver em execução, não inicie outra operação de recuperação. Caso contrário, o sistema retornará uma mensagem de erro como "Operation failed. This operation is not supported in the current instance state." Aguarde a conclusão da tarefa atual antes de iniciar outra.

   • Se uma instância primária possuir read-only instances, o sistema sincroniza automaticamente os dados com todas as instâncias somente leitura associadas após a conclusão da tarefa de recuperação da instância primária, o que garante a consistência dos dados entre as instâncias primária e secundárias.

7. Connect to the RDS for MySQL instance para visualizar os dados restaurados na instância original ou nova.

   Nota

   • Certifique-se de que a conta usada para conectar-se à instância tenha permissões para visualizar ou gerencie bancos de dados. Recomendamos o uso de um privileged account.

   • Se usar o DMS para conectar-se à instância RDS for MySQL, clique com o botão direito na instância e selecione Refresh / Sync Dictionary após a conclusão da restauração. O novo banco de dados aparecerá na lista.

   É possível use DTS to migrate the data da nova instância de volta para a original.

Operações relacionadas

APIs relacionadas

Perguntas frequentes