|
Потоковая репликация и имена wal файлов
|
|||
---|---|---|---|
#18+
Добрый день. Postgres 9.2, Debian 7, между двумя базами настроена потоковая репликация. Вчера случайно обратил внимание что номера в наименовании WAL файлов на слейве больше чем на мастере. Такое допустимо? В документации в разделе восстановления написано что можно копировать WAL файлы в pg_xlog слейва и он после перезапуска их восстановить. Но у меня получается что копируемые файлы перезатрут существующие. Репликация работает, pg_stat_replication на мастере показывает что к нему подключен слейв. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.12.2016, 15:35 |
|
Потоковая репликация и имена wal файлов
|
|||
---|---|---|---|
#18+
Можно копировать напрямую, но здесь есть свои "подводные камни". Стандартная схема развертывания слейва - pg_basebackup (с ключом -X stream получаем копию мастера с набором xlog'ов за промежуток пока pg_basebackup выполнялся), далее указываем restore_command в restore.conf как будем забирать xlog'и, пока не переключимся в stream-режим репликации, т.е. файловая репликация. Вот от этого момента еще вариант - в качестве restore_command любую команду с успешным завершением, а xlog'и копировать напрямую в каталог pg_xlog слейва, но тогда вам самостоятельно придется разбираться с правами(и вледельцем) на те файлы, которые вы получите в каталоге на слейве и это малая часть проблем при таком подходе. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.12.2016, 11:30 |
|
Потоковая репликация и имена wal файлов
|
|||
---|---|---|---|
#18+
У меня больше вопрос по содержимому каталога /pg_xlog. Сейчас на слейве последний номер wal файла на 10 больше чем на мастере. Репликация работает. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.12.2016, 12:25 |
|
|
start [/forum/topic.php?fid=53&msg=39376984&tid=1996774]: |
0ms |
get settings: |
8ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
36ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
44ms |
get tp. blocked users: |
1ms |
others: | 13ms |
total: | 138ms |
0 / 0 |