Todos os produtos
Search
Central de documentação

ApsaraDB RDS:Restaurar dados do SQL Server

Última atualização: Jul 03, 2026

Se você tiver um backup de uma instância RDS SQL Server, poderá restaurar os dados para uma instância existente ou nova. Esse procedimento é útil para recuperar erros operacionais ou analisar dados históricos.

Nota

Este tópico descreve como restaurar dados para uma instância na mesma região. Para restaurar dados entre regiões ou restaurar arquivos de backup do RDS em um banco de dados autogerenciado, consulte Visão geral das soluções de restauração e selecione o método apropriado.

Limitações

  • Se uma instância tiver o recurso Arquivamento de Dados para OSS ativado, você poderá restaurar apenas os bancos de dados do conjunto de backup que não estejam no cold storage. Se um banco de dados for movido para o cold storage, a instância restaurada não incluirá esse banco de dados.

  • Backups de uma instância Serverless só podem ser restaurados para uma nova instância Serverless, e não para uma existente.

  • A restauração direta não é suportada para instâncias RDS SQL Server 2008 R2 que utilizam discos locais de alto desempenho. Para restaurar dados dessa versão de instância, você deve usar uma instância temporária.

  • Se o TDE estiver ativado, os backups só poderão ser restaurados para uma nova instância.

Restaurar para uma instância existente

É possível restaurar o backup de uma instância para uma instância existente específica, incluindo a instância de source. A restauração pode ser feita a partir de um conjunto de backup ou para um ponto específico no tempo. Você pode restaurar todos os bancos de dados ou apenas um subconjunto.

Regras de restauração

Requisito

Descrição

Versão do banco de dados

A versão do banco de dados da instância de destino deve ser igual ou superior à versão da instância de source.

Série da instância

Não é possível restaurar uma instância de uma série superior para uma série inferior. A ordem das séries, da maior para a menor, é: Cluster Edition > High-Availability Edition > Basic Edition.

Tipo de instância

A restauração só é permitida para outra instância do mesmo tipo, ou entre os tipos General-purpose e Dedicated.

Procedimento

  1. Go to the Instances page. In the top navigation bar, select the region in which the RDS instance resides. Then, find the RDS instance and click the ID of the instance.

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

  3. Na caixa de diálogo exibida, selecione Restore to Existing Instance e clique em OK.

  4. Configure os parâmetros a seguir e clique em OK.

    Parâmetro

    Descrição

    Restore Method

    • By Backup Set: Restaura dados a partir do conjunto de backup selecionado.

    • By Time: Restaura a instância para um ponto específico no tempo dentro do período de retenção de backup de log. O sistema utiliza o backup completo mais recente e os backups incrementais subsequentes para realizar a restauração. Não é possível restaurar a partir de um backup incremental específico. Conforme necessário, você pode visualize ou modificar o período de retenção de backup de log.

    Restoration Time

    Este parâmetro fica visível quando o Restore Mode está definido como By Time. Selecione o ponto no tempo para o qual deseja restaurar.

    Backup Set

    Este parâmetro fica visível quando o Restore Mode está definido como By Backup Set. Selecione o conjunto de backup a ser restaurado.

    More Backup Sets

    Caso o conjunto de backup desejado não apareça na lista suspensa de Backup Set, selecione esta opção para buscar mais conjuntos.

    Destination Instance Name

    Selecione a instância de destino para a restauração. É possível restaurar para uma instância com uma versão de banco de dados posterior. Por padrão, o sistema lista todas as instâncias na região atual sob sua conta, incluindo a instância de source.

    Nota
    • Um backup snapshot só pode ser restaurado em uma instância que tenha o backup snapshot ativado.

    • Não é possível restaurar backups entre instâncias de especificação compartilhada e instâncias General-purpose ou Dedicated.

    • Se houver muitas instâncias de destino listadas, utilize a caixa de pesquisa para filtrar a lista.

    Databases to Restore

    1. Selecione os bancos de dados a serem restaurados. É possível restaurar alguns ou todos os bancos de dados. Por padrão, todos os bancos de dados da instância são listados.

    2. Defina os nomes para os bancos de dados restaurados. Por padrão, os nomes originais dos bancos de dados são utilizados. Importante:

      • O nome do banco de dados restaurado deve ser único na instância de destino. Nomes duplicados causarão falha na restauração.

      • Se você fornecer um nome exclusivo para o banco de dados restaurado, um novo banco de dados será criado sem afetar os dados existentes na instância de destino.

      • Os nomes dos bancos de dados restaurados podem conter apenas letras maiúsculas, letras minúsculas, dígitos, sublinhados (_) e hifens (-).

  5. Monitore o progresso da restauração.

    O sistema cria uma tarefa de restauração. Clique em Tasks no canto superior direito. Na página Tasks, filtre as tarefas por Task Type e selecione Clone Instance para visualize o progresso.

    A restauração estará concluída quando o Task Status for Succeeded e o Progress for 100%.

Restaurar para uma nova instância

Você pode restaurar o backup de uma instância para uma nova instância, seja a partir de um conjunto de backup ou para um ponto específico no tempo. A restauração pode incluir todos os bancos de dados ou apenas um subconjunto. Para obter informações sobre o tempo necessário para restaurar para uma nova instância, consulte as Perguntas frequentes neste tópico.

Faturamento

A restauração de dados para uma nova instância cria uma instância faturável. É possível revisar as taxas durante o processo de criação.

Nota

Procedimento

  1. Go to the Instances page. In the top navigation bar, select the region in which the RDS instance resides. Then, find the RDS instance and click the ID of the instance.

  2. In the navigation pane on the left, click Backup and Restoration, and then click Restore Database.

  3. Na caixa de diálogo Select Restore Method exibida, selecione Restore to New Instance e clique em OK.

  4. Na página Restore Database, configure os seguintes parâmetros.

    Categoria

    Descrição

    Método de faturamento

    • Subscription : Método pré-pago com pagamento antecipado. Adequado para necessidades de longo prazo e mais econômico que o pagamento conforme o uso. Quanto maior o período de assinatura, maior o desconto.

    • Pay-As-You-Go: Método pós-pago com faturamento horário. Ideal para necessidades de curto prazo. Libere a instância a qualquer momento para economizar custos.

    Restore Mode

    • By Backup Set: Restaura dados a partir do conjunto de backup selecionado.

    • By Time: Restaura a instância para um ponto específico no tempo dentro do período de retenção de backup de log. O sistema utiliza o backup completo mais recente e os backups incrementais subsequentes para realizar a restauração. Não é possível restaurar a partir de um backup incremental específico. Conforme necessário, você pode visualize ou modificar o período de retenção de backup de log.

    Database

    É possível restaurar todos ou alguns bancos de dados. Ao selecionar Part, insira manualmente os nomes dos bancos de dados separados por vírgula (,).

    Nota

    Se o backup snapshot estiver ativado para uma instância, você só poderá restaurar All os bancos de dados. Não é possível restaurar bancos de dados Part.

    Edition

    As séries disponíveis variam conforme a região e a versão do banco de dados. As opções disponíveis são mostradas no console. Para mais informações, consulte Séries suportadas.

    Storage Type

    Selecione um disco em nuvem ESSD ou um disco em nuvem de alto desempenho. Para mais informações, consulte Tipos de armazenamento.

    Zone of Primary Node

    Selecione a zona para o nó primário da instância.

    Nota

    Instâncias Basic Edition possuem apenas um nó e, portanto, existem em uma única zona.

    Deployment Method

    • Multi-zone Deployment (Recomendado): Os nós primário e secundário ficam em zonas diferentes dentro da mesma região para fornecer recuperação de desastres entre zonas.

    • Single-zone Deployment: Os nós primário e secundário ficam na mesma zona.

    Nota
    • Não há diferença significativa entre zonas na mesma região.

    • Para obter desempenho ideal, crie suas instâncias ECS e RDS na mesma zona. O impacto no desempenho é mínimo se elas estiverem em zonas diferentes dentro da mesma região.

    • Se você selecionar a Basic Edition, apenas o Single-zone Deployment é suportado.

    • Caso uma zona esteja marcada como Sold Out, selecione outra zona.

    • A Basic Edition não suporta este parâmetro.

    Zone of Secondary Node

    Se você definir o Deployment Method como Multi-zone Deployment, deverá selecionar a zona para o nó da instância secundária.

    Nota

    Instâncias Basic Edition possuem apenas um nó e, portanto, não têm uma zona de nó secundário.

    Instance Type

    Os tipos de instância disponíveis variam conforme a região e a versão do banco de dados. As opções disponíveis são mostradas no console. Para mais informações, consulte Tipos de instância suportados.

    Capacity

    A capacidade de armazenamento da nova instância deve ser maior ou igual à da instância de source.

    • Visualize a capacidade de armazenamento da instância de source na página Basic Information.

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

  5. Clique em Next: Instance configuration e configure os seguintes parâmetros.

    Categoria

    Descrição

    Network Type

    Atualmente, apenas VPC é suportado. Crie uma VPC e um vSwitch conforme necessário.

    Nota

    Certifique-se de que a instância RDS e a instância ECS que precisa se conectar a ela estejam na mesma VPC. Caso contrário, elas não poderão se comunicar pela rede interna.

    Resource Group

    O grupo de recursos ao qual a instância pertence. Se necessário, você pode crie um grupo de recursos.

  6. Clique em Next: Confirm order.

  7. Confirme a Parameter Configuration. Selecione a Quantity e a Duration (apenas para instâncias por assinatura). Em seguida, clique em Pay Now e conclua o pagamento.

    A criação da instância leva de 1 a 10 minutos. Acesse a lista de instâncias e atualize a página para ver a nova instância.

  8. Após a criação da instância, conecte-se à nova instância SQL Server para verifique os dados restaurados.

Operações relacionadas

Também é possível restaurar dados usando a API RecoveryDBInstance.

Perguntas frequentes

Quanto tempo leva para restaurar dados para uma nova instância?

Tempo estimado

A tabela a seguir fornece uma estimativa de tempo para restaurar dados para uma nova instância. Observe que todas as velocidades de backup e restauração são baseadas no tamanho dos dados descompactados.

Nota

A Web Edition não suporta compressão de backup, o que reduz a eficiência do backup. Isso pode fazer com que as velocidades de backup e restauração caiam para menos de 100 GB/hora.

Ações

Obrigatório

Tempo estimado

Observações

Crie e configure a nova instância

Sim

10–15 minutos

O tempo necessário depende da série e do tipo de instância selecionados para a nova instância.

Realizar um backup completo da instância de source

Opcional

200 GB/hora

  • A velocidade de recuperação para logs de transações é muito mais lenta do que para um backup completo. Para garantir eficiência ideal na restauração, o sistema inicia um backup completo caso nenhum tenha sido realizado nas últimas 36 horas. Isso equilibra a necessidade de uma recuperação mais rápida com a sobrecarga de um backup completo adicional.

    Recomendamos que você realize manualmente um backup completo antes da restauração, ou inicie a tarefa de restauração dentro de 36 horas após a conclusão de um backup completo automático. Isso reduz o tempo total de restauração.

  • A velocidade de backup pode variar conforme a região e o horário do dia.

  • Para uma estimativa mais precisa, verifique o volume de dados e o horário do seu backup completo mais recente.

Restaurar o backup completo para a instância de destino

Sim

200 GB/hora

Nenhuma

Fazer backup de logs de transações incrementais na instância de source

Sim

200 GB/hora

Uma sobrecarga adicional de 2 minutos pode ocorrer para tarefas como preparação de backup, finalização e alocação de recursos.

Aplicar backups de logs de transações incrementais na instância de destino

Sim

200 GB/hora

Uma sobrecarga adicional de 2 minutos pode ocorrer para tarefas como verificação de consistência do backup.

Colocar o banco de dados online

Sim

Geralmente dentro de 2 minutos

  • Consumo de recursos: Aplicar logs de transações incrementais é uma operação que consome muitos recursos. Para instâncias com especificações menores (por exemplo, 2 núcleos e 4 GB), um grande número de logs de transações pode reduzir a velocidade de recuperação.

  • Recuperação Acelerada de Banco de Dados: O RDS for SQL Server 2019 e versões posteriores oferecem o recurso de Recuperação Acelerada de Banco de Dados (ADR), que pode reduzir o tempo necessário para colocar o banco de dados online. Consulte a documentação da Microsoft para mais detalhes.

Exemplo de estimativa

Especificações da instância de teste: CPU e memória de 4 núcleos e 8 GB, 600 GB de dados.

  • Crie e configure a nova instância: 12 minutos

  • Realizar um backup completo (Opcional): 3 horas (600 GB / 200 GB por hora)

  • Restaurar o backup completo para a instância de destino: 3 horas (600 GB / 200 GB por hora)

  • Fazer backup de 10 GB de logs de transações incrementais na instância de source: 5 minutos (3 minutos para backup + 2 minutos de sobrecarga)

  • Aplicar 10 GB de backups de logs de transações incrementais na instância de destino: 5 minutos (3 minutos para aplicação + 2 minutos de sobrecarga)

  • Colocar o banco de dados online: Dentro de 2 minutos

Neste exemplo, se um backup completo não tiver sido realizado nas últimas 36 horas, o tempo total será de aproximadamente 6 horas e 24 minutos. Caso contrário, o tempo total será de aproximadamente 3 horas e 24 minutos.

Recomendações

  • Planeje uma janela de manutenção: Realize a operação de restauração fora do horário de pico para minimizar o impacto nos seus negócios.

  • Evite transações longas: Durante o processo de restauração, evite transações demoradas, como criação ou reconstrução de índices ou arquivamento de dados. Essas operações podem estender o tempo necessário para colocar o banco de dados online.