Re: Replication pull instead of push

Поиск
Список
Период
Сортировка
От Fabrízio de Royes Mello
Тема Re: Replication pull instead of push
Дата
Msg-id CAPfkCSCC_ubW8JQAoqNmWdxWG2+F-+jbYd4__kch6iVouFhfuQ@mail.gmail.com
обсуждение исходный текст
Ответ на Replication pull instead of push  (PegoraroF10 <marcos@f10.com.br>)
Ответы Re: Replication pull instead of push
Список pgsql-general

2018-03-07 16:01 GMT-03:00 PegoraroF10 <marcos@f10.com.br>:
>
> We have several servers, our masters, installed on several cities. Then we
> need have a centralized database (our standby) where we can do our reports.
> So, usual way of doing postgres replication is creating a
> replication/subscription process.

Ok.


> But then that master server should be reachable and sometimes it´s not, just
> because their IP changed or because we need to configure its router to get
> Postgres server properly.
>
> Finally my question, there is a way to pull data which needs to be
> replicated from master to slave.
>

The way is fix your network connection and if necessary change your subscription side do connect again in your server and continue pulling data.

If you don't drop your publication it will retain the WAL until the subscription connect again and pull data.

Regards,

--
   Fabrízio de Royes Mello         Timbira - http://www.timbira.com.br/
   PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento

В списке pgsql-general по дате отправления:

Предыдущее
От: PegoraroF10
Дата:
Сообщение: Replication pull instead of push
Следующее
От: PegoraroF10
Дата:
Сообщение: Re: Replication pull instead of push