Заранее прошу прощения, если неправильно или не корректно излагаю суть своего вопроса, но перерыл кучу информации и зашел в тупик, прошу помощи людей которые с этим столкнулись!

Моя задача следующая: В одном городе А находится сервер 1С на СУБД postgresql 9.2, работают пользователи, делаются архивы - все нормально, но появилась необходимость иметь актуальную данную базу на моем рабочем месте, то есть в другом городе.
Имеется сервер здесь в городе Б, установил на него CentOS 6.5, postgresql 9.2, оба 64 битные, все как по мануалу. Кроме железа полностью идентичные. Актуальная копия нужна хотя бы на 1 день отстающая от эталонной базы.
В городе А на сервере в postgresql.conf изменил:
wal_level = archive
archive_mode = on
archive_command = 'cp -i %p /var/lib/postgresql/backups/archive/%f < /dev/null'

Выполняю базовый бэкап:
pg_basebackup -h osds1c -D /var/lib/postgresql/backups/base

Создается бэкап, создаются wal архивы по 16 мб
Копирую весь бэкап и первые wal файлы на сервер города Б
Очищаю каталог data, меняю содержимым что скопировал с эталона, создаю папку wals для хранения архивов, настраиваю права, создаю recovery.conf с содержимым:
standby_mode = 'on'
restore_command = 'cp /var/lib/postgresql/wals/%f %p'

Запускаю postgresql, стартует без вопросов, в логе все пучком, recovery.conf переименовался в recovery.done. Захожу в базу 1С, полностью идентична. Теперь самое интересное, в городе А захожу в 1С, делаю изменения, создался wal файл, я его копирую к себе, ложу в папку wals, recovery.done переименовываю в recovery.conf, чтобы запустить режим восстановления и подтянуть изменения от этого wal файла и постгрес стартует, но в логах вижу следующее: файл приложил, изменения соответственно не принялись.
Помогите разобраться, что делаю не так?

Тоесть получается после первого восстановления с базовым архивом, последующие wal файлы отдельно подгрузить не получается

Maxim Boguk,

Пробовал так безрезультатно

qwwq,

Для начала бы сделать хотябы read only, потоковая репликация или тригерная тоже не спасут я так понял, потому что необходимо чтобы мастер постоянно слушал слейв и обратно, выделенного канала постоянного нет между городами. План был с помощью скриптов копировать на слейв вал логи и скриптами их загружать с помощью восстановления. Поэтому я и не делал акцент на read only