From: | Simon Riggs <simon(at)2ndQuadrant(dot)com> |
---|---|
To: | David Kerr <dmk(at)mr-paradox(dot)net> |
Cc: | pgsql-general <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: What's the impact of archive_command failing? |
Date: | 2011-10-18 16:44:26 |
Message-ID: | CA+U5nMLokwQbkhvJLYTm7E=-4=+FbYc6EONSGg6DZZ5O0KrfGA@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On Tue, Oct 18, 2011 at 4:58 PM, David Kerr <dmk(at)mr-paradox(dot)net> wrote:
> I have postgres setup for streaming replication and my slave box went down.
>
> My question is, how long can that box stay down before it causes a material impact on the master?
>
> The archive_command that I use will not archive logs while the slave is down.
>
> I know the obvious problems:
> * you're not archiving, so you lose all of the recovery related benefits if you should crash
> * could run out of disk space in pg_xlog
> * your slave could get out of sync
>
> What i'm concerned with is something like, if the master is unable to archive eventually
> it will stop writing WALs Or something impacting the performance of the database.
> or anything along those lines.
When it comes back up it will have to catchup. At some point it will
be quicker to regenerate the standby than to catchup.
Also, at some point you will run out of space in pg_xlog, which would
make the master crash. So probably best to have an archive_command
that starts deleting or compressing files before disk fills, but that
means your slave can then never catch up at that point.
--
Simon Riggs http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Training & Services
From | Date | Subject | |
---|---|---|---|
Next Message | David Kerr | 2011-10-18 16:46:54 | Re: What's the impact of archive_command failing? |
Previous Message | Raghavendra | 2011-10-18 16:15:37 | Re: Postgre Performance |