Todos os produtos
Search
Central de documentação

ApsaraDB RDS:Restore PostgreSQL data

Última atualização: Sep 29, 2026

Caso possua dados de backup de uma instância do ApsaraDB RDS for PostgreSQL, você pode restaurá-los em uma nova instância. Isso é útil para recuperar dados após erros operacionais ou para analisar dados históricos.

Como funciona

O ApsaraDB RDS for PostgreSQL permite restaurar dados a partir de um conjunto de backup ou de um ponto específico no tempo. O processo de restauração consiste nas seguintes etapas:

  1. Restaure os dados de backup da instância source para uma nova instância.

  2. Conecte-se à nova instância e verifique se os dados estão corretos.

  3. Migre os dados para a instância original.

Nota

Para obter mais informações sobre os métodos de restauração de dados, consulte Overview of data restoration methods.

Pré-requisitos

A instância source deve atender aos seguintes requisitos:

  • A instância está no estado Running

  • Não há tarefas de migração em execução na instância.

  • Para restaurar a partir de um conjunto de backup, a instância source deve ter pelo menos um conjunto de backup.

  • Para restaurar para um ponto no tempo, o backup de log deve estar ativado. Para obter mais informações, consulte Configure automatic backups.

    Nota

    As instâncias da Basic Edition não oferecem suporte a backup de log e, portanto, não podem ser restauradas para um ponto específico no tempo.

Observações de uso

  • A nova instância herda as configurações de backup e de parâmetros da instância source.

  • Os dados e as informações da conta na nova instância correspondem ao estado da instância source no momento do backup ou no ponto no tempo especificado.

  • Ao restaurar uma instância que utiliza discos em cloud, as configurações de lista de permissões e grupo de segurança não são copiadas para a nova instância. Reconfigure-as após a conclusão da restauração.

Faturamento

A restauração de dados cria uma nova instância faturável. Revise os detalhes de custos durante a criação.

Nota

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 dela.

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

  3. No canto superior esquerdo da página, clique em Restore Instance (Previously Clone Instance).

  4. Configure os seguintes parâmetros.

    Parâmetro

    Descrição

    Billing Method

    • Subscription : Você paga antecipadamente pelos recursos adquiridos. Este método é ideal para uso de longo prazo e oferece melhor custo-benefício que o pagamento conforme o uso. Quanto maior o período da assinatura, maior o desconto.

    • Pay-as-you-go: A cobrança é feita por hora com base nos recursos utilizados. Este método é ideal para uso de curto prazo e permite liberar a instância a qualquer momento para reduzir custos.

    Nota

    Se a instância source for serverless, você só poderá restaurar os dados para uma nova instância serverless.

    Restore Mode

    • By Time: Restaura a instância para 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, consulte Back up an ApsaraDB RDS for PostgreSQL instance.

    • By Backup Set

    Nota

    A opção By Time fica disponível apenas quando o backup de log está ativado.

    Product Series

    • Basic Edition: Uma arquitetura de nó único que separa a computação do armazenamento. Esta edição é altamente econômica.

    • High-availability Edition: Uma arquitetura clássica de alta disponibilidade com um nó primário e um nó secundário.

    • Cluster Edition: Uma arquitetura de alta disponibilidade com um nó primário e vários nós secundários.

    Nota

    As edições disponíveis variam de acordo com a região e a versão do banco de dados. As opções reais na página de compra prevalecem. Para obter mais informações sobre cada edição, consulte Visão geral das séries de produtos.

    Deployment Method

    selecione Single-zone Deployment ou Multi-zone Deployment. Uma zona de disponibilidade é uma zona física independente dentro de uma região. A Zone of Primary Node é a zona de disponibilidade do nó primário, e a Zone of Secondary Node é a zona de disponibilidade do nó secundário.

    • Single-zone Deployment: A Zone of Primary Node e a Zone of Secondary Node são a mesma.

    • Multi-zone Deployment (Recomendado): A Zone of Primary Node e a Zone of Secondary Node são diferentes, o que fornece recuperação de desastres no nível da zona de disponibilidade. selecione a Zone of Primary Node e a Zone of Secondary Node.

    Nota
    • Após a criação da instância, visualize informações sobre os nós primário e secundário na página Service Availability.

    • As instâncias da Basic Edition possuem apenas um nó e podem ser implantadas somente em uma única zona de disponibilidade.

    Instance Type

    • General-purpose: Tipos de instância de nível de entrada. Essas instâncias usam exclusivamente os recursos de memória e I/O alocados, mas compartilham recursos de CPU e armazenamento com outras instâncias de uso geral no mesmo servidor.

    • Dedicated: Tipos de instância de nível empresarial. Essas instâncias usam exclusivamente os recursos de CPU, memória, armazenamento e I/O alocados. Uma instância executada em um host dedicado utiliza todos os recursos do servidor físico.

    Nota

    Cada tipo de instância fornece uma quantidade específica de núcleos de CPU, tamanho de memória, número máximo de conexões e IOPS máximo. Para obter mais informações, consulte Primary ApsaraDB RDS instance types.

    Capacity

    A capacidade de armazenamento inclui espaço para dados, arquivos de sistema, arquivos de log e arquivos de transação. Ajuste a capacidade em incrementos de 5 GB.

    Nota

    Para instâncias que utilizam recursos dedicados, como aquelas com discos locais de alto desempenho, a capacidade de armazenamento é determinada pelo tipo de instância. Para obter mais informações, consulte Primary ApsaraDB RDS instance types.

  5. clique em Next: Instance Configuration.

  6. Configure os seguintes parâmetros.

    Parâmetro

    Descrição

    Network Type

    VPC: Uma Virtual Private Cloud (VPC) é um ambiente de rede isolado que oferece maior segurança e desempenho do que uma rede clássica tradicional. Ao selecionar este tipo de rede, selecione a VPC e o VSwitch of Primary Node correspondentes. Se, na seção Basic Resources da etapa anterior, você configurou o Multi-zone Deployment, também será necessário selecionar um VSwitch of Secondary Node.

    Nota

    Certifique-se de que a instância RDS e a instância ECS às quais você deseja se conectar 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.

  7. clique em Next: Confirm Order.

  8. Na seção Parameter Configuration, confirme as configurações, selecione uma Quantity e uma Duration (apenas para instâncias com assinatura), leia e aceite os termos de serviço e clique em Pay Now para concluir o pagamento.

Conectar-se e verificar dados

Para obter informações sobre como se conectar a uma instância, consulte Connect to an instance.

Migrar dados para a instância original

Após verificar os dados na nova instância, migre os dados necessários de volta para a instância original. Para obter mais informações, consulte Migrate data between ApsaraDB RDS instances.

Nota

A migração de dados copia as informações de uma instância source para uma instância de destino, sem afetar a source.

Mais operações