Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Applications clientes PostgreSQL natives
Vous pouvez utiliser des applications clientes PostgreSQL natives pour une migration hors ligne, notamment pg_dump
L'utilitaire pg_restore permet de restaurer une base de données PostgreSQL à partir d'une archive créée par pg_dump. Vous pouvez exécuter l'utilitaire pg_restore en mode parallel si vous utilisez pg_dump au format personnalisé ou de répertoire. Pour améliorer les performances de pg_restore, vous pouvez régler les paramètres suivants :
Configurez
shared_buffers
ce paramètre en fonction de vos besoins etmaintenance_work_mem
augmentez-le pour accélérer la création d'index.Désactivez la journalisation complète, le démon Autovacuum et
full_page_writes
.(Facultatif) Sauvegardez et restaurez le schéma et utilisez un vidage et une restauration de données uniquement. Si vous employez cette méthode, vous pouvez utiliser l'
disable-triggers
option pour améliorer les performances.
Vous pouvez exécuter pg_dump et pg_restore à partir de votre instance EC2 cible. Nous vous recommandons d'utiliser AWS Direct Connect pour améliorer la vitesse et les performances. Enfin, assurez-vous de disposer de suffisamment d'espace de stockage pour le fichier de sauvegarde.
Architecture
Le schéma suivant montre l'architecture de migration d'une base de données PostgreSQL locale vers le cloud AWS à l'aide d'applications clientes PostgreSQL natives.
Le diagramme décrit le flux de travail suivant :
Effectuez des sauvegardes en utilisant pg_dump.
Créez une instance EC2 et installez PostgreSQL sur l'instance.
Copie le fichier de vidage sur Amazon EC2.
Restaurez le fichier de sauvegarde à l'aide de pg_restore.
Limites
Nous vous recommandons de prendre en compte les limites suivantes de l'utilisation des applications clientes PostgreSQL natives avant de commencer votre migration :
Le vidage et la restauration peuvent prendre beaucoup de temps pour les bases de données plus volumineuses (c'est-à-dire les bases de données supérieures à 300 Go).
Cette option nécessite une interruption complète de la base de données.
Un espace disque important est requis sur le serveur pour effectuer des sauvegardes, puis les copier sur Amazon EC2.