Effectivement, il faut soit modifier votre application pour ajouter une option telle que "-Fc" (format custom) lors de la sauvegarde, soit restaurer avec psql.

Si je comprends bien, votre choix de type de sauvegarde repose sur le fait que vous pouvez tout à faire perdre jusqu'à 4 heures de données ?

Vous pouvez regarder du côté de https://github.com/orgrim/pg_back pour la mise en place.

Il n'y a que 2 méthodes pour faire ça :

- sauvegarder les données de la table de la première base, et restaurer sur la nouvelle base
- sur la base contenant la table vide, créer une table distante pointant sur la table contenant les données et utiliser un ordre INSERT ... SELECT FROM table_distante

Pareil, il n'y a rien concernant postgres dans ces traces.

Cela dépend de votre configuration.  Vous pouvez regarder dans le répertoire de données postgres, dans le sous répertoire pg_log, cela devrait être l'emplacement par défaut.

Faites juste un copier / coller des messages liés au problème ici.

Non, la seule chose qui change entre pg_start_backup et pg_stop_backup est que full_page_writes est activé s'il était désactivé, rien d'autre.

Peut être que l'exécution de la sauvegarde utilise suffisamment de bande passante ou d'IO pour ralentir l'archivage.

Bonjour,

Il faut donner le privilège USAGE sur le schema public à l'utilisateur en question pour qu'il puisse accéder aux objets contenus dans ce schéma.

J'ai modifié le lien.  Le forum a la facheuse tendance à ajouter les parenthèses aux liens.

Avez-vous un peu plus de détail, le(s) message(s) d'erreur ou autres problèmes rencontrés ?

Vous devez démarrer l'instance en mode mono utilisateur pour cela, avec l'option --single (voir https://www.postgresql.org/docs/current … tgres.html).

Vous pouve utiliser la fonction aclexplode sur pg_class.relacl; qui vous donnera le détail.

Par exemple:

with s as (select aclexplode(relacl) acl from pg_class where relname = 'nomtable')
select (acl).grantor::regrole, (acl).grantee.regrole, (acl).privilege_type, (acl).is_grantable from s ;

Vous pouvez sinon utiliser la fonction has_table_privilege(), en précisant le droit voulu, par exemple "SELECT WITH GRANT OPTION", cf https://www.postgresql.org/docs/current … -info.html

Petite précision : vous pouvez utiliser un restore point qui se trouve dans un WAL archivé, ce n'est pas un problème (à partir du moment où celui-ci peut être restauré bien entendu).

Quelle installeur utilisez-vous ?  S'il s'agit de celui d'EDB, il devrait générer des logs quelque part.  Y a-t-il des erreurs ou autre informations dans ces logs ?