Re: Howto: Using PITR recovery for standby replication - Mailing list pgsql-admin

From Alvaro Herrera
Subject Re: Howto: Using PITR recovery for standby replication
Date
Msg-id 20060421040224.GM5426@surnet.cl
Whole thread Raw
In response to Re: Howto: Using PITR recovery for standby replication  ("Benjamin Krajmalnik" <kraj@illumen.com>)
List pgsql-admin
Benjamin Krajmalnik wrote:

> The particular table which was problematic (and for which I posted
> another message due to the unique constraint violation which I am
> seeing intermittently) is the one with the high insertion rate.  The
> sequence is currently being used to facilitate purginf of old records.

How are you creating the dumps of the sequence and the table?  If you do
both separately (as in two pg_dump invocations with a -t switch each),
that could explain your problem.  This shouldn't really happen however,
because the sequence dump should be emitted in a dump of the table, if
the field is really of SERIAL or BIGSERIAL type.  However I don't see
any other way which would make the sequence go out of sync.

--
Alvaro Herrera                                http://www.CommandPrompt.com/
PostgreSQL Replication, Consulting, Custom Development, 24x7 support

pgsql-admin by date:

Previous
From: "Benjamin Krajmalnik"
Date:
Subject: Re: Howto: Using PITR recovery for standby replication
Next
From: "Benjamin Krajmalnik"
Date:
Subject: Re: slow cursor