Backup et Restore ***************** Tout les infos sur `http://docs.postgresql.fr/9.1/backup.html `_ Sauvegarde SQL ============== :: pg_dump base_de_donnees > fichier_de_sortie .. warning:: Lorsque votre base de données dépend des OID (par exemple en tant que clés étrangères), vous devez indiquer à pg_dump de sauvegarder aussi les OID. Pour cela, utilisez l'option -o sur la ligne de commande. Restaurer la sauvegarde ======================= :: sql base_de_donnees < fichier_d_entree Une fois restauré, il est recommandé de lancer ANALYZE sur chacune des bases de données afin que l'optimiseur de requêtes dispose de statistiques utiles. Une façon aisée de le faire est de lancer la commande vacuumdb -a -z pour lancer ANALYZE sur toutes les bases de données ; ceci est équivalent à lancer VACUUM ANALYZE manuellement. Il est possible de sauvegarder un base sur un serveur 1 et la restaurer sur un serveur 2 :: pg_dump -h serveur1 base_de_donnees | psql -h serveur2 base_de_donnees Sauvegarde complet d'un serveur =============================== :: pg_dumpall > fichier_de_sortie restauration :: psql -f fichier_d_entree postgres Compression des sauvegardes =========================== Vous pouvez utiliser votre programme de compression habituel. Par exemple gzip. :: pg_dump base_de_donnees | gzip > nom_fichier.gz Pour restaurer : :: createdb base_de_donnees gunzip -c nom_fichier.gz | psql base_de_donnees il est possible par la suite de déplacer le fichier obtenu sur un serveur distant (windows par exemple) :: su - postgres -c "pg_dump redmine_default" > redmine_default.sql tar -cjf redmine_db.tar.gz redmine_default.sql smbclient //srvpzdev/REDMINE -U administrateur%Numeid@1525$ -c 'put redmine_db.tar.gz' .. note:: si vous êtes dans un domaine il faut modifier le fichier /etc/samba/smb.conf pour mettre workgroup=proplast par exemple