Re: pg_upgrade + streaming replication ?

From: dennis jenkins <dennis(dot)jenkins(dot)75(at)gmail(dot)com>
To: pgsql-general <pgsql-general(at)postgresql(dot)org>
Subject: Re: pg_upgrade + streaming replication ?
Date: 2012-03-21 01:42:20
Message-ID: CAAEzAp-pxOVyAi_kMcNkHDLgQmJkjpkuG9LJafSH8Mjj85-kKQ@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Tue, Mar 20, 2012 at 8:27 PM, Jeff Davis <pgsql(at)j-davis(dot)com> wrote:

> On Tue, 2012-03-20 at 22:21 +0100, Henk Bronk wrote:
> > actually rsync works fine on file level and is good for manual syncing.
> > it check really the files with the stat command, so a bit change will
> trigger the copy
> > in practice you need to keep an eye on compleetness of the rsync action.
>
> Rsync still needs to examine the entire file. It has no information to
> know that the file is the same on master and slave.
>
> We could try to give it the appropriate information on which it can make
> that assumption -- e.g. keep the timestamps the same so that rsync
> assumes the contents are the same. But that seems fragile and I don't
> see a good way of doing it, anyway.
>
> We need a way to take a base backup of just the catalogs, essentially,
> and leave the user data intact. Probably quite a few details to sort out
> though.
>
> Regards,
> Jeff Davis
>
>
rsync can take file that contains a list of files to sync. Is there
a convenient way to generate such a control file?

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Jim Green 2012-03-21 01:50:42 Re: huge price database question..
Previous Message David Kerr 2012-03-21 01:40:36 Re: huge price database question..