| From: | Vivek Khera <vivek(at)khera(dot)org> |
|---|---|
| To: | Postgresql Performance <pgsql-performance(at)postgresql(dot)org> |
| Subject: | Re: Restore performance? |
| Date: | 2006-04-10 18:48:13 |
| Message-ID: | 810F9DD5-22B1-4A6F-B76C-D7EA7B89035B@khera.org |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-performance |
On Apr 10, 2006, at 3:55 AM, Jesper Krogh wrote:
> I'd run pg_dump | gzip > sqldump.gz on the old system. That took
> about
> 30 hours and gave me an 90GB zipped file. Running
> cat sqldump.gz | gunzip | psql
> into the 8.1 database seems to take about the same time. Are there
> any tricks I can use to speed this dump+restore process up?
>
> The database contains quite alot of BLOB, thus the size.
Well, your pg_dump command lost your BLOBs since the plain text
format doesn't support them.
But once you use the -Fc format on your dump and enable blob backups,
you can speed up reloads by increasing your checkpoint segments to a
big number like 256 and the checkpoint timeout to something like 10
minutes. All other normal tuning parameters should be what you plan
to use for your normal operations, too.
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Dan Harris | 2006-04-10 19:04:06 | Encouraging multi-table join order |
| Previous Message | Joshua D. Drake | 2006-04-10 18:20:04 | Re: Takes too long to fetch the data from database |