Mon Mar 13 07:22:08 PDT 2017
- Previous message: [Slony1-general] postgresql version upgrade
- Next message: [Slony1-general] What's the best practice when configuration mutiple sealed 1 to 1 database replications ?
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
On Mon, Mar 13, 2017 at 7:39 AM, Vick Khera <vivek at khera.org> wrote: > > On Sun, Mar 12, 2017 at 10:23 PM, Nawaz Ahmed <nawazid at yahoo.com> wrote: >> 3) Has anyone else done it in here, who is willing to share their >> experience of whether they had to do something additional or they simply >> followed the process in the above link. > > > No, the steps are very straight forward. How you stop your application from > updating the DB for the time it needs to switch over is however, for you to > figure out. I've used slony this way multiple times and the only "issue" I've run into is that I've often had to compile the slony version I needed on one end or the other because it wasn't available for a given distribution / version I was using. All you need extra are the postgresql-devel packages that slony needs to hit. pgbouncer is what I used to direct my application on which / how to talk to my servers. Downtime was measured in minutes (or fractions thereof) for databases as big as 5TB. -- To understand recursion, one must first understand recursion.
- Previous message: [Slony1-general] postgresql version upgrade
- Next message: [Slony1-general] What's the best practice when configuration mutiple sealed 1 to 1 database replications ?
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the Slony1-general mailing list