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
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 parallèle 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 :
Réglez
shared_buffers
en fonction de vos besoins et augmentezmaintenance_work_mem
pour accélérer la création d'index.Désactivez la journalisation étendue, 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 utilisez cette méthode, vous pouvez utiliser l'
disable-triggers
option pour améliorer les performances.
Vous pouvez exécuter pg_dump et pg_restore depuis votre instance cible. EC2 Nous vous recommandons d'utiliser AWS Direct Connect pour améliorer la vitesse et les performances. Enfin, assurez-vous de disposer d'un espace de stockage suffisant pour le fichier de sauvegarde.
Architecture
Le schéma suivant montre l'architecture permettant de migrer une base de données PostgreSQL sur site vers le cloud AWS à l'aide d'applications clientes PostgreSQL natives.

Le schéma suivant illustre le flux de travail suivant :
Effectuez des sauvegardes en utilisant pg_dump.
Créez une EC2 instance et installez PostgreSQL sur l'instance.
Copiez 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 relatives à l'utilisation d'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 volumineuses (c'est-à-dire les bases de données de plus de 300 Go).
Cette option nécessite une interruption complète de la base de données.
Un espace disque important est nécessaire sur le serveur pour effectuer des sauvegardes, puis les copier sur Amazon. EC2