Re: Setting up replication slave on remote high latency host

From: John R Pierce <pierce(at)hogranch(dot)com>
To: pgsql-general(at)postgresql(dot)org
Subject: Re: Setting up replication slave on remote high latency host
Date: 2017-11-16 02:30:55
Message-ID: 7699ace1-4f75-6b0d-c733-f884d90b6771@hogranch.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On 11/15/2017 6:02 PM, Rory Falloon wrote:
>
> Right now I am trying to dump the database, gzip, move across, and
> import into the new slave (which is configured as a master to perform
> the initial setup). Ideally I do this dump, move and import during a
> period of inactivity on the master so the new server will come up and
> immediately be able to catch up on replication due to lack of
> activity. However, I have been importing the current db as a test and
> after 90 minutes it seems to have only got 2/3 of the way. I am not
> confident this will work but it seems like the most efficient way to
> start.

you can't use pg_dump to create a slave, as it won't have the same timeline.

I would use pg_basebackup, but in general streaming replication over a
high latency erratic link will never work real well.

--
john r pierce, recycling bits in santa cruz

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Rory Falloon 2017-11-16 02:36:08 Re: Setting up replication slave on remote high latency host
Previous Message Rory Falloon 2017-11-16 02:02:38 Setting up replication slave on remote high latency host