FGHIGate на GaNJa NeTWoRK ST@Ti0N - Просмотр сообщения в эхоконференции RU.LINUX


	Добро пожаловать, Гость. Пожалуйста авторизуйтесь здесь.

Введите FGHI ссылку:

Присутствуют сообщения из эхоконференции RU.LINUX с датами от 24 Jan 02 06:01:34 до 23 Aug 24 12:51:58, всего сообщений: 8555

Ответить на сообщение

К списку сообщений

Предыдущее сообщение

Следующее сообщение

= Сообщение: 3911 из 8555 ========================================= RU.LINUX =
От   : Anton Gorlov                     2:5059/37          02 Mar 17 22:08:02
Кому : Den Grigoriev                                       02 Mar 17 22:08:02
Тема : postgresql нативная репликация
FGHI : area://RU.LINUX?msgid=2:5059/37@FidoNet+58b8713d
На   : area://RU.LINUX?msgid=2:5001/3.4+58b63a5b
= Кодировка сообщения определена как: CP866 ==================================
Ответ: area://RU.LINUX?msgid=2:5001/3.4+58b8c896
==============================================================================
Привет Den!

01 мар 17 года (а было тогда 09:13)
Den Grigoriev в своем письме к Anton Gorlov писал:

AG>> Привет All!
AG>> Добрались наконец-то руки до нативной репликации postgresql
AG>> (9.6).
DG> Hа мастере и на слейве желательно сделать:
DG> kernel.shmmax = 1000000000
DG> kernel.shmall = 2097152

Это понятно и разумеется сделано

AG>> Hастроил на мастере:
AG>> wal_level = replica
AG>> archive_mode = on
AG>> archive_command = 'cp %p /var/lib/postgresql/9.6/main/archive/%f'
AG>> max_wal_senders = 1
AG>> wal_keep_segments = 64

DG> wal_level = hot_standby
DG> archive_mode = on
DG> archive_command = 'scp %p 192.168.150.10:/var/lib/postgresql/archive/'
DG> max_wal_senders = 1
DG> wal_keep_segments = 64

Начиная с версии 9.6 нету wal_level = hot_standby, вместо него replica
https://www.postgresql.org/docs/9.6/static/runtime-config-wal.html

In releases prior to 9.6, this parameter also allowed the values archive and hot_standby. These are still accepted but mapped to replica.

DG> WAL-сегменты должны копироваться на слейва.
DG> Папочку '/var/lib/postgresql/archive' надо создать
DG> и принадлежать она должна пользователю postgres.
DG> (архивный каталог не должен быть вместе с базой данных)
DG> Соответственно не слейве надо поднять SSH (apt-get install
DG> openssh-server), сделать на мастере ключи SSH для пользователя
DG> postgres и задеплоить публичный ключ на слейв (приватный ключ должен
DG> быть без пароля):

Да но в даннм случае это не спасёт. Так как тот указанный файл копируется в архив из pg_xlog в archive после унфриза мастера, то биш после
psql -c "SELECT pg_stop_backup()"

А слейв,  судя по мануалу нужно запускать до того как на мастере снимаю фриз

https://wiki.postgresql.org/wiki/Streaming_Replication
==========
$ psql -c "SELECT pg_start_backup('label', true)"
$ rsync -ac ${PGDATA}/ standby:/srv/pgsql/standby/ --exclude postmaster.pid
$ psql -c "SELECT pg_stop_backup()"
==========

То есть на слейве этого файла всё равно не будет наомомент старта слейва

DG> $ sudo -i
DG> # su -l postgres
DG> $ mkdir .ssh

Настраивать ssh я умею :)

DG> Hехорошо делать репликацию от postgres.
DG> CREATE USER repl SUPERUSER;
DG> host replication repl 192.168.150.10/32 trust

Это тестовая песочница..так ч опокане более чем опыты.

AG>> Далее на слейве (сервис разумеется остановлен)
DG> В postgresql.conf надо прописать:
DG> hot_standby = on
DG> effective_cache_size = 1GB
DG> track_functions = all

В рассылке поцгреса вот что ответили:

==========
Looks like everything is fine.

The standby recovered all WAL it could find in /var/lib/postgresql/9.6/main/archive/
and then connected to the primary for streaming replication.

000000010000000000000012 is not archived yet, so the standby cannot find it.

Test replication by changing something on the primary and checking if the
change gets replicated.

===========

                     С уважением. Anton aka Stalker

Linux Registered User #386476
[#*TEAM:*#] [#_Злой СисОп_#] [*Heavy Metal!*] [*_Усачи_*]
--- GoldED+/LNX 1.1.5-b20160322
* Origin: Aut vincere, aut mori (2:5059/37)

К главной странице гейта