Skip site navigation (1) Skip section navigation (2)

Re: replication with table add/removes..

From: Martin Badie <martinbadie(at)yahoo(dot)com>
To: pgsql-admin(at)postgresql(dot)org
Subject: Re: replication with table add/removes..
Date: 2008-10-16 08:10:27
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-admin

How can I make them constantly create restore points? Once I create
recover.conf  it creates recover.done but what about those new queries
that comes after that? Do I have to re-create recover.conf? Or how do I
achive constant logging to slaves? This issue is not clear in the

----- Original Message ----
From: Chris Browne <cbbrowne(at)acm(dot)org>
To: pgsql-admin(at)postgresql(dot)org
Sent: Wednesday, October 8, 2008 7:47:45 PM
Subject: Re: [ADMIN] replication with table add/removes..

martinbadie(at)yahoo(dot)com (Martin Badie) writes:
> Hi, I have a system that have constant table adds/removes are
> present. I want to make a replication between master and slaves but
> not sure which one is the best solution for that kind of a
> situation. Since I am new to replication stuff on postgresql I am
> truly lost but I know that Slony is not an answer for replications
> where table add/remove are present.  Best Regards.

The only way that is at all supportable right now in that regard is to use PITR:

That does NOT allow you to query the backup nodes; in order to do so,
you must activate them, which amounts to failing over to the backup

If your system doesn't have a stable schema, that seems like a
select 'cbbrowne' || '@' || '';
Objects & Markets
"Object-oriented programming is about the modular separation of what
from how. Market-oriented, or agoric, programming additionally allows
the modular separation of why."
-- Mark Miller

pgsql-admin by date

Next:From: Ibrahim HarraniDate: 2008-10-16 08:18:21
Subject: pg_standby and continuous recovery
Previous:From: Bruce MomjianDate: 2008-10-16 02:17:58
Subject: Re: postgres seems to ignore log_min_duration_statement

Privacy Policy | About PostgreSQL
Copyright © 1996-2018 The PostgreSQL Global Development Group