440hz
php.ru
Имеем PGPool, который следит за master\slave двумя серверами, которые синкаются по PITR технологии через WAL файлы. Все работает хорошо. Сервера синкаются, пул следит, когда надо переключает, но...
Хочется иметь помимо горячего бекапа (slave) просто ежедневные бекапы. Раньше стоял обычный pg_dump, но при включении PGPool в момент бекапа, ночью, стал отключаться мастер от пула и все уходило в непонятки. Пул на короткий промежуток терял мастера из видимости (видимо сеть была перегружена когда бекап сливался в хранилище), делал попытку переключения на slave и тут все валилось, т.к. мастер опять поднимался, слейв был в непонятках, пул думал, что у него 2 мастера, в общем отказались от pg_dump и тут уперллись...
Что бы делать hot backup нужно как раз использовать WAL файлы, но они уже и так используются для синка master/slave причем slave подтирает за собой ненужные, отработанные WAL файлы. А для запуска хотбекапа как раз надо что б на момент архивирования все WAL были. В общем в данном случае как раз бекап на уровне WAL и не катит...
Никто не сталкивался с таким и как решали?
Хочется иметь помимо горячего бекапа (slave) просто ежедневные бекапы. Раньше стоял обычный pg_dump, но при включении PGPool в момент бекапа, ночью, стал отключаться мастер от пула и все уходило в непонятки. Пул на короткий промежуток терял мастера из видимости (видимо сеть была перегружена когда бекап сливался в хранилище), делал попытку переключения на slave и тут все валилось, т.к. мастер опять поднимался, слейв был в непонятках, пул думал, что у него 2 мастера, в общем отказались от pg_dump и тут уперллись...
Что бы делать hot backup нужно как раз использовать WAL файлы, но они уже и так используются для синка master/slave причем slave подтирает за собой ненужные, отработанные WAL файлы. А для запуска хотбекапа как раз надо что б на момент архивирования все WAL были. В общем в данном случае как раз бекап на уровне WAL и не катит...
Никто не сталкивался с таким и как решали?