| From: | Thomas Markus <t(dot)markus(at)proventis(dot)net> |
|---|---|
| To: | pgsql-admin(at)postgresql(dot)org |
| Subject: | Re: Suggestions needed about how to dump/restore a database |
| Date: | 2006-12-20 10:00:17 |
| Message-ID: | 458909B1.7050805@proventis.net |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-admin |
Hi,
12h is a lot. i use the copy statement with binary option. this is
faster and takes less space.
try pg_dump with schema only and export your 2 tables with 2 single
statements. in that way i can
export my db in less than 3min without downtime (pg_dump produces a 9gb
file, binary dump 4.4gb)
Thomas
Arnau schrieb:
> Hi all,
>
> I've got a DB in production that is bigger than 2GB that dumping it
> takes more than 12 hours. I have a new server to replace this old one
> where I have restore the DB's dump. The problem is I can't afford to
> have the server out of business for so long, so I need your advice about
> how you'd do this dump/restore. The big amount of data is placed in two
> tables (statistics data), so I was thinking in dump/restore all except
> this two tables and once the server is running again I'd dump/restore
> this data. The problem is I don't know how exactly do this.
>
> Any suggestion?
>
> Thanks
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Joseph McClintock | 2006-12-20 20:34:20 | Very Very Slow Database Restore |
| Previous Message | Olivier Boissard | 2006-12-20 09:37:49 | Re: Suggestions needed about how to dump/restore a database |