Re: Strategy for moving a large DB to another machine with least possible down-time

From: Andreas Joseph Krogh <andreas(at)visena(dot)com>
To: pgsql-general(at)postgresql(dot)org
Subject: Re: Strategy for moving a large DB to another machine with least possible down-time
Date: 2014-09-21 13:50:59
Message-ID: VisenaEmail.6f.9316bc28db203d21.1489879daba@tc7-visena
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

På søndag 21. september 2014 kl. 15:48:00, skrev Adrian Klaver <
adrian(dot)klaver(at)aklaver(dot)com <mailto:adrian(dot)klaver(at)aklaver(dot)com>>: On 09/21/2014
05:44 AM, Andreas Joseph Krogh wrote:
> På søndag 21. september 2014 kl. 13:51:00, skrev Bill Moran
> <wmoran(at)potentialtech(dot)com <mailto:wmoran(at)potentialtech(dot)com>>:
>

>
> I see this limitation in Slyny:
> http://slony.info/documentation/2.2/limitations.html
>
> Slony-I does not automatically replicate
>
>   *
>
>     Changes to large objects (BLOBS)
>
>   *
>
>     Changes made by DDL commands
>
>   *
>
>     Changes to users and roles
>
> Not being able to replicate BLOBS is a show-stopper for me as we have
> lots of them.

Well I would say it depends on where you are storing the binary data, in
large objects or in a bytea column?  If you are using bytea columns then
you would be okay. If it is large objects then you have a problem.  
Large-objects, not BYTEA, as they allow for much more efficient streaming
(require less memory).   -- Andreas Joseph Krogh CTO / Partner - Visena AS
Mobile: +47 909 56 963 andreas(at)visena(dot)com <mailto:andreas(at)visena(dot)com>
www.visena.com <https://www.visena.com> <https://www.visena.com>  

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Adrian Klaver 2014-09-21 14:10:54 Re: Strategy for moving a large DB to another machine with least possible down-time
Previous Message Adrian Klaver 2014-09-21 13:48:00 Re: Strategy for moving a large DB to another machine with least possible down-time