Re: large table vacuum issues

From: "Joshua D(dot) Drake" <jd(at)commandprompt(dot)com>
To: "Ed L(dot)" <pgsql(at)bluepolka(dot)net>
Cc: Scott Marlowe <scott(dot)marlowe(at)gmail(dot)com>, pgsql-general(at)postgresql(dot)org
Subject: Re: large table vacuum issues
Date: 2008-01-05 03:21:09
Message-ID: 477EF7A5.4020703@commandprompt.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Ed L. wrote:
> On Friday 04 January 2008 6:21 pm, Scott Marlowe wrote:
>> On Jan 4, 2008 6:38 PM, Ed L. <pgsql(at)bluepolka(dot)net> wrote:
>>> We need some advice on how to handle some large table
>>> autovacuum issues. One of our 8.1.2
>> First of all, update your 8.1 install to 8.1.10. Failing to
>> keep up with bug fixes is negligent. who knows, you might be
>> getting bitten by a bug that was fixed between 8.1.2 and
>> 8.1.10
>
> Could be. But like you said, who knows. In some environments,
> downtime for upgrading costs money (and more), too, sometimes
> even enough to make it "negligent" to take downtime to keep up
> with bug fixes (and of course, the new bugs) which may or may
> not be a factor at hand. While the time required to restart a
> DB may be neglible, there are often upstream/downstream
> dependencies that greatly expand the actual downtime for the
> customer. How much would downtime need to cost before you
> thought it negligent to upgrade immediately? It's a tradeoff,
> not well-supported by simple pronouncements, one the customer
> and provider are best qualified to make.

You make a valid argument above but you forget a couple of minor points.

How much money does it cost when your customer:

* gets sued for a breech of security because they couldn't afford a 30
minute downtime at 3am? (I assume 30 minutes only because you do need to
shutdown external services).

* looses all there data because of a corner case function they are
running that causes pages to become corrupt?

Just curious...

Sincerely,

Joshua D. Drake

In response to

Browse pgsql-general by date

  From Date Subject
Next Message D. Dante Lorenso 2008-01-05 04:06:58 Need efficient way to do comparison with NULL as an option
Previous Message Scott Marlowe 2008-01-05 02:03:07 Re: large table vacuum issues