несколько вопросов по WAL_backup

Здравствуйте.
Под Линуксом делаются постоянно WAL_backup базы данных, при накатывании этих логов на полный бэкап (простое копирование всей директории) базы возможно ли посмотреть промежуточное состояние новой базы, при этом чтобы была возможность дальнейшего наката логов?
При промежуточном входе в новую базу и в дальнейшем при очиске pg_xlog логи WAL_backup в дальнешем не накатываются и база рушится.

Возможно ли делать при таком условии (описано выше) делать pg_dump базы данных??
Если потребуется могу подробно описать шаги какие делаются.
Заранее благодарен за ответы.

Опции просмотра комментариев

Выберите предпочитаемый вами способ показа комментариев и нажмите "Сохранить настройки" для активации изменений.

По логике вещей (сам не

По логике вещей (сам не пробовал), когда вы начинаете работать с базой, меняется её состояние и дальнейший накат логов становится невозможным. Если вы посмотрели предыдущее состояние и вам надо накатывать дальше, то по моему мнению вам надо накатывать снова сначала и немного дальше.

Тогда если можно другой

Тогда если можно другой вопрос.
Есть ли какая нибудь возможность делать репликацию базы данных отсроченную на определенное время (например на сутки или чтобы время задавалось) ?
В пакетах Slony-I и pgpool-II имеется ввиду моментальная синхронизация баз данных. Или я ошибаюсь?

Репликация данных как раз и

Репликация данных как раз и подразумевает, что данные РЕПЛИЦИРУЮТСЯ, т.е. копируются в реальном времени. А то, что вы пишите - это синхронизация данных. Никаких проблем с этим не вижу - pg_dump (или pg_dumpall) и соответсвенно pg_restore.

Можно, конечно, ещё попробовать извратится так: эмулировать потерю связи с реплицируемым сервером, например путём закрытия порта или адреса на файрволе. А затем в определённое время открыть его. По идее если репликация настроена правильно, при открытии всё что нереплицированно должно уползти.

Опции просмотра комментариев

Выберите предпочитаемый вами способ показа комментариев и нажмите "Сохранить настройки" для активации изменений.

Back to top

(С) Виктор Вислобоков, 2008-2023