Hallo,

ich habe hier einen Rechner auf dem PSQL läuft, drin sind ne menge
Datenbanken. Diese möchte ich alle mit einem anderen DB Rechner
zusammenführen.
Die einzige Möglichkeit die mir nun so spontan einfällt wäre alle D=
Bs
mit pg_dump als .sql zu exportieren und auf dem anderen Rechner wieder
einzuspielen.

Gibt es noch andere, bequemere Möglichkeiten?

Danke schonmal für die Hilfe :)

Oli

---------------------------(end of broadcast)---------------------------
TIP 4: Have you searched our list archives?

http://archives.postgresql.org

Hallo Oliver,

Oliver Baer wrote:
> Hallo,
>
> ich habe hier einen Rechner auf dem PSQL läuft, drin sind ne menge
> Datenbanken. Diese möchte ich alle mit einem anderen DB Rechner
> zusammenführen.
> Die einzige Möglichkeit die mir nun so spontan einfällt wäre alle=
DBs
> mit pg_dump als .sql zu exportieren und auf dem anderen Rechner wieder
> einzuspielen.
>
> Gibt es noch andere, bequemere Möglichkeiten?

Erstens gibt es auch pg_dumpall, womit Du dann wirklich alle gedumpt
bekommst.
Bei gleicher PostgreSQL Version, kannst Du aber auch einfach das
Datenverzeichnis kopieren.

Susanne

--
Susanne Ebrecht,
52066 Aachen, Germany


---------------------------(end of broadcast)---------------------------
TIP 6: explain analyze is your friend

Susanne Ebrecht wrote:
> Hallo Oliver,
>
> Oliver Baer wrote:
>> Hallo,
>>
>> ich habe hier einen Rechner auf dem PSQL läuft, drin sind ne menge
>> Datenbanken. Diese möchte ich alle mit einem anderen DB Rechner
>> zusammenführen.
>> Die einzige Möglichkeit die mir nun so spontan einfällt wäre alle =
DBs
>> mit pg_dump als .sql zu exportieren und auf dem anderen Rechner wieder=

>> einzuspielen.
>>
>> Gibt es noch andere, bequemere Möglichkeiten?
>
> Erstens gibt es auch pg_dumpall, womit Du dann wirklich alle gedumpt
> bekommst.
> Bei gleicher PostgreSQL Version, kannst Du aber auch einfach das
> Datenverzeichnis kopieren.

genauer gesagt gleiche version, gleiche plattform(OS,Architektur) und
idente configure-flags

Stefan


---------------------------(end of broadcast)---------------------------
TIP 4: Have you searched our list archives?

http://archives.postgresql.org

Oliver Baer schrieb:
> Hallo,
>
> ich habe hier einen Rechner auf dem PSQL läuft, drin sind ne menge
> Datenbanken. Diese möchte ich alle mit einem anderen DB Rechner
> zusammenführen.
> Die einzige Möglichkeit die mir nun so spontan einfällt wäre alle=
DBs
> mit pg_dump als .sql zu exportieren und auf dem anderen Rechner wieder
> einzuspielen.
>
> Gibt es noch andere, bequemere Möglichkeiten?
>
> Danke schonmal für die Hilfe :)
>
> Oli
>
> ---------------------------(end of broadcast)--------------------------=
-
> TIP 4: Have you searched our list archives?
>
> http://archives.postgresql.org
>
Hallo,
schon mal ins Handbuch geschaut?
> http://www.postgresql.org/docs/8.2/static/backup-dump.html
Unter Punkt 23.1.1 Restoring the dump wird dieses Beispiel präsentiert:
pg_dump -h /host1/ /dbname/ | psql -h /host2/ /dbname

Gruß
Sven Marcel Buchholz//
/

---------------------------(end of broadcast)---------------------------
TIP 3: Have you checked our extensive FAQ?

http://www.postgresql.org/docs/faq

Stefan Kaltenbrunner schrieb:
> Susanne Ebrecht wrote:
>> Hallo Oliver,
>>
>> Oliver Baer wrote:
>>> Hallo,
>>>
>>> ich habe hier einen Rechner auf dem PSQL läuft, drin sind ne menge
>>> Datenbanken. Diese möchte ich alle mit einem anderen DB Rechner
>>> zusammenführen.
>>> Die einzige Möglichkeit die mir nun so spontan einfällt wäre al=
le
>>> DBs mit pg_dump als .sql zu exportieren und auf dem anderen Rechner
>>> wieder einzuspielen.
>>>
>>> Gibt es noch andere, bequemere Möglichkeiten?
>>
>> Erstens gibt es auch pg_dumpall, womit Du dann wirklich alle gedumpt
>> bekommst.
>> Bei gleicher PostgreSQL Version, kannst Du aber auch einfach das
>> Datenverzeichnis kopieren.
>
> genauer gesagt gleiche version, gleiche plattform(OS,Architektur) und
> idente configure-flags
>
> Stefan
>
Leider nein, das ist ne Debian Kiste (32bit), das andere ist n FreeBSD
(64bit). Somit scheidet diese Möglichkeit aus. :)

Aber ich mach grad den pg_dumpall, muss ich halt diesen weg gehen. Ist
aber auch kein Problem weiter.

Vielen Dank

Oli

--
Oliver Baer

Entwicklung
PressWatch GmbH
Telemannstr. 56a
20255 Hamburg

Tel: +49.40.37 85 48-60
Fax: +49.40.37 85 48-20
oliver.baer [at] presswatch.de
www.presswatch.de
www.presswatch.eu

Geschäftsführer: Jörg Kramer
Amtsgericht Hamburg: HRB 77269


This message (including any attachments) contains information that may be=
confidential and/or privileged. It is intended only for the person(s) to=
whom it is addressed.

If you are not the intended recipient, please notify the sender by replyi=
ng to this message with "Received in error" as the subject and thendelete=
it from your mailbox.

If you are not the intended recipient, you are not authorized to read, pr=
int, retain, copy or disseminate this message or any part of it, and any =
unauthorized use may be unlawful.

The sender is not responsible for the accuracy or completeness of this me=
ssage when it has been transmitted over a public network, as Internet
communication is not secure.


---------------------------(end of broadcast)---------------------------
TIP 1: if posting/reading through Usenet, please send an appropriate
subscribe-nomail command to majordomo [at] postgresql.org so that your
message can get through to the mailing list cleanly

Sven Marcel Buchholz schrieb:
> Oliver Baer schrieb:
>> Hallo,
>>
>> ich habe hier einen Rechner auf dem PSQL läuft, drin sind ne menge
>> Datenbanken. Diese möchte ich alle mit einem anderen DB Rechner
>> zusammenführen.
>> Die einzige Möglichkeit die mir nun so spontan einfällt wäre all=
e DBs
>> mit pg_dump als .sql zu exportieren und auf dem anderen Rechner
>> wieder einzuspielen.
>>
>> Gibt es noch andere, bequemere Möglichkeiten?
>>
>> Danke schonmal für die Hilfe :)
>>
>> Oli
>>
>> ---------------------------(end of broadcast)-------------------------=
--
>> TIP 4: Have you searched our list archives?
>>
>> http://archives.postgresql.org
>>
> Hallo,
> schon mal ins Handbuch geschaut?
> > http://www.postgresql.org/docs/8.2/static/backup-dump.html
> Unter Punkt 23.1.1 Restoring the dump wird dieses Beispiel präsentier=
t:
> pg_dump -h /host1/ /dbname/ | psql -h /host2/ /dbname
>
> Gruß
> Sven Marcel Buchholz//
> /
>
> ---------------------------(end of broadcast)--------------------------=
-
> TIP 3: Have you checked our extensive FAQ?
>
> http://www.postgresql.org/docs/faq
Mmmh, danke, das ist natürlich auch noch ne Möglichkeit. So geht s
bequemer :)

Probier ich gleich mal aus, muss nur die User auch neu setzen für die
Datenbanken, weil auf der alten Kiste das mehrere waren und auf der
neuen soll es nur noch einer sein.

Oli

---------------------------(end of broadcast)---------------------------
TIP 2: Don't 'kill -9' the postmaster

Hi!

von Oliver Baer <oliver.baer [at] presswatch.de> am 18.07.2007:
> [...]

Wenn Du das ganze Datenverzeichnis nimmst, darfst Du nicht vergessen
die Rechte nach dem Kopieren wieder richtig zu setzen.

Bei pg_dump* habe ich festgestellt, dass ein Import mit "-Ft" besser
ist. Mir sind sonst immer mittendrin die Daten zerhauen.

Andr=E9 Laugks


---------------------------(end of broadcast)---------------------------
TIP 3: Have you checked our extensive FAQ?

http://www.postgresql.org/docs/faq

Susanne Ebrecht wrote:
> Hallo Oliver,
>
> Oliver Baer wrote:
>> Hallo,
>>
>> ich habe hier einen Rechner auf dem PSQL läuft, drin sind ne menge
>> Datenbanken. Diese möchte ich alle mit einem anderen DB Rechner
>> zusammenführen.
>> Die einzige Möglichkeit die mir nun so spontan einfällt wäre alle =
DBs
>> mit pg_dump als .sql zu exportieren und auf dem anderen Rechner wieder=

>> einzuspielen.
>>
>> Gibt es noch andere, bequemere Möglichkeiten?
>
> Erstens gibt es auch pg_dumpall, womit Du dann wirklich alle gedumpt
> bekommst.
> Bei gleicher PostgreSQL Version, kannst Du aber auch einfach das
> Datenverzeichnis kopieren.

genauer gesagt gleiche version, gleiche plattform(OS,Architektur) und
idente configure-flags

Stefan


---------------------------(end of broadcast)---------------------------
TIP 4: Have you searched our list archives?

http://archives.postgresql.org

---------------------------(end of broadcast)---------------------------
TIP 9: In versions below 8.0, the planner will ignore your desire to
choose an index scan if your joining column's datatypes do not
match

Stefan Kaltenbrunner schrieb:
> Susanne Ebrecht wrote:
>> Hallo Oliver,
>>
>> Oliver Baer wrote:
>>> Hallo,
>>>
>>> ich habe hier einen Rechner auf dem PSQL läuft, drin sind ne menge
>>> Datenbanken. Diese möchte ich alle mit einem anderen DB Rechner
>>> zusammenführen.
>>> Die einzige Möglichkeit die mir nun so spontan einfällt wäre al=
le
>>> DBs mit pg_dump als .sql zu exportieren und auf dem anderen Rechner
>>> wieder einzuspielen.
>>>
>>> Gibt es noch andere, bequemere Möglichkeiten?
>>
>> Erstens gibt es auch pg_dumpall, womit Du dann wirklich alle gedumpt
>> bekommst.
>> Bei gleicher PostgreSQL Version, kannst Du aber auch einfach das
>> Datenverzeichnis kopieren.
>
> genauer gesagt gleiche version, gleiche plattform(OS,Architektur) und
> idente configure-flags
>
> Stefan
>
Leider nein, das ist ne Debian Kiste (32bit), das andere ist n FreeBSD
(64bit). Somit scheidet diese Möglichkeit aus. :)

Aber ich mach grad den pg_dumpall, muss ich halt diesen weg gehen. Ist
aber auch kein Problem weiter.

Vielen Dank

Oli

--
Oliver Baer

Entwicklung
PressWatch GmbH
Telemannstr. 56a
20255 Hamburg

Tel: +49.40.37 85 48-60
Fax: +49.40.37 85 48-20
oliver.baer [at] presswatch.de
www.presswatch.de
www.presswatch.eu

Geschäftsführer: Jörg Kramer
Amtsgericht Hamburg: HRB 77269


This message (including any attachments) contains information that may be=
confidential and/or privileged. It is intended only for the person(s) to=
whom it is addressed.

If you are not the intended recipient, please notify the sender by replyi=
ng to this message with "Received in error" as the subject and thendelete=
it from your mailbox.

If you are not the intended recipient, you are not authorized to read, pr=
int, retain, copy or disseminate this message or any part of it, and any =
unauthorized use may be unlawful.

The sender is not responsible for the accuracy or completeness of this me=
ssage when it has been transmitted over a public network, as Internet
communication is not secure.


---------------------------(end of broadcast)---------------------------
TIP 1: if posting/reading through Usenet, please send an appropriate
subscribe-nomail command to majordomo [at] postgresql.org so that your
message can get through to the mailing list cleanly

---------------------------(end of broadcast)---------------------------
TIP 1: if posting/reading through Usenet, please send an appropriate
subscribe-nomail command to majordomo [at] postgresql.org so that your
message can get through to the mailing list cleanly

--On Mittwoch, Juli 18, 2007 12:24:40 +0200 l-andre [at] gmx.de wrote:

> Hi!
>
> von Oliver Baer <oliver.baer [at] presswatch.de> am 18.07.2007:
>> [...]
>
> Wenn Du das ganze Datenverzeichnis nimmst, darfst Du nicht vergessen
> die Rechte nach dem Kopieren wieder richtig zu setzen.
>
> Bei pg_dump* habe ich festgestellt, dass ein Import mit "-Ft" besser
> ist. Mir sind sonst immer mittendrin die Daten zerhauen.
>

Das tar-Format kann keine Objekte sichern, die gr=C3=B6sser als 8G sind (sp=
rich
die textuelle Repr=C3=A4sentation einer Tabelle darf nicht gr=C3=B6sser sei=
n), dies
ist eine tar-Limitierung. Hier ist Vorsicht geboten. Wer
tar-Kompatibilit=C3=A4t nicht ben=C3=B6tigt, sollte auf das custom format (=
-Fc)
ausweichen.


--
Thanks

Bernd

---------------------------(end of broadcast)---------------------------
TIP 7: You can help support the PostgreSQL project by donating at

http://www.postgresql.org/about/donate