Tous les produits
Search
Centre de documentation

ApsaraDB RDS:Restore PostgreSQL data

Dernière mise à jour :Sep 28, 2026

Si vous disposez de données de sauvegarde pour une instance ApsaraDB RDS for PostgreSQL, vous pouvez les restaurer sur une nouvelle instance. Cette opération est utile pour récupérer des données après des erreurs de manipulation ou pour analyser des données historiques.

Fonctionnement

ApsaraDB RDS for PostgreSQL prend en charge la restauration des données à partir d'un ensemble de sauvegarde ou vers un point précis dans le temps. Le processus de restauration comprend les étapes suivantes :

  1. Restaurez les données de sauvegarde depuis l'instance source vers une nouvelle instance.

  2. Connectez-vous à la nouvelle instance et vérifiez l'exactitude des données.

  3. Migrez les données vers l'instance d'origine.

Remarque

Pour plus d'informations sur les méthodes de restauration des données, consultez la rubrique Présentation des méthodes de restauration des données.

Prérequis

L'instance source doit répondre aux exigences suivantes :

  • L'instance est dans l'état Running

  • Aucune tâche de migration n'est en cours d'exécution sur l'instance.

  • Pour restaurer à partir d'un ensemble de sauvegarde, l'instance source doit disposer d'au moins un ensemble de sauvegarde.

  • Pour restaurer vers un point précis dans le temps, la sauvegarde des journaux doit être activée. Pour plus d'informations, consultez la rubrique Configurer les sauvegardes automatiques.

    Remarque

    Les instances Basic Edition ne prennent pas en charge la sauvegarde des journaux et ne peuvent donc pas être restaurées vers un point précis dans le temps.

Notes d'utilisation

  • La nouvelle instance hérite des paramètres de sauvegarde et de configuration de l'instance source.

  • Les données et les informations de compte sur la nouvelle instance correspondent à l'état de l'instance source au moment de la sauvegarde ou au point dans le temps spécifié.

  • Lors de la restauration d'une instance utilisant des disques cloud, sa liste d'autorisation et ses configurations de groupe de sécurité ne sont pas copiées sur la nouvelle instance. Vous devez les reconfigurer une fois la restauration terminée.

Facturation

La restauration des données crée une nouvelle instance facturée. Vous pouvez consulter les détails des coûts lors de la création.

Remarque

Procédure

  1. Accédez à la page Instances. Dans la barre de navigation supérieure, sélectionnez la région dans laquelle réside l'instance RDS. Recherchez ensuite l'instance RDS et cliquez sur son ID.

  2. Dans le volet de navigation de gauche, cliquez sur Restoration.

  3. Dans le coin supérieur gauche de la page, cliquez sur Restore Instance (Previously Clone Instance).

  4. Configurez les paramètres suivants.

    Paramètre

    Description

    Billing Method

    • Subscription : Vous êtes facturé à l'avance pour les ressources que vous achetez. Cette méthode convient à une utilisation à long terme et est plus rentable que le paiement à l'utilisation. Plus la durée de l'abonnement est longue, plus la remise est importante.

    • Pay-as-you-go: Vous êtes facturé à l'heure pour les ressources que vous utilisez. Cette méthode convient à une utilisation à court terme. Vous pouvez libérer l'instance à tout moment pour réduire les coûts.

    Remarque

    Si l'instance source est une instance serverless, vous ne pouvez restaurer ses données que vers une nouvelle instance serverless.

    Restore Mode

    Remarque

    L'option By Time est disponible uniquement lorsque la sauvegarde des journaux est activée.

    Product Series

    • Basic Edition: Une architecture à nœud unique qui sépare le calcul du stockage. Cette édition est très rentable.

    • High-availability Edition: Une architecture classique de haute disponibilité avec un nœud principal et un nœud secondaire.

    • Cluster Edition: Une architecture de haute disponibilité avec un nœud principal et plusieurs nœuds secondaires.

    Remarque

    Les éditions disponibles varient en fonction de la région et de la version de la base de données. Les options réelles sur la page d'achat font foi. Pour plus d'informations sur chaque édition, consultez la rubrique Présentation des séries de produits.

    Deployment Method

    Vous pouvez sélectionner Single-zone Deployment ou Multi-zone Deployment. Une zone de disponibilité est une zone physique indépendante au sein d'une région. La Zone of Primary Node correspond à la zone de disponibilité du nœud principal, et la Zone of Secondary Node correspond à la zone de disponibilité du nœud secondaire.

    • Single-zone Deployment: La Zone of Primary Node et la Zone of Secondary Node sont identiques.

    • Multi-zone Deployment (recommandé): La Zone of Primary Node et la Zone of Secondary Node sont différentes, offrant une reprise après sinistre au niveau de la zone de disponibilité. Vous devez sélectionner la Zone of Primary Node et la Zone of Secondary Node.

    Remarque
    • Une fois l'instance créée, vous pouvez afficher les informations relatives aux nœuds principaux et secondaires sur la page Service Availability.

    • Les instances Basic Edition ne comportent qu'un seul nœud et ne peuvent être déployées que dans une seule zone de disponibilité.

    Instance Type

    • General-purpose: Types d'instances d'entrée de gamme. Ces instances utilisent exclusivement leur mémoire et leurs ressources d'E/S allouées, mais partagent les ressources CPU et de stockage avec d'autres instances General-purpose sur le même serveur.

    • Dedicated: Types d'instances de niveau entreprise. Ces instances utilisent exclusivement leur CPU, leur mémoire, leur stockage et leurs ressources d'E/S alloués. Une instance exécutée sur un hôte dédié utilise toutes les ressources du serveur physique.

    Remarque

    Chaque type d'instance fournit un nombre spécifique de cœurs CPU, une taille de mémoire, un nombre maximal de connexions et un nombre maximal d'IOPS. Pour plus d'informations, consultez la rubrique Types d'instances principales ApsaraDB RDS.

    Capacity

    La capacité de stockage inclut l'espace pour les données, les fichiers système, les fichiers journaux et les fichiers de transaction. Vous pouvez ajuster la capacité par incréments de 5 Go.

    Remarque

    Pour les instances utilisant des ressources dédiées, telles que celles dotées de disques locaux haute performance, la capacité de stockage est déterminée par le type d'instance. Pour plus d'informations, consultez la rubrique Types d'instances principales ApsaraDB RDS.

  5. Cliquez sur Next: Instance Configuration.

  6. Configurez les paramètres suivants.

    Paramètre

    Description

    Network Type

    VPC: Un Virtual Private Cloud (VPC) est un environnement réseau isolé qui offre une sécurité et des performances supérieures à celles d'un réseau classique traditionnel. Lorsque vous sélectionnez ce type de réseau, vous devez choisir le VPC correspondant et le VSwitch of Primary Node. Si, dans la section Basic Resources à l'étape précédente, vous avez configuré le Multi-zone Deployment, vous devez également sélectionner un VSwitch of Secondary Node.

    Remarque

    Assurez-vous que l'instance RDS et l'instance ECS à laquelle vous souhaitez vous connecter se trouvent dans le même VPC. Sinon, elles ne pourront pas communiquer via le réseau interne.

    Resource Group

    Le groupe de ressources auquel appartient l'instance.

  7. Cliquez sur Next: Confirm Order.

  8. Dans la section Parameter Configuration, confirmez les paramètres, sélectionnez une Quantity et une Duration (pour les instances Subscription uniquement), lisez et acceptez les conditions de service, puis cliquez sur Pay Now pour finaliser le paiement.

Se connecter et vérifier les données

Pour savoir comment se connecter à une instance, consultez la rubrique Se connecter à une instance.

Migrer les données vers l'instance d'origine

Après avoir vérifié les données sur la nouvelle instance, vous pouvez migrer les données requises vers l'instance d'origine. Pour plus d'informations, consultez la rubrique Migrer des données entre des instances ApsaraDB RDS.

Remarque

La migration des données copie les données d'une instance source vers une instance de destination sans affecter la source.

Autres opérations