Re: What's the impact of archive_command failing?

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

In response to

Responses

Browse pgsql-general by date

  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