Todos os produtos
Search
Central de documentação

ApsaraDB RDS:Restaurar bancos de dados e tabelas

Última atualização: Jun 26, 2026

O ApsaraDB RDS for MySQL oferece suporte à restauração padrão e rápida de bancos de dados e tabelas. Você pode restaurar bancos de dados e tabelas específicos a partir de um conjunto de backup ou para um ponto no tempo, na instância original ou em uma nova instância, sem restaurar todo o conjunto de dados. Esse recurso ajuda na recuperação após operações acidentais ou na análise de dados históricos.

Diferenças entre os modos de restauração

A restauração de bancos de dados e tabelas individuais está disponível nos modos padrão e rápido. O modo rápido utiliza uma instância sandbox do tipo performance e é de 50% a 95% mais veloz que o modo padrão para o mesmo volume de dados. Para utilizar a restauração rápida de bancos de dados e tabelas individuais, ative primeiro o recurso e, em seguida, restaure os dados para a instância original ou para uma nova instância usando um conjunto de backup gerado após a ativação do recurso.

Para mais informações, consulte Visão geral das soluções de restauração de dados (comparação de velocidades de restauração).

image

Item

Restauração padrão

Restauração rápida

Escopo da restauração

Restaure bancos de dados e tabelas específicos em uma instância.

Restaure bancos de dados e tabelas específicos em uma instância.

Destino da restauração

  • Instâncias com disco local de alta performance permitem restaurar dados na instância original ou em uma nova instância.

  • Instâncias com disco em nuvem permitem restaurar dados apenas para a instância original.

  • Instâncias com disco local de alta performance aceitam restauração somente para a instância original.

  • Esse recurso não tem suporte em instâncias com disco em nuvem.

Velocidade da restauração

A velocidade é relativamente lenta e varia conforme o volume de dados.

A velocidade depende do volume de dados. Este modo é de 50% a 95% mais rápido que a restauração padrão.

Método de restauração

Restaure dados a partir de um conjunto de backup ou via recuperação para um ponto no tempo.

  • Edição Gratuita: Restaure dados até o momento do último backup completo.

  • Edição Paga: Restaure dados por conjunto de backup ou recupere para qualquer ponto no tempo.

Nota
  • Após ativar o backup de log, restaure dados para qualquer ponto dentro do período de retenção do backup de log. Caso o backup de log não esteja ativado, a restauração fica limitada aos horários dos backups de dados existentes.

  • O intervalo de tempo recuperável depende de fatores como o período de retenção dos backups de log e de dados, além do momento em que o recurso de restauração foi ativado. O período máximo de retenção para backups de log e dados é de 730 dias. Para consultar o intervalo de tempo disponível para restauração, chame a operação DescribeLocalAvailableRecoveryTime.

Pré-requisitos

Recuperação padrão

local SSD

  • A instância ApsaraDB for RDS for MySQL deve atender aos seguintes requisitos:

    • Versão principal: 8,4, 8,0, 5,7 ou 5,6

    • Edição: High-availability Edition ou Enterprise Edition de três nós executando MySQL 5.7

    • Tipo de armazenamento: local SSD

    • Motor de armazenamento: InnoDB

    • Método de faturamento: pagamento conforme o uso ou assinatura (não aplicável a instâncias Serverless)

    Nota

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

  • A instância deve ter menos de 50.000 tabelas.

  • Na primeira utilização do serviço de backup do ApsaraDB for RDS, autorize a função vinculada ao serviço para DBS (AliyunServiceRoleForDBS) com sua conta Alibaba Cloud.

  • Verifique se a restauração de bancos de dados e tabelas está ativada para a instância.

    Acesse a página Backup Recovery da instância. Na aba Backup Policy, verifique o status do recurso de restauração de bancos de dados e tabelas. Se estiver desativado, ative a opção Database/Table Restoration.

    Importante
    • Ao ativar a restauração de bancos de dados e tabelas, o formato do backup muda de arquivo tar para pacote xbstream para oferecer suporte a esse recurso.

    • Em novas instâncias, o recurso de restauração de bancos de dados e tabelas vem ativado por padrão e não pode ser desativado.

    • Conjuntos de backup criados antes da ativação deste recurso não podem ser usados para restauração de bancos de dados e tabelas. Após ativar o recurso, execute obrigatoriamente um backup completo manual. Somente então os conjuntos de backup gerados após a ativação poderão ser utilizados para restaurar bancos de dados e tabelas.

      Alternativamente, consulte Restaurar dados de backup completo.

cloud disk

  • A instância ApsaraDB for RDS for MySQL deve atender aos seguintes requisitos:

    • Versão principal: 8,4, 8,0 ou 5,7

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

    • Tipo de armazenamento: disco em nuvem SSD, disco em nuvem ESSD ou ultra disk

    • Motor de armazenamento: InnoDB

    • Método de faturamento: pagamento conforme o uso ou assinatura (não aplicável a instâncias Serverless)

    Nota

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

  • Na primeira utilização do serviço de backup do ApsaraDB for RDS, autorize a função vinculada ao serviço para DBS (AliyunServiceRoleForDBS) com sua conta Alibaba Cloud.

  • Verifique se o recurso de restauração de bancos de dados e tabelas está ativado para a instância.

    • Importante

      Caso um conjunto de backup existente esteja inválido e não possa ser usado para restauração, execute um backup completo manual após a ativação do recurso. Em seguida, utilize o novo conjunto de backup para a restauração.

Recuperação rápida

  • A instância ApsaraDB for RDS for MySQL deve atender aos seguintes requisitos:

    • Versão principal: 8,4, 8,0, 5,7 ou 5,6

    • Edição: High-availability Edition

    • Tipo de armazenamento: local SSD (a restauração rápida de bancos de dados e tabelas não tem suporte em discos em nuvem)

    • Motor de armazenamento: InnoDB

    • Método de faturamento: pagamento conforme o uso ou assinatura (não aplicável a instâncias Serverless)

    • Região: China (Hangzhou), China (Shanghai), China (Beijing), China (Zhangjiakou), China (Hohhot) ou China (Shenzhen)

    Nota

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

  • Na primeira utilização do serviço de backup do ApsaraDB for RDS, autorize a função vinculada ao serviço para DBS (AliyunServiceRoleForDBS) com sua conta Alibaba Cloud.

  • O recurso de instância sandbox baseada em capacidade deve estar desativado. Se estiver ativo, desative-o.

    Nota

    Se você ativar a restauração rápida de bancos de dados e tabelas enquanto uma instância sandbox baseada em capacidade já estiver ativa, a instância sandbox será atualizada para uma instância sandbox baseada em performance. Isso aumenta os custos de recuperação de emergência.

  • Verifique se o recurso de restauração rápida de bancos de dados e tabelas está ativado para a instância.

    Acesse a página Backup Recovery da instância. Na aba Backup Policy, verifique o status do recurso Fast Database/Table Restoration. Se estiver desativado, ative-o . Para mais informações, consulte 1. Ativar restauração rápida de bancos de dados e tabelas.

    Importante

    Conjuntos de backup criados antes da ativação deste recurso não podem ser usados para restauração rápida. Após ativar o recurso, execute obrigatoriamente um backup completo manual. Somente então os conjuntos de backup gerados após a ativação poderão ser utilizados para restaurar bancos de dados e tabelas.

    Alternativamente, consulte Restaurar dados de backup completo.

Observações

  • Ativado por padrão:

    • A restauração padrão de bancos de dados e tabelas é ativada por padrão em novas instâncias e não pode ser desativada.

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

  • Requisitos de backup de log:

    Para restaurar dados para um ponto no tempo, garanta que o backup de log esteja ativado para a instância; caso contrário, a restauração rápida de bancos de dados e tabelas falhará.

  • Troca primário/secundário e interrupção de serviço:

    • Para instâncias com disco local de alta performance:

      • Restaurar dados na instância original aciona uma troca primário/secundário, o que pode causar uma interrupção de serviço de 30 a 120 segundos. Garanta que sua aplicação possua um mecanismo de reconexão automática.

      • Restaurar dados em uma nova instância não aciona uma troca primário/secundário.

    • Para instâncias com disco em nuvem:

      • Restaurar dados na instância original não aciona uma troca primário/secundário. No entanto, essa operação pode afetar a performance da instância original ou até mesmo desencadear uma troca de instância.

      • Um backup completo é criado após a conclusão da restauração.

Limitações

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

    • A restauração de dados tem suporte apenas para bancos de dados e tabelas que utilizam o motor de armazenamento InnoDB. Tabelas com o motor X-Engine não são suportadas.

    • Este recurso não restaura tabelas particionadas, views, stored procedures ou outros objetos de banco de dados. Para restaurar esses objetos, utilize o recurso de restauração completa de dados.

    • Não é possível restaurar uma tabela se o log binário contiver uma operação de renomeação nela ou se a tabela incluir uma coluna gerada.

    • A tarefa de restauração de bancos de dados e tabelas falha se o log binário contiver transações XA.

    • Restauração de restrições: A restauração de bancos de dados e tabelas recupera chaves primárias, chaves únicas e índices, mas não restaura restrições de chave estrangeira, triggers ou índices de texto completo.

      Importante

      O processo de restauração remove automaticamente as restrições de chave estrangeira para garantir uma maior taxa de sucesso. Se essas restrições forem necessárias, recrie-as manualmente após a conclusão da restauração.

  • Limites de quantidade de tabelas:

    • A tarefa de restauração falha se a instância contiver mais de 50.000 tabelas.

    • O processo de restauração pode demorar significativamente mais se envolver um grande volume de dados, muitos bancos de dados e tabelas, ou diversos logs binários dentro do intervalo de tempo especificado.

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

    • Para instâncias com discos locais de alta performance, a restauração de dados é permitida apenas para a instância original, não sendo possível restaurar para uma nova instância.

    • A restauração rápida de bancos de dados e tabelas não pode ser usada em instâncias que possuem nó somente leitura, utilizam criptografia transparente de dados (TDE) ou não têm o backup de log ativado.

Faturamento

Recuperação padrão de tabelas

High-performance local disk

A recuperação padrão no nível de tabela é ativada por padrão sem custo adicional para instâncias com disco local de alta performance. Se você restaurar dados para uma nova instância, será cobrado por essa nova instância. Os detalhes de preços podem ser visualizados durante a criação da instância.

Nota
  • Se a nova instância for necessária apenas por um curto período, crie uma instância com pagamento conforme o uso, migre os dados para a instância original e, em seguida, libere a nova instância.

  • O faturamento inicia após a criação da instância.

  • Instâncias com disco local de alta performance não oferecem suporte a serverless.

Cloud disk

A partir de 1º de dezembro de 2023, ao ativar a recuperação no nível de tabela para instâncias com disco em nuvem, a arquitetura de backup será atualizada, aumentando o volume de backup em 30% a 80%. Não há cobrança se o tamanho total do backup estiver dentro da cota gratuita. Para uso além da cota gratuita, a cobrança é baseada no uso real.

Recuperação expressa de tabelas

Para instâncias com disco local de alta performance, a recuperação expressa no nível de tabela está disponível nas edições Gratuita e Paga. Instâncias com disco em nuvem não são suportadas.

  • Esta edição é gratuita e permite restaurar dados a partir de um conjunto de backup ou até o momento do backup completo mais recente.

  • Edição Paga: Esta edição opera no modelo de pagamento conforme o uso e é cobrada a USD 0,008 por GB por dia. Permite restaurar dados a partir de um conjunto de backup ou realizar recuperação para um ponto no tempo.

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

Para utilizar o recurso de Restauração Rápida de Bancos de Dados/Tabelas , ative-o primeiro. Em seguida, utilize um conjunto de backup criado após a ativação do recurso para executar a Restauração de Bancos de Dados/Tabelas. Este recurso está disponível apenas para instâncias com discos locais de alta performance que atendam aos pré-requisitos. A ativação deste recurso não afeta seus serviços.

Nota

Se você precisar apenas da restauração padrão de bancos de dados e tabelas, pule esta seção e vá para 2. Restaurar bancos de dados e tabelas para a instância original ou nova.

  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.

    Nota

    Se aparecer uma caixa de diálogo indicando que a Restauração Rápida de Bancos de Dados/Tabelas é um recurso pago, selecione Do not show again. e ative a Edição Gratuita ou Paga conforme necessário. Se a caixa de diálogo não aparecer, prossiga para a próxima etapa.

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

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

  5. Configure o CDM Billing Method e o CDM Retention Period. A Restauração Rápida de Bancos de Dados/Tabelas está disponível em uma Edição Gratuita e uma Edição Paga:

    • Edição Gratuita: Oferece suporte à restauração apenas a partir de um conjunto de backup. Defina o CDM Billing Method como Last Point in Time (Free Edition). Os dados restaurados são retidos por um dia.

    • Edição Paga: Oferece suporte à restauração a partir de um conjunto de backup ou para um ponto no tempo (se o backup de log estiver ativado). Defina o CDM Billing Method como Any Point in Time (Paid Edition). O período de retenção dos dados restaurados pode ser configurado de 1 a 730 dias.

  6. Clique em OK.

Etapa 2: Restaurar para a instância original ou nova

Importante

O recurso de restauração de bancos de dados e tabelas não sobrescreve nem afeta os dados no banco de dados original. Ao restaurar para a instância original, os dados são salvos em um novo banco de dados. Por padrão, o sufixo _backup é adicionado ao nome do banco de dados original. Ao restaurar dados para uma nova instância, o sistema cria uma instância RDS separada para armazenar os dados restaurados.

  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, em seguida, clique em Database/Table Restoration.

    Nota
    • Se o botão Database/Table Restoration não for exibido no console, verifique se os requisitos descritos em Pré-requisitos foram atendidos.

    • Se o console parar de responder após clicar em botão Database/Table Restoration, limpe o cache do navegador e tente novamente.

    • Se uma mensagem indicar capacidade de armazenamento insuficiente, expanda a capacidade de armazenamento antes de iniciar a restauração.

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

    Parâmetro

    Descrição

    Restore To

    • Current Instance

    • New Instance (disponível apenas para instâncias que usam local SSDs): O sistema cria uma nova instância RDS sem afetar a instância original.

      Após verificar os dados na nova instância, também é possível migrar os dados de volta para a instância original.

    Restore Speed

    Restore Method

    • By Backup Set

    • By Time (requer backup de log ativado): O sistema restaura um backup completo seguido por um backup de log incremental. É possível selecionar qualquer ponto no tempo dentro do período de retenção do backup de log. Para visualizar ou alterar o período de retenção do backup de log, consulte Backup automático.

      Por exemplo, se os períodos de retenção de backup de dados e de log de uma instância RDS forem ambos de sete dias, será possível restaurar dados dos últimos sete dias. Conjuntos de backup com mais de sete dias são descartados e não podem ser usados para restauração.

    Nota

    A edição gratuita da restauração rápida de bancos de dados e tabelas não oferece suporte à recuperação para um ponto no tempo. Ela oferece suporte apenas à restauração por conjunto de backup.

  4. Selecione os bancos de dados e tabelas que deseja restaurar. Também é possível especificar nomes para os bancos de dados ou tabelas restaurados. Em seguida, clique em OK.

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

    • Ao restaurar dados para a instância original, os dados existentes nela não são afetados. Um banco de dados restaurado não pode ter o mesmo nome de um banco de dados existente, mas uma tabela restaurada pode. Por padrão, o sistema adiciona o sufixo _backup ao nome do banco de dados restaurado. Também é possível alterar o nome.

    • Se restaurar dados para a instância original, verifique o tamanho total dos bancos de dados e tabelas selecionados na parte inferior da página e garanta que a instância tenha capacidade de armazenamento restante suficiente.

  5. Se restaurar dados para uma New Instance a partir de uma instância que executa em local SSDs, selecione um método de faturamento e configure os parâmetros para a nova instância.

    • Subscription: Pagamento antecipado na criação da nova instância. Esta opção é ideal para uso de longo prazo.

    • Pay-as-you-go: Faturamento horário. Esta opção é ideal para uso de curto prazo, permitindo liberar a instância quando não for mais necessária.

    Parâmetro

    Descrição

    Zone

    Uma zona de disponibilidade é uma localização física independente dentro de uma região. Todas as zonas de disponibilidade em uma região fornecem os mesmos serviços e conectividade.

    É possível criar a instância RDS na mesma zona de disponibilidade de uma instância ECS ou em uma diferente.

    Nota

    A nova instância fica na mesma região que a instância original. A região não pode ser alterada.

    Instance Type

    Cada tipo de instância oferece um número específico de núcleos de CPU, tamanho de memória, conexões máximas e IOPS máximo.

    Storage Capacity

    A capacidade de armazenamento inclui espaço para arquivos de dados, arquivos de sistema, arquivos de log e arquivos de transação.

    Network Type

    VPC (padrão). Uma VPC é um ambiente de rede isolado que oferece maior segurança e performance do que a Classic Network.

  6. O progresso da restauração de bancos de dados e tabelas ou a criação da nova instância pode ser acompanhado na página Tasks.

    Após iniciar uma operação de recuperação de bancos de dados e tabelas no console ApsaraDB RDS e selecionar restaurar para a instância original, o estado de execução da instância ApsaraDB RDS for MySQL muda para Creating Temporary Instance. Esse estado indica que a tarefa de recuperação está em andamento. Sua instância permanece totalmente operacional durante esse processo, permitindo a execução de outras operações, como iniciar um backup. A duração desse estado é proporcional ao volume de dados sendo recuperado.

    Importante
    • Uma vez iniciada, uma tarefa de recuperação não pode ser pausada ou cancelada.

    • 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 instâncias somente leitura, o sistema sincroniza automaticamente os dados para todas as instâncias somente leitura associadas após a conclusão da tarefa de recuperação da instância primária, garantindo a consistência dos dados entre as instâncias primária e somente leitura.

  7. Após conectar-se à instância RDS for MySQL, visualize os dados restaurados na instância original ou nova.

    Nota
    • Garanta que a conta usada para conectar-se à instância tenha as permissões necessárias para visualizar ou gerencie bancos de dados. Recomendamos usar uma conta privilegiada para conexão e visualização de dados.

    • Se utilizar 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 restauração para que o novo banco de dados apareça na lista.

    Após restaurar para uma nova instância, utilize o DTS para migrar os dados de volta para a instância original, se necessário.

Operações relacionadas

Corrigir dados online

Destino

Método de correção

Instância original

Utilize a instrução RENAME TABLE para renomear a tabela restaurada.

Nova instância

Após a restauração dos dados para a nova instância, utilize o Data Transmission Service (DTS) para migrar alguns ou todos os bancos de dados e tabelas para a instância de origem, atualizando assim os dados nela.

Nota

Ao criar uma tarefa de migração de dados, especifique a nova instância restaurada como origem e a instância de origem como destino. Para ambas, selecione Alibaba Cloud instance como Access method.

Desativar restauração rápida de bancos de dados e tabelas

Desativar a Restauração Rápida de Bancos de Dados/Tabelas não afeta a restauração padrão de bancos de dados e tabelas.

Acesse Backup Recovery na página de detalhes da instância. Na aba Backup Policy, clique em Edit ao lado de Basic Backup e defina Fast Database/Table Restoration como Off.

image.png

Alterar a edição de restauração rápida

É possível alterar a edição da Restauração Rápida de Bancos de Dados/Tabelas para a Edição Gratuita visando reduzir custos. Após mudar para a Edição Gratuita, a restauração de dados só pode ser feita a partir de um conjunto de backup ou até o ponto no tempo do último backup completo. A restauração para um ponto arbitrário no tempo deixa de estar disponível.

Acesse Backup Recovery na página de detalhes da instância. Na aba Backup Policy, clique em Edit ao lado de Basic Backup e defina CDM Billing Method como Last Point in Time (Free Edition).

image.png

APIs relacionadas

API

Descrição

RestoreTable

Restaura um banco de dados ou tabela especificado para a instância RDS original.

CloneDBInstance

Restaura um banco de dados ou tabela especificado para uma nova instância RDS.

DescribeLocalAvailableRecoveryTime

Consulta o intervalo de tempo restaurável de uma instância RDS.

FAQ

O que devo fazer se receber a mensagem de erro "Operation failed. This operation is not supported for the current instance state." ao restaurar um banco de dados ou tabela?

As tarefas no console ApsaraDB RDS são executadas sequencialmente. Aguarde a conclusão da tarefa de restauração anterior ou de outras tarefas antes de iniciar uma nova.

Por que não consigo selecionar bancos de dados e tabelas para restauração e recebo a mensagem de erro "Meta information is too large. (Error code: InvalidMeta.TooLarge)"?

Esse erro ocorre porque este recurso não oferece suporte à restauração de mais de 50.000 tabelas. Recomendamos utilizar o recurso Restaurar uma instância completa para restaurar seus dados em uma nova instância.

Nota

Ao tentar realizar uma recuperação para um ponto no tempo de um banco de dados ou tabela, os pontos de tempo de restauração não carregam e recebo a mensagem de erro "Operation failed. The specified restore time is invalid. Please reset the restore time. (Error code: InvalidRestoreTime.Format)". O que devo fazer?

Para realizar uma recuperação para um ponto no tempo, garanta que o Log Backup esteja ativado para a instância. Acesse a página Backup Recovery da instância. Na aba Backup Policy, visualize ou altere o status do Log Backup. Para mais informações, consulte Backup automático.

Por que recebo a mensagem de erro "Meta information is empty (Error code: InvalidMeta.Empty)" ao restaurar um banco de dados ou tabela a partir de um conjunto de backup ou para um ponto no tempo?

Para uma instância que utiliza disco local de alta performance, execute um backup manual após ativar o recurso de restauração individual de bancos de dados e tabelas. Em seguida, selecione o novo conjunto de backup para a restauração. Se necessário, também é possível restaurar uma instância completa.

O que faço se a tabela restaurada estiver vazia?

Verifique se a tabela continha dados no ponto no tempo selecionado. Se não houver dados naquele momento, selecione outro ponto no tempo e restaure novamente.

Como posso recuperar dados de uma exclusão acidental?

Utilize o recurso de rastreamento de dados do Data Management (DMS) para rastrear atualizações dentro de um período específico, gerar um script de rollback e executá-lo através de um ticket de alteração de dados para restaurar seus dados.

Por que não encontro o botão de restauração individual de bancos de dados e tabelas ao fazer login no console ApsaraDB RDS como usuário RAM?

Verifique se a política AliyunDBSFullAccess está anexada ao usuário RAM. Para mais informações sobre como conceder permissões, consulte Gerenciar permissões de usuário RAM.

Como escolher entre a restauração individual de bancos de dados e tabelas e a recuperação de emergência?

  • Utilize a restauração individual de bancos de dados e tabelas para recuperar exclusões ou atualizações acidentais em bancos de dados ou tabelas específicos. O recurso de recuperação de emergência é ideal para situações urgentes em que é necessário restaurar dados de toda a instância.

  • O recurso de recuperação de emergência restaura dados para um ponto no tempo especificado em uma instância sandbox (não uma instância RDS) em caso de perda ou corrupção de dados causada por operações acidentais ou outros eventos. Ele pode ser usado para comparar dados históricos ou corrigir dados inconsistentes. Também é possível usar o DTS (Data Transmission Service) para migrar dados de volta para a instância original e recuperar-se de perda ou corrupção de dados.

Nota

Se você ativar tanto a restauração individual de bancos de dados e tabelas quanto a recuperação de emergência, o CDM mescla o armazenamento em segundo plano para reduzir custos. Para mais informações sobre soluções de restauração de dados, consulte Visão geral das soluções de restauração de dados.

Existem outras formas de restaurar bancos de dados e tabelas para uma instância RDS baseada em disco em nuvem?

Utilize o Data Disaster Recovery para fazer backup e restaurar bancos de dados em nuvem ou bancos de dados autogerenciados em instâncias ECS. O Data Disaster Recovery também permite baixe conjuntos de backup em nuvem para sua máquina local.

Nota

Para mais formas de restaurar bancos de dados e tabelas, consulte Restaurar dados por banco de dados ou tabela ou Fazer backup e restaurar dados usando mysqldump.

Como posso reverter rapidamente operações DML de um ponto específico no tempo no log binário?

Para um pequeno número de operações DML, utilize o recurso de rastreamento de dados do Data Management (DMS) para restaurar seus dados.

Onde posso encontrar as tabelas restauradas?

As tabelas restauradas podem ser encontradas no banco de dados rx_backup_task_no.