Migrez des données d'une instance AnalyticDB for PostgreSQL vers une autre lorsque vous devez mettre à niveau la version (par exemple, de la V4.3 à la V6.0), redimensionner une instance ou changer de type de ressource.
La migration transfère les données ponctuellement ; elle n'assure pas de synchronisation continue. Si des écritures ont lieu sur l'instance source pendant la migration, vous devez réinjecter ces données par la suite. Pour éviter cette opération, suspendez les opérations d'écriture avant de commencer.
Prérequis
Avant de commencer, assurez-vous de disposer des éléments suivants :
Des instances source et de destination dans le même compte Alibaba Cloud
Une connectivité réseau entre les deux instances : déployez-les dans le même VPC ou utilisez Cloud Enterprise Network (CEN) pour connecter des VPC dans la même région. Pour les instructions de configuration, consultez Use Basic Edition transit routers to connect VPCs in the same region
Une liste d'autorisation configurée sur les deux instances pour autoriser les connexions entre elles
Une instance de destination dont le nombre de nœuds de calcul est supérieur ou égal à celui de l'instance source. Un nombre de nœuds identique offre la meilleure vitesse de migration lors de l'utilisation de gpcopy
Si vous migrez de la V4.3 vers la V6.0 : consultez le guide de vérification de compatibilité pour identifier les fonctionnalités non prises en charge
Chemins de migration pris en charge
La méthode de migration disponible dépend des types de ressources des instances source et de destination.
| Source | Destination | Solution |
|---|---|---|
| Serverless | Serverless | Submit a ticket |
| Elastic storage mode (V6.0) | ||
| Elastic storage mode (V7.0) | ||
| Elastic storage mode (V6.0) | Serverless | |
| Elastic storage mode (V6.0) | ||
| Elastic storage mode (V7.0) | ||
| Elastic storage mode (V7.0) | Elastic storage mode (V7.0) |
La migration du mode Elastic storage mode (V7.0) vers le mode Serverless ou le mode Elastic storage mode (V6.0) n'est pas prise en charge.
Migrer des données
Suivez ces étapes pour préparer et exécuter la migration.
Activez le mode lecture seule sur l'instance source. Cela empêche les écritures pendant la migration et élimine le besoin de réinjecter les données par la suite.
Exécutez une migration complète. Privilégiez la migration complète plutôt qu'incrémentielle pour garantir la cohérence des données.
Démarrez la migration en utilisant la méthode adaptée à vos types d'instances (consultez Chemins de migration pris en charge).
Réinitialisez la liste d'autorisation une fois la migration terminée. Restaurez la configuration de la liste d'autorisation sur les deux instances conformément à votre environnement de production.
Après la migration
Une fois la migration terminée, AnalyticDB for PostgreSQL exécute automatiquement l'instruction ANALYZE sur l'instance de destination pour collecter les statistiques et générer un plan d'exécution optimal. Pendant ce processus, la charge CPU sur le nœud coordinateur augmente temporairement, proportionnellement au volume de données migré.