copier une base d'un serveur vers un autre serveur

Bonjour,

La copie d'une base d'un serveur vers un autre serveur c'est mal passé.
Comme c'est mon premier essai je ne doute pas que le problème vienne de moi.
Il me semble que j'ai suivi le manuel.

Sur serveur1, j'ai commencé par
su postgres; cd
pg_dump cnltel > cnltel.sql

Sur serveur2 (postmaster arrêté)
su postgres; cd
bash-3.2$ pg_restore cnltel.sql 2>error2.log
bash-3.2$ cat error2.log
pg_restore: [archiver] le fichier en entrée ne semble pas être une
archive valide

cnltel.sql contient des données qui semblent pertinentes.

Un conseil?

Cordialement
--
Pascal

BPascal a écrit :
> Bonjour,
>
> La copie d'une base d'un serveur vers un autre serveur c'est mal passé.
> Comme c'est mon premier essai je ne doute pas que le problème vienne
> de moi.
> Il me semble que j'ai suivi le manuel.
>
> Sur serveur1, j'ai commencé par
> su postgres; cd
> pg_dump cnltel > cnltel.sql
>
> Sur serveur2 (postmaster arrêté)
> su postgres; cd
> bash-3.2$ pg_restore cnltel.sql 2>error2.log
> bash-3.2$ cat error2.log
> pg_restore: [archiver] le fichier en entrée ne semble pas être une
> archive valide
>
> cnltel.sql contient des données qui semblent pertinentes.
>
> Un conseil?
>
> Cordialement
pg_dump crée un fichier SQL par défaut (pas d'option -F ou
--format=...), et peut donc
être directement injecté par psql :

psql labase_a_restaurer < cnltel.sql

La commande pg_restaure quand à elle, attend soit une archive tar ou
'custom' compressée,
obtenues via les options --format=custom ou --format=tar de pg_dump.

Cordialement.

--
François Figarola
-- développeur --
=================
INTERNET CONSULT
Mas Guerido
6 rue Aristide Bergès
66330 CABESTANY

Tel 04.68.66.09.29
fax 04.68.66.99.50
* francois(dot)figarola(at)i-consult(dot)fr

François Figarola a écrit :
> BPascal a écrit :
>> Bonjour,
>>
>> La copie d'une base d'un serveur vers un autre serveur c'est mal passé.
>> Comme c'est mon premier essai je ne doute pas que le problème vienne
>> de moi.
>> Il me semble que j'ai suivi le manuel.
>>
>> Sur serveur1, j'ai commencé par
>> su postgres; cd
>> pg_dump cnltel > cnltel.sql
>>
>> Sur serveur2 (postmaster arrêté)
>> su postgres; cd
>> bash-3.2$ pg_restore cnltel.sql 2>error2.log
>> bash-3.2$ cat error2.log
>> pg_restore: [archiver] le fichier en entrée ne semble pas être une
>> archive valide
>>
>> cnltel.sql contient des données qui semblent pertinentes.
>>
>> Un conseil?
>>
>> Cordialement
> pg_dump crée un fichier SQL par défaut (pas d'option -F ou
> --format=...), et peut donc
> être directement injecté par psql :
>
> psql labase_a_restaurer < cnltel.sql
>
> La commande pg_restaure quand à elle, attend soit une archive tar ou
> 'custom' compressée,
> obtenues via les options --format=custom ou --format=tar de pg_dump.
>

Autre chose, psql comme pg_restore nécessite que PostgreSQL soit lancé.
Il faut aussi que la base de données soit créée et vide.

--
Guillaume.
http://www.postgresqlfr.org
http://dalibo.com

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

BPascal a écrit :
> Bonjour,
>
> La copie d'une base d'un serveur vers un autre serveur c'est mal passé.
> Comme c'est mon premier essai je ne doute pas que le problème vienne de
> moi.
> Il me semble que j'ai suivi le manuel.
>
> Sur serveur1, j'ai commencé par
> su postgres; cd
> pg_dump cnltel > cnltel.sql
>
> Sur serveur2 (postmaster arrêté)
> su postgres; cd
> bash-3.2$ pg_restore cnltel.sql 2>error2.log
> bash-3.2$ cat error2.log
> pg_restore: [archiver] le fichier en entrée ne semble pas être une
> archive valide

Non seulement pg_restore n'a pas lieu d'être utilise (voir explication de
François Figarola), mais il est plus qu'impératif que le postmaster tourne pour
permettre de jouer le script sql.

Salutations,
- --
Stéphane Schildknecht
PostgreSQLFr - http://www.postgresql.fr
Dalibo - http://www.dalibo.com
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFJBu2yA+REPKWGI0ERArmwAKCoCTaaRd2L+JUe+utid7SzN71tkgCgmUQP
RBvnEeF1BYAWZiTNq/Inilk=
=06Vt
-----END PGP SIGNATURE-----

Guillaume Lelarge a écrit :

Bonjour Guillaume,

>> pg_dump crée un fichier SQL par défaut (pas d'option -F ou
>> --format=...), et peut donc
>> être directement injecté par psql :
>>
>> psql labase_a_restaurer < cnltel.sql
>>
>> La commande pg_restaure quand à elle, attend soit une archive tar ou
>> 'custom' compressée,
>> obtenues via les options --format=custom ou --format=tar de pg_dump.
>>
>>
>
> Autre chose, psql comme pg_restore nécessite que PostgreSQL soit lancé.
> Il faut aussi que la base de données soit créée et vide.
>
>
>

Base de données "créée et vide", vide c'est à dire sans aucune table,
juste son nom.
Je fais un essai.

Cordialement
--
Pascal

BPascal a écrit :

Problème résolu.

pg_dumpall -c -d > db.out
psql -f db.out cnltel

Merci à tous
--
Pascal

>