Re: PITR restore hot standby

From: Simon Riggs <simon(at)2ndquadrant(dot)com>
To: "pgsql-general(at)list(dot)coretech(dot)ro" <pgsql-general(at)list(dot)coretech(dot)ro>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: PITR restore hot standby
Date: 2005-06-01 22:22:07
Message-ID: 1117664527.3844.1103.camel@localhost.localdomain
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Thu, 2005-06-02 at 01:13 +0300, pgsql-general(at)list(dot)coretech(dot)ro wrote:
> In this case do you know what is the timeout on the "restore_command"
> command (or where I can find it in documentation).

There isn't one. You decide when restore_command returns.

> What will happen if I make the restore command wait for a new WAL file
> to become available ?

You will succeed. PostgreSQL doesn't know anything about what your
program does. The design allows for various delays that could be caused
by:

- hot standby waits
- extended waits for tape mounts by human operators

etc

> And, most important, how do I distinguish between WAL files that should
> be in the archive from those that should not be in the archive, because
> I see in the documentation that "The command /will/ be asked for log
> files that are not present in the archive; it must return nonzero when
> so asked" ?

You program restore_command to wait, but if an event occurs that
triggers failover (you decide...) you return nonzero.

> Are timelines helping me in this case ?

Not really. They are for when you do a recovery to a specific target,
rather than a recovery to end of logs.

Best Regards, Simon Riggs

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Edmund Bacon 2005-06-01 22:49:56 Re: hpw to Count without group by
Previous Message pgsql-general@list.coretech.ro 2005-06-01 22:13:36 Re: PITR restore hot standby