pg_dumpall im Custom Format

Hallo,

das Custom-Format hat einige Vorteile gegenüber dem reinen SQL-Dump. Warum
wird dann für pg_dumpall das Custom-Format nicht unterstützt?

Prinzipiell kann man sich selber helfen, wie ich gelernt habe: Mit -g werden
nur die globalen Objekte ausgegeben, und dann kann man für jede Datenbank
"pg_dump -Fc" ausführen.

Ich vermute, dass im professionellen Bereich jeder seine eigene Upgrade Str=
ategie
hat....

Nutzt ihr pg_dumpall? Bzw, falls nicht, was dann?

Gruß,
Thomas


--=20
Thomas Guettler, http://www.thomas-guettler.de/
E-Mail: guettli (*) thomas-guettler + de

--=20
Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-de-allgemein

Re: pg_dumpall im Custom Format

Hi Thomas,
2011/3/22 Thomas Guettler :
> Hallo,
>
> das Custom-Format hat einige Vorteile gegenüber dem reinen SQL-Dump.=
Warum
> wird dann für pg_dumpall das Custom-Format nicht unterstützt?
>
> Prinzipiell kann man sich selber helfen, wie ich gelernt habe: Mit -g wer=
den
> nur die globalen Objekte ausgegeben, und dann kann man für jede Date=
nbank
> "pg_dump -Fc" ausführen.
>
> Ich vermute, dass im professionellen Bereich jeder seine eigene Upgrade S=
trategie
> hat....
>
> Nutzt ihr pg_dumpall? Bzw, falls nicht, was dann?

sowas in der Art:
https://github.com/andywenk/pg_backup_scripts/blob/master/pg _simple_backup.=
sh

Cheers

Andy
--=20
Andy Wenk
Hamburg - Germany
RockIt!

--=20
Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-de-allgemein

Re: pg_dumpall im Custom Format

--Apple-Mail-1-364118499
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
charset=iso-8859-1


On Mar 22, 2011, at 9:37 , Andy Wenk wrote:

>> Ich vermute, dass im professionellen Bereich jeder seine eigene =
Upgrade Strategie
>> hat....
>>=20
>>=20
>> Nutzt ihr pg_dumpall? Bzw, falls nicht, was dann?
>=20
> sowas in der Art:
> =
https://github.com/andywenk/pg_backup_scripts/blob/master/pg _simple_backup=
..sh

Und wer sichert da die Roles? :>

Thomas - die Frage warum pg_dumpall da hinterherhinkt kann ich dir nicht =
beantworten, ich würd's auch begrüßen wenn man ein one-shot-tool =
hätte das gut gewartet ist und auch selektives paralleles Restoren von =
Datenbanken erlaubt; aber das spielt's derzeit noch nicht.

Ich nehm an die Developer werden da mit ihren eigenen Scripts noch =
ausreichend zufrieden sein.

lg,
Michael=

--Apple-Mail-1-364118499
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
charset=iso-8859-1

-webkit-nbsp-mode: space; -webkit-line-break: after-white-space; =
">

Re: pg_dumpall im Custom Format

2011/3/22 Michael Renner :
>
> On Mar 22, 2011, at 9:37 , Andy Wenk wrote:
> Und wer sichert da die Roles? :>

ging's um Roles? Dachte es ging um custom format. Na dann: Ärmel
hochkrempeln, Werkzeukasten auf und bauen ;-)

Cheers

Andy



--=20
Andy Wenk
Hamburg - Germany
RockIt!

--=20
Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-de-allgemein

Re: pg_dumpall im Custom Format

--On 22. März 2011 12:37:45 +0100 Michael Renner=20
wrote:

> Thomas - die Frage warum pg_dumpall da hinterherhinkt kann ich dir nicht
> beantworten, ich würd's auch begrüßen wenn man ein one-sho=
t-tool
> hätte das gut gewartet ist und auch selektives paralleles Restoren v=
on
> Datenbanken erlaubt; aber das spielt's derzeit noch nicht.

Man müsste sich erstmal so ein Super-Archiv-Format ausdenken, dass meh=
rere=20
Custom-TOCs/DB vereinen kann. Das ist gar nicht so einfach, ich denke das=
=20
ist auch der Hauptgrund, warum sich effektiv da noch keiner rangetraut hat.

Historisch gesehen war pg_dumpall früher mal ein einfaches Shellscript=
,=20
seit ner guten Weile ist das aber hinfällig und es hat auch dazu geler=
nt=20
(denkt an BLOBs und so).

--=20
Thanks

Bernd

--=20
Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-de-allgemein

Re: pg_dumpall im Custom Format

On 22.03.2011 13:37, Bernd Helmle wrote:
>=20
>=20
> --On 22. März 2011 12:37:45 +0100 Michael Renner
> wrote:
>=20
>> Thomas - die Frage warum pg_dumpall da hinterherhinkt kann ich dir nicht
>> beantworten, ich würd's auch begrüßen wenn man ein one-sh=
ot-tool
>> hätte das gut gewartet ist und auch selektives paralleles Restoren =
von
>> Datenbanken erlaubt; aber das spielt's derzeit noch nicht.
>=20
> Man müsste sich erstmal so ein Super-Archiv-Format ausdenken, dass
> mehrere Custom-TOCs/DB vereinen kann. Das ist gar nicht so einfach, ich
> denke das ist auch der Hauptgrund, warum sich effektiv da noch keiner
> rangetraut hat.

Mir würde folgendes gefallen:

Es wird ein Verzeichnis erstellt. Pro DB gibt es eine Datei im Custom-Forma=
t mit dem Namen 'dbname.pgdump'
Außerdem gibt es einen Dump mit den globalen Objekten.

Mehr ist aus meiner Sicht eigentlich nicht nötig.

Gruß,
Thomas

--=20
Thomas Guettler, http://www.tbz-pariv.de/
Bernsdorfer Str. 210-212, 09126 Chemnitz, Tel.: 0371/5347-917
TBZ-PARIV GmbH Geschäftsführer: Dr. Reiner Wohlgemuth
Sitz der Gesellschaft: Chemnitz Registergericht: Chemnitz HRB 8543

--=20
Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-de-allgemein

Re: pg_dumpall im Custom Format

On 22.03.2011 13:37, Bernd Helmle wrote:
>=20
>=20
> --On 22. März 2011 12:37:45 +0100 Michael Renner
> wrote:
>=20
>> Thomas - die Frage warum pg_dumpall da hinterherhinkt kann ich dir nicht
>> beantworten, ich würd's auch begrüßen wenn man ein one-shot-tool
>> hätte das gut gewartet ist und auch selektives paralleles Restoren von
>> Datenbanken erlaubt; aber das spielt's derzeit noch nicht.
>=20
> Man müsste sich erstmal so ein Super-Archiv-Format ausdenken, dass
> mehrere Custom-TOCs/DB vereinen kann. Das ist gar nicht so einfach, ich
> denke das ist auch der Hauptgrund, warum sich effektiv da noch keiner
> rangetraut hat.

Mir würde folgendes gefallen:

Es wird ein Verzeichnis erstellt. Pro DB gibt es eine Datei im Custom-Forma=
t mit dem Namen 'dbname.pgdump'
Außerdem gibt es einen Dump mit den globalen Objekten.

Mehr ist aus meiner Sicht eigentlich nicht nötig.

Gruß,
Thomas

--=20
Thomas Guettler, http://www.thomas-guettler.de/
E-Mail: guettli (*) thomas-guettler + de

--=20
Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-de-allgemein

Re: pg_dumpall im Custom Format

2011/3/22 Thomas Guettler :
> On 22.03.2011 13:37, Bernd Helmle wrote:
>> Man müsste sich erstmal so ein Super-Archiv-Format ausdenken, dass
>> mehrere Custom-TOCs/DB vereinen kann. Das ist gar nicht so einfach, ich
>> denke das ist auch der Hauptgrund, warum sich effektiv da noch keiner
>> rangetraut hat.
>
> Mir würde folgendes gefallen:
>
> Es wird ein Verzeichnis erstellt. Pro DB gibt es eine Datei im Custom-For=
mat mit dem Namen 'dbname.pgdump'

genau das kannst Du mit dem kleinen Shellscript machen.

> Außerdem gibt es einen Dump mit den globalen Objekten.

da könntest Du das Shellscript um eine Zeile erweitern und die
globalen Objekte zu sichern.

pg_dumpall -g > globals.pgdump

hey - ich will keine Werbung für das script machen - soll nur ein
Ausgangspunkt sein. Aber es tut halt genau das ....

> Mehr ist aus meiner Sicht eigentlich nicht nötig.

genau ;-)

Cheers

Andy
--=20
Andy Wenk
Hamburg - Germany
RockIt!

--=20
Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-de-allgemein