Hum, tout à fait. A moins que je me trompe ?

Mais par exemple. Une base crash sur un cluster A, qui est heureusement backupé de façon à avoir un dump de la base d'un coté, et un pg_dumpAll de la structure du cluster A.
Si je lance le pg_restore de la structure sur un autre cluster, il va aussi me créé tout les roles et tablespaces relatives à plein de base de données existant sur le premier cluster... Meme si je veux la structure que d'une seule base de donnée.
Il n'existe pas de moyen plus propre selon vous que de trifouillez dedans ? (Ou importez des roles et tablespaces en trop) ?
Ce cas là vous est surement arrivé non ?

Merci à tous pour vos réponses en tout cas... Cette communauté est vraiment là pour aider les nouveaux et c'est un vrai point fort.

Alors,
C'est vrai que j'ai oublié un peu le contexte. On parle ici de bases < 200 go donc assez petites. La moyenne tournerait autour des 30/50go.
Je parle d'un delete de base car c'est le plus critique. On peut alors plutot pensé à un ... Corruption d'block, truncate applicatif, souhait d'un retour sur une ancienne tempo... (Je parle pas ici de PITR, plus tard avec le physique).

Non un cluster... C'est un cluster quoi x) Je comprends pas trop ce que vous demandez.
En gros sur mon serveur, j'ai deux ou trois clusters  A, B, et C qui contiennent chacun plusieurs Bases de Données. J'ai plusieurs clusters pour une hiérarchisation des niveaux de services (Standard, premium... etc)
Je met de coté le "Physique" car j'ai plus de mal à visualiser comment faire ma restauration logique, la physique, je l'ai déja testé et cela à été concluant, je l'a déployerais juste après.

Bonjour . Merci encore pour votre aide
Hassouna, je pense pas que ta question puisse trouver réponse ici Faudrait mieux poster sur un fil propre à toi.

Pour ce qui est de la requete :

 postgres=# SELECT datname,encode(datname::bytea,'hex') FROM pg_database ;
  datname  |       encode
-----------+--------------------
 template1 | 74656d706c61746531
 template0 | 74656d706c61746530
 postgres  | 706f737467726573
 Banane    | 42616e616e65
 B1        | 4231
 B2        | 4232
 fg50op02  | 666735306f703032
 fg50ot01  | 666735306f743031

Est ce que sa aide ?

J'obtiens :

 ?column?
----------
 >Banane<
(1 row)

J'ai pensé, au pire, au bloc pl-sql ouais avec un unique Fetch
Merci je vous tiens au courant

Personne peut m'aider sur ce cas là ?

Donc en faites, si on fait les choses proprement, il faut séparer les notions back up et réplication ?
En gros, je met en place sur le serveur à backupé les notions de PITR et pg_dump...
Puis j'installe un serveur de standby pour la réplication ?
Mais le PITR et la réplication se basent tout deux sur les Wals non ? Ils ne va pas avoir de conflits ?

Avec ceux deux système conjoints, j'aurais à la fois : Reprise a un temps donné d'une image précise et Restaure en cas de crash non ?
J'ai lu qu'il existait des outils qui permettait de faire certaines actions de backup mais existe t'il un outil qui réunirait a la fois PITR et Replication ?
Qu'en ai t'il de Slony, la réplication Maitre esclave qu'il propose est elle interessante sur le plan d'une logique PITR ?

Merci beaucoup !

Ouais pardon, je travaille que sur du Unix donc j'étais dans mon truc.
C'est étrange, la solution de facilité serait de dire que ouais, sa vient de mc Afee mais bon. Si vous avez pas moyen d'y toucher pour voir...
Au niveau des logs du serveurs, vous avez quelques chose ? (Avec le parametre #log_connections a on )

As-tu redémarré le serveur ?