From: | Robert Haas <robertmhaas(at)gmail(dot)com> |
---|---|
To: | Kevin Grittner <Kevin(dot)Grittner(at)wicourts(dot)gov> |
Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: limiting hint bit I/O |
Date: | 2011-01-14 19:09:52 |
Message-ID: | AANLkTi=JHG7LvHo+P7o9tGQ0KV+1gWg7vzGs+9FqRRhj@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Fri, Jan 14, 2011 at 2:01 PM, Kevin Grittner
<Kevin(dot)Grittner(at)wicourts(dot)gov> wrote:
>> Trouble is, it breaks Hot Standby, badly.
>
> You're really starting to worry me here. Both for performance and
> to reduce the WAN bandwidth demands of our backup strategy we are
> very aggressive with our freezing. Do off-hours VACUUM (FREEZE)
> runs break hot standby? Autovacuum freezing? What are the
> symptoms?
Freezing removes XIDs, so latestRemovedXid advances. VACUUM (FREEZE)
is fine if you do it when there are no queries running on your Hot
Standby server, but if there ARE queries running on the Hot Standby
server, they'll be cancelled once max_standby_delay expires.
--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company
From | Date | Subject | |
---|---|---|---|
Next Message | Robert Haas | 2011-01-14 19:12:39 | Re: limiting hint bit I/O |
Previous Message | Tom Lane | 2011-01-14 19:09:36 | Re: limiting hint bit I/O |