Échec de restauration. . . chaine "magique" !

Bonjour,

après avoir sauvegardé avec la commande suivante :

Code:

---

"C:\Program Files\PostgreSQL\9.6\bin\pg_dump.exe" --host localhost --port 5432 --username postgres --blobs --format=d -f "C:\SAVE_DB\DB_GEOPG.BAK" DB_GEO

---

J'ai tenté une restauration avec la commande :

Code:

---

"C:\Program Files\PostgreSQL\9.6\bin\pg_restore.exe" --host localhost --port 5432 --username postgres --verbose -f "C:\SAVE_DB\DB_GEOPG.BAK"

---

la commande est restée gelée et rien ne s'est passé...

Bref, je ne voit pas quel est le problème...

Auriez vous une idée ?

A +

Salut
Je ne vois pas l'option -d c'est à dire la base à restaurer. Si elle n'est pas précisé la base cible doit être précisée dans le dump, mais avec l'option directory je me demande si cela est possible.
Bref! je suppose que la restauration a été faite dans la base système postgres.
@+

Citation:

---

Envoyé par alassanediakite

Bref! je suppose que la restauration a été faite dans la base système postgres.
@+

---

Tu as raison et finalement je m'en suis sortit avec :

Code:

---

"C:\Program Files\PostgreSQL\9.6\bin\pg_restore.exe" -U postgres -d DB_GEO "C:\SAVE_DB\DB_GEOPG.BAK"

---

Je fais une comparaison des perf du SIG de PostGreSQL / SQL Server....
Dans ce cadre j'ai testé la sauvegarde/restauration (anecdotiquement).

Deux précisions d'ailleurs :
1) toutes les commandes de sauvegardes de PostGreSQL posent un verrou (AccessShareLock) le temps de procéder à la sauvegarde. On ne peut donc pas parler de sauvegarde à chaud, car si une transaction est en cours alors cela bloque la sauvegarde. Ce n'est pas le cas de SQL Server qui utilise un cliché (snapshot).
2) la documentation sur le sujet des sauvegardes et restauration est très mal foutue avec peu d'exemples... Il n'est pas dit qu'il faut dans certains cas créer la base avant la restauration et on ne comprend rien de l'explication des différents formats...

Sur ce point n°2 il y aurait un bon article à faire avec de nombreux exemples....

A +