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
<a name="native-postgre-sql-client-applications"></a>

[https://www.postgresql.org/docs/current/app-pg-dumpall.html](https://www.postgresql.org/docs/current/app-pg-dumpall.html) L'utilitaire pg\_dump est destiné à la sauvegarde des bases de données PostgreSQL. Vous pouvez utiliser pg\_dump pour effectuer des sauvegardes cohérentes et sauvegarder une seule base de données. Pour sauvegarder des objets globaux communs à toutes les bases de données d'un cluster (tels que les rôles et les tablespaces), utilisez pg\_dumpall. Nous vous recommandons d'exécuter l'utilitaire pg\_dump en tant que superutilisateur, car seul un superutilisateur peut effectuer un vidage complet. L'utilitaire pg\_dump propose également des options pour optimiser le processus de sauvegarde, notamment en utilisant l'option jobs (pour exécuter le dump en parallèle) et le format du répertoire lorsque vous effectuez la sauvegarde. Pour plus d'informations, consultez la section *Options* de la page [pg\_dump](https://www.postgresql.org/docs/current/app-pgdump.html) dans la documentation de PostgreSQL.

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 augmentez `maintenance_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](https://docs.aws.amazon.com/directconnect/latest/UserGuide/Welcome.html) 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
<a name="architecture-native-postgresql-client-apps"></a>

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.

![Architecture d'application cliente PostgreSQL native](http://docs.aws.amazon.com/fr_fr/prescriptive-guidance/latest/migration-databases-postgresql-ec2/images/native-client-applications-architecture.png)


Le schéma suivant illustre le flux de travail suivant :

1. Effectuez des sauvegardes en utilisant pg\_dump.

1. Créez une EC2 instance et installez PostgreSQL sur l'instance.

1. Copiez le fichier de vidage sur Amazon EC2.

1. Restaurez le fichier de sauvegarde à l'aide de pg\_restore.

## Limites
<a name="limitations-native-postgresql-client-apps"></a>

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