Todos os produtos
Search
Central de documentação

ApsaraDB RDS:Restaurar dados do PostgreSQL

Última atualização: Jun 26, 2026

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

Como funciona

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

  1. Restaure os dados de backup da instância de origem 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 Visão geral dos métodos de restauração de dados.

Pré-requisitos

A instância de origem deve atender aos seguintes requisitos:

  • A instância deve estar no estado Running

  • Não deve haver tarefas de migração em execução na instância.

  • Para restaurar a partir de um conjunto de backups, a instância de origem precisa ter pelo menos um conjunto de backups disponível.

  • Para restaurar para um ponto no tempo, o backup de logs deve estar ativado. Para mais detalhes, consulte Configurar backups automáticos.

    Nota

    Instâncias da Basic Edition não oferecem suporte a backup de logs 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 parâmetros da instância de origem.

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

  • Ao restaurar uma instância que utiliza discos em nuvem, as configurações de lista de permissões e grupos 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 custo 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 da instância.

  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 : Os recursos adquiridos são cobrados antecipadamente. Este método é adequado para uso de longo prazo e oferece melhor custo-benefício que o Pay-as-you-go. Quanto maior a duração da assinatura, maior o desconto aplicado.

    • Pay-as-you-go: A cobrança é feita por hora com base nos recursos utilizados. Recomendado para uso de curto prazo, permitindo liberar a instância a qualquer momento para reduzir custos.

    Nota

    Se a instância de origem for serverless, seus dados só poderão ser restaurados em uma nova instância serverless.

    Restore Mode

    Nota

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

    Product Series

    • Basic Edition: Arquitetura de nó único que separa computação e armazenamento. Esta edição apresenta alta relação custo-benefício.

    • High-availability Edition: Arquitetura clássica de alta disponibilidade composta por um nó primário e um nó secundário.

    • Cluster Edition: Arquitetura de alta disponibilidade com um nó primário e múltiplos nós secundários.

    Nota

    As edições disponíveis variam conforme a região e a versão do banco de dados. As opções reais apresentadas na página de compra são as que prevalecem. Para 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 área física independente dentro de uma região. A Zone of Primary Node refere-se à zona de disponibilidade do nó primário, enquanto a Zone of Secondary Node corresponde à zona do nó secundário.

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

    • Multi-zone Deployment (Recomendado): A Zone of Primary Node e a Zone of Secondary Node são distintas, oferecendo recuperação de desastres no nível de zona de disponibilidade. Selecione tanto a Zone of Primary Node quanto a Zone of Secondary Node.

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

    • Instâncias da Basic Edition possuem apenas um nó e suportam implantação exclusivamente em uma única zona de disponibilidade.

    Instance Type

    • General-purpose: Tipos de instância de nível básico. Estas instâncias utilizam exclusivamente seus recursos alocados de memória e I/O, 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. Tais instâncias usam de forma exclusiva todos os recursos alocados de CPU, memória, armazenamento e I/O. Uma instância executada em um host dedicado consome 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 mais detalhes, consulte Tipos de instância primária do ApsaraDB RDS.

    Capacity

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

    Nota

    Em instâncias que utilizam recursos dedicados, como aquelas com discos locais de alto desempenho, a capacidade de armazenamento é definida pelo tipo de instância. Para mais informações, consulte Tipos de instância primária do ApsaraDB RDS.

  5. Clique em Next: Instance Configuration.

  6. Defina os parâmetros abaixo.

    Parâmetro

    Descrição

    Network Type

    VPC: Uma Virtual Private Cloud (VPC) é um ambiente de rede isolado que oferece segurança e desempenho superiores aos da rede clássica tradicional. Ao escolher este tipo de rede, selecione a VPC e o VSwitch of Primary Node correspondentes. Caso tenha configurado o Multi-zone Deployment na seção Basic Resources da etapa anterior, 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 deseja se conectar estejam na mesma VPC. Caso contrário, a comunicação via rede interna não será possível.

    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 definições, escolha a Quantity e a Duration (apenas para instâncias Subscription), leia e aceite os termos de serviço e clique em Pay Now para finalizar o pagamento.

Fazer login e verificar dados

Para saber como se conectar a uma instância, consulte Conectar-se a uma instância.

Migrar dados para a instância original

Após validar os dados na nova instância, migre as informações necessárias de volta para a instância original. Para mais detalhes, consulte Migrar dados entre instâncias do ApsaraDB RDS.

Nota

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

Mais operações