Pourquoi est-pg_restore son retour avec succès, mais pas réellement la restauration de ma base de données?

J'ai un Postgresql 8.4. base de données sur un serveur linux que j'ai sous-évaluées à l'aide de la commande suivante:

pg_dump --format=c --exclude-table=log --file=/path/to/output my_db

Je puis ftp le fichier créé à mon local machine Windows 7 et tenter de restaurer le fichier à mon local de Postgresql 8.4 instance à l'aide de la commande suivante:

pg_restore --create --exit-on-error --verbose c:\path\to\file

La commande de restauration génère beaucoup de sortie en prétendant qu'il créé ma base de données, connecté à elle, puis créé toutes les autres tables comme prévu. Cependant, quand j'ai vue les bases de données sur ma machine locale via pgAdmin la restauration de la base de données n'existe pas du tout.

Dans une tentative pour résoudre j'ai essayé la commande suivante:

pg_restore --create --exit-on-error --verbose --host=blahblah --username=no_one c:\path\to\file

Quand je lance cette commande, même si l'hôte et le nom d'utilisateur donné sont un non-sens complet, je reçois toujours exactement le même résultat de la commande sans aucune erreur.

Quelqu'un a rencontré ce avant ou de savoir ce qui pourrait être la cause?

  • On dirait que quelqu'un a voté la fermeture de cette question. Aucune explication quant à pourquoi?
  • Il y a une autre StackOverflow site web de l'instance de l'administration des questions...
InformationsquelleAutor Mike Deck | 2011-05-05
  1. 108

    Vous devez ajouter le nom d'une base de données valide pour d'abord vous connecter ou il vient de vider le contenu sur la sortie standard:

    pg_restore --create --exit-on-error --verbose --dbname=postgres <backup_file>
    • +1. C'est sûr, c'est une belle "gotcha" là.
    • Pourquoi n'est-il pas mentionné gros rouge dans le pg_restore documentation?!
    • 6 ans plus tard, je rencontre le même problème, et enfin suis tombé sur cette réponse, qui fixe haut droit. Je ne peux pas croire la documentation n'est pas encore fixe ou il n'y a rien dans la sortie de commande pour permettre à l'utilisateur de savoir qu'il n'est pas en train de faire quoi que ce soit. De graves problèmes d'utilisation, de nouvelles personnes à venir en essayant de ramassage de PostgreSQL.
    • Dites-moi à ce sujet. Deux heures (au moins) dans le drain. Pour être juste: il le dit dans le deuxième paragraphe de la page de man.
    • parce que le posgres de la documentation est le pire de la documentation dans le monde
    • ok je pensais que c'était seulement moi qui trouve les docs incompréhensible
    • Je pense que pg_restore --create --exit-on-error --verbose <backup_file> | psql -d <dbname> donne aussi un résultat équivalent.

    InformationsquelleAutor Matthew Wood
  2. 4

    C'est encore confuse, j'ai tenté d'effectuer cette chose que le --dbname devrait être la db je veux créer des. 

    pg_restore --create --exit-on-error --verbose --dbname=jiradb jiradb.tar

    MAL!!

    Il devrait être littéralement --dbname postgres, le --créer alors de créer le véritable db à partir du nom du fichier. Dans mon cas, j'ai restauré à partir d'un tar de sauvegarde avec 

    pg_restore --create --exit-on-error --verbose --dbname=postgres jiradb.tar
    InformationsquelleAutor tgunr