Доброго времени суток всем.
По порядку.
Есть бэкап, собраный pg_basebackup:
pg_basebackup -h $bck_server -p 5432 -U postgres -X s --max-rate=100M -D $clust_dir --label=hot_backup
ОС на целевом сервере - CentOS 7, версия Postgresql - 9.5.4.
После того, как запускаю постгресс, кластер переходит в режим восстановления, режим восстановления отрабатывает без явных
проблем, в логах ошибок нет.
Подключаю бэкэнды, даю доступ клиентам(людям) выполнять запросы, в итоге при обращении к таблицам(в частности поиск по индексу) дает эррор:
ERROR: index "ix_ta_orders_id_base" contains unexpected zero page at block 319243
имя индекса и номер блока могут быть различными.
Также при обновлении статистики по всей бд(vacuum analyze) в журнале сообщений получаю:
page is not marked all-visible but visibility map bit is set in relation "pg_toast_2619" page 99
.....
page is not marked all-visible but visibility map bit is set in relation "pg_toast_2619" page 657

На исходном кластере (с которого берется бэкап) таких проблем не наблюдается.

Данную процедуру подъема из бэкапа производил несколько раз.
В общем, буду рад любым умным мыслям и решениям проблемы. Спасибо.

"Насяльника" - так уж заведено у разработчиков postgresql называть кластером коллекцию баз данных, управляемых одним экземпляром работающего сервера базы данных. В терминах файловой системы, кластер базы данных – это общий каталог, в котором хранятся все данные.(вроде так в оф.документации)

data_checksums = off

На сервере, с которого снимается pg_basebackup ОС - centos 6. Память прогонял memtest, по дискам (на обоих серверах стоит lsi megaraid с батарейкой) делал patrol read, проблем не выявлено.