From: | John R Pierce <pierce(at)hogranch(dot)com> |
---|---|
To: | APseudoUtopia <apseudoutopia(at)gmail(dot)com> |
Cc: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: Server Backup: pg_dump vs pg_dumpall |
Date: | 2009-07-20 22:52:55 |
Message-ID: | 4A64F547.6090304@hogranch.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
APseudoUtopia wrote:
> Hey,
>
> I'm writing a backup script. Right now, I only have one database on my
> postgresql server. I'm deciding if I should use pg_dump or pg_dumpall
> when backing up the server. As far as I can tell, pg_dumpall cannot
> compress the dumps automatically and it only dumps data in the
> standard SQL text file format. This means that I would not be able to
> use pg_restore to selectively restore the database, correct?
>
> What is *NOT* included in a pg_dump that IS in pg_dumpall (Other than
> all the databases)? Things like user-defined functions and datatypes?
> Roles? Views?
views are part of a database, so they are included, so are user defined
functions. whats not included are, primarily, roles/users.
>
> I was leaning towards pg_dumpall, but then I realized that it only
> dumps in the standard SQL text file format, and it cannot be
> compressed automatically.
pgdumpall .... | gzip > dumpfile.sql.gz
From | Date | Subject | |
---|---|---|---|
Next Message | Merlin Moncure | 2009-07-20 23:18:07 | Re: killing processes |
Previous Message | Scott Marlowe | 2009-07-20 22:48:17 | Re: killing processes |