Re: pg_dump makes our system unusable - any way to pg_dump in the middle of the day? (postgres 8.4.4)

From: Andy Colson <andy(at)squeakycode(dot)net>
To: Vick Khera <vivek(at)khera(dot)org>
Cc: pgsql-general <pgsql-general(at)postgresql(dot)org>, Aleksey Tsalolikhin <atsaloli(dot)tech(at)gmail(dot)com>
Subject: Re: pg_dump makes our system unusable - any way to pg_dump in the middle of the day? (postgres 8.4.4)
Date: 2011-02-25 14:39:33
Message-ID: 4D67BF25.80301@squeakycode.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On 2/25/2011 7:26 AM, Vick Khera wrote:
> On Thu, Feb 24, 2011 at 6:38 PM, Aleksey Tsalolikhin
> <atsaloli(dot)tech(at)gmail(dot)com> wrote:
>> In practice, if I pg_dump our 100 GB database, our application, which
>> is half Web front end and half OLTP, at a certain point, slows to a
>> crawl and the Web interface becomes unresponsive. I start getting
>> check_postgres complaints about number of locks and query lengths. I
>> see locks around for over 5 minutes.
>>
>
> I'd venture to say your system does not have enough memory and/or disk
> bandwidth, or your Pg is not tuned to make use of enough of your
> memory. The most likely thing is that you're saturating your disk
> I/O.
>
> Check the various system statistics from iostat and vmstat to see what
> your baseline load is, then compare that when pg_dump is running. Are
> you dumping over the network or to the local disk as well?
>

Agreed... additionally, how much of that 100GB is actually changing?
You are probably backing up the same thing over and over. Maybe some
replication or differential backup would make your backup's smaller and
easier on your IO.

-Andy

In response to

Browse pgsql-general by date

  From Date Subject
Next Message David Johnston 2011-02-25 14:40:01 Re: The scope of sequence
Previous Message akp geek 2011-02-25 14:30:28 select to_timestamp('02/26/2011 14:50', 'MM/DD/YYYY HH24MI')