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


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

--
Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein [at] postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-de-allgemein
Thomas Guettler [ Di, 22 März 2011 09:31 ] [ ID #2056966 ]

Re: pg_dumpall im Custom Format

Hi Thomas,
2011/3/22 Thomas Guettler <hv [at] tbz-pariv.de>:
> Hallo,
>
> das Custom-Format hat einige Vorteile gegen=C3=BCber dem reinen SQL-Dump.=
Warum
> wird dann f=C3=BCr pg_dumpall das Custom-Format nicht unterst=C3=BCtzt?
>
> Prinzipiell kann man sich selber helfen, wie ich gelernt habe: Mit -g wer=
den
> nur die globalen Objekte ausgegeben, und dann kann man f=C3=BCr jede Date=
nbank
> "pg_dump -Fc" ausf=C3=BChren.
>
> 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
--
Andy Wenk
Hamburg - Germany
RockIt!

--
Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein [at] postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-de-allgemein
Andy Wenk [ Di, 22 März 2011 09:37 ] [ ID #2056967 ]

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....
>>
>>
>> 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

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

<html><head></head><body style=3D"word-wrap: break-word; =
-webkit-nbsp-mode: space; -webkit-line-break: after-white-space; =
"><br><div><div>On Mar 22, 2011, at 9:37 , Andy Wenk =
wrote:</div><br><blockquote type=3D"cite"><div><blockquote =
type=3D"cite">Ich vermute, dass im professionellen Bereich jeder seine =
eigene Upgrade Strategie</blockquote><blockquote =
type=3D"cite">hat....</blockquote></div></blockquote><blockquote =
type=3D"cite"><div><blockquote type=3D"cite"><font =
class=3D"Apple-style-span" =
color=3D"#000000"><br></font></blockquote></div></blockquote><blockquote =
type=3D"cite"><div><blockquote type=3D"cite"><br></blockquote><blockquote =
type=3D"cite">Nutzt ihr pg_dumpall? Bzw, falls nicht, was =
dann?<br></blockquote><br>sowas in der Art:<br><a =
href=3D"https://github.com/andywenk/pg_backup_scripts/blob/m aster/pg_simpl=
e_backup.sh">https://github.com/andywenk/pg_backup_scripts/b lob/master/pg_=
simple_backup.sh</a><br></div></blockquote></div><br><div>Und wer =
sichert da die Roles? :></div><div><br></div><div>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.</div><div><br></div><div>Ich nehm an die Developer werden da mit =
ihren eigenen Scripts noch ausreichend zufrieden =
sein.</div><div><br></div><div>lg,</div><div>Michael</div></body></html>=

--Apple-Mail-1-364118499--
Michael Renner [ Di, 22 März 2011 12:37 ] [ ID #2056968 ]

Re: pg_dumpall im Custom Format

2011/3/22 Michael Renner <michael.renner [at] amd.co.at>:
>
> 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: =C3=84rmel
hochkrempeln, Werkzeukasten auf und bauen ;-)

Cheers

Andy



--
Andy Wenk
Hamburg - Germany
RockIt!

--
Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein [at] postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-de-allgemein
Andy Wenk [ Di, 22 März 2011 12:42 ] [ ID #2056969 ]

Re: pg_dumpall im Custom Format

--On 22. M=C3=A4rz 2011 12:37:45 +0100 Michael Renner
<michael.renner [at] amd.co.at> wrote:

> Thomas - die Frage warum pg_dumpall da hinterherhinkt kann ich dir nicht
> beantworten, ich w=C3=BCrd's auch begr=C3=BC=C3=9Fen wenn man ein one-sho=
t-tool
> h=C3=A4tte das gut gewartet ist und auch selektives paralleles Restoren v=
on
> Datenbanken erlaubt; aber das spielt's derzeit noch nicht.

Man m=C3=BCsste sich erstmal so ein Super-Archiv-Format ausdenken, dass meh=
rere
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.

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

--
Thanks

Bernd

--
Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein [at] postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-de-allgemein
Bernd Helmle [ Di, 22 März 2011 13:37 ] [ ID #2056970 ]

Re: pg_dumpall im Custom Format

On 22.03.2011 13:37, Bernd Helmle wrote:
>
>
> --On 22. März 2011 12:37:45 +0100 Michael Renner
> <michael.renner [at] amd.co.at> 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-shot-tool
>> hätte das gut gewartet ist und auch selektives paralleles Restoren von
>> Datenbanken erlaubt; aber das spielt's derzeit noch nicht.
>
> 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

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

--
Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein [at] postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-de-allgemein
Thomas Guettler [ Di, 22 März 2011 14:49 ] [ ID #2056971 ]

Re: pg_dumpall im Custom Format

2011/3/22 Thomas Guettler <hv [at] tbz-pariv.de>:
> On 22.03.2011 13:37, Bernd Helmle wrote:
>> Man m=C3=BCsste 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=C3=BCrde 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=C3=9Ferdem gibt es einen Dump mit den globalen Objekten.

da k=C3=B6nntest Du das Shellscript um eine Zeile erweitern und die
globalen Objekte zu sichern.

pg_dumpall -g > globals.pgdump

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

> Mehr ist aus meiner Sicht eigentlich nicht n=C3=B6tig.

genau ;-)

Cheers

Andy
--
Andy Wenk
Hamburg - Germany
RockIt!

--
Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein [at] postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-de-allgemein
Andy Wenk [ Di, 22 März 2011 15:26 ] [ ID #2056972 ]

Re: pg_dumpall im Custom Format

On 22.03.2011 13:37, Bernd Helmle wrote:
>
>
> --On 22. M=C3=A4rz 2011 12:37:45 +0100 Michael Renner
> <michael.renner [at] amd.co.at> wrote:
>
>> Thomas - die Frage warum pg_dumpall da hinterherhinkt kann ich dir nicht
>> beantworten, ich w=C3=BCrd's auch begr=C3=BC=C3=9Fen wenn man ein one-sh=
ot-tool
>> h=C3=A4tte das gut gewartet ist und auch selektives paralleles Restoren =
von
>> Datenbanken erlaubt; aber das spielt's derzeit noch nicht.
>
> Man m=C3=BCsste 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=C3=BCrde folgendes gefallen:

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

Mehr ist aus meiner Sicht eigentlich nicht n=C3=B6tig.

Gru=C3=9F,
Thomas

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

--
Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein [at] postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-de-allgemein
Thomas Guettler [ Di, 22 März 2011 14:34 ] [ ID #2057145 ]
Datenbanken » gmane.comp.db.postgresql.german » pg_dumpall im Custom Format

Vorheriges Thema: [DOC] FYI: Übersetzung Migration erst in 9.1
Nächstes Thema: == Wöchentlicher PostgreSQL Newsletter - 20. März 2011 ==