From: | Jayadevan M <Jayadevan(dot)Maymala(at)ibsplc(dot)com> |
---|---|
To: | pgsql-performance(at)postgresql(dot)org |
Subject: | pg_dump and pg_restore |
Date: | 2010-05-17 05:04:29 |
Message-ID: | OF39355A75.04FF8085-ON65257726.0013F803-65257726.001BE662@ibsplc.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
Hello all,
I was testing how much time a pg_dump backup would take to get restored.
Initially, I tried it with psql (on a backup taken with pg_dumpall). It
took me about one hour. I felt that I should target for a recovery time of
15 minutes to half an hour. So I went through the blogs/documentation etc
and switched to pg_dump and pg_restore. I tested only the database with
the maximum volume of data (about 1.5 GB). With
pg_restore -U postgres -v -d PROFICIENT --clean -Fc proficient.dmp
it took about 45 minutes. I tried it with
pg_restore -U postgres -j8 -v -d PROFICIENT --clean -Fc proficient.dmp
Not much improvement there either. Have I missed something or 1.5 GB data
on a machine with the following configuration will take about 45 minutes?
There is nothing else running on the machine consuming memory or CPU. Out
of 300 odd tables, about 10 tables have millions of records, rest are all
having a few thousand records at most.
Here are the specs ( a pc class machine)-
PostgreSQL 8.4.3 on i686-pc-linux-gnu
CentOS release 5.2
Intel(R) Pentium(R) D CPU 2.80GHz
2 GB RAM
Storage is local disk.
Postgresql parameters (what I felt are relevant) -
max_connections = 100
shared_buffers = 64MB
work_mem = 16MB
maintenance_work_mem = 16MB
synchronous_commit on
Thank you for any suggestions.
Jayadevan
DISCLAIMER:
"The information in this e-mail and any attachment is intended only for
the person to whom it is addressed and may contain confidential and/or
privileged material. If you have received this e-mail in error, kindly
contact the sender and destroy all copies of the original communication.
IBS makes no warranty, express or implied, nor guarantees the accuracy,
adequacy or completeness of the information contained in this email or any
attachment and is not liable for any errors, defects, omissions, viruses
or for resultant loss or damage, if any, direct or indirect."
From | Date | Subject | |
---|---|---|---|
Next Message | Віталій Тимчишин | 2010-05-17 07:06:25 | Re: Benchmark with FreeBSD 8.0 and pgbench |
Previous Message | Robert Haas | 2010-05-16 12:21:37 | Re: Planner issue on sorting joining of two tables with limit |