Перенос базы postgres без pg_dump?

Question

[Forever777]

Подскажите может кто сталкивался.
Как перенести рабочие каталоги базы postgres на новый сервер с установленной точно таком железе и версией postgres 9.4
Бекапов к сожалению нет
Вариант подмены каталога /base не работает.
Вариант создать базу с этим же именем и заменить файлы старой базой, не работает.
Бекапы к сожалению делались с ошибкой.. поэтому только рабочие каталоги postgres-а
/base
/logs
Крутится все на Linux Centos

Благодарю за любую наводку, еще лучше решение, возможно на платной основе. Срочно нужно решить вопрос.

Answer 1

[ky0]

Если версии и расположение СУБД одинаковые - переноса каталога $PGDATA и всех tablespace`ов должно быть достаточно. Что в логах при попытке запуска?

Comments

[Forever777]

Да. Одинаковые
Скорей всего я что то делаю не так:
Переносил только один каталог самой базы, так как при инициализации постгрес создал свои базы (постгре патченый от 1С)
Инициализацию делал вот так
/usr/pgsql-9.4/bin/initdb -D /var/lib/pgsql/9.4/data --locale=uk_UA.UTF-8
Дале в каталог $PGDATA добавил еще одну директорию с нужной базой
Проверяю список
psql -l
базы в списке нет..

[ky0]

Forever777, не нужно ничего инициализировать. Ставите постгрес той же версии и с теми же патчами, удаляете каталог $PGDATA, копируете вместо него старый, раздаёте нужные права. Если отличается путь к каталогам, в которых всё это лежит - правите postmaster.opts. Всё.

Разумеется, это неправильный подход и по-хорошему лучший вариант - бэкап/рестор или basebackup.

[Forever777]

Благодарю. Ушел пробовать!
Если вдруг чего можно вас подключить на платной основе ?
Как с вами связаться?

[ky0]

Forever777, на платной - лучше обратиться к профильным специалистам :) Тем более, что один из них уже вам проактивно предложил свои услуги, а я по опыту чтения его ответов на Тостере могу выразить только положительное впечатление.

[Forever777]

Да. уже написал. только нет ответа от него.. ладно еще раз попробую
Только что накинул все заново, дело в том что у меня остались каталоги с $PGDATA - /base /pg_xlog,clog,log поэтому инициализацию я так понимаю нужно делать.. а дальше то что не понятно

[ky0]

Forever777, все эти каталоги тоже нужно скопировать. Всю PGDATA целиком.

[Forever777]

ок. т.е. если я сделаю так
Новая инициализация что бы заполнить $PGDATA
# /usr/pgsql-9.4/bin/initdb -D /var/lib/pgsql/9.4/data --locale=uk_UA.UTF-8
далее заменяю полностью /base на свой ?
/pg_xlog,clog,log так же меняю на свой ?
и рестарт потсгрес

Ушел пробовать

[ky0]

Forever777, вам нужно заменить на новом сервере /var/lib/pgsql/9.4/data на $PGDATA со старого. Не PGDATA/base.

[Forever777]

Сделал при старте postgres -FAIL
В логах:
>LOG: database system was shut down at 2018-07-10 14:04:17 EEST
LOG: invalid primary checkpoint record
LOG: invalid secondary checkpoint record
PANIC: could not locate a valid checkpoint record
LOG: startup process (PID 3751) was terminated by signal 6: Aborted
LOG: aborting startup due to startup process failure

[Forever777]

Если его нет всего $PGDATA
только /base /logs ???

Answer 2

[Melkij]

Вариант подмены каталога /base не работает.
Вариант создать базу с этим же именем и заменить файлы старой базой, не работает.

И не будет работать, конечно.

Сделайте реплику через pg_basebackup. Когда нагонит мастер - рестартуйте в новый мастер.
На коммерческой основе - напишите в dataegret, ссылка у меня в профиле.

Comments

[Forever777]

реплику я так понимаю нужно делать на старой системы
От старой системы остались только базы postgres, слител винт на которой стояла система. Бекапы к сожалению делались с ошибкой.. поэтому только рабочие каталоги postgres-а
/base
/logs

[Melkij]

Если у вас не сохранён ВЕСЬ PGDATA, включая все файлы и всё по симлинкам - то база разрушена и нормально не стартует уже никогда. Ненормально тоже не стартует.
$PGDATA/base - это не рабочий каталог. Рабочий каталог - это $PGDATA целиком.

А так - ничего сказать нельзя, возможно ли достать хоть что-нибудь хоть в каком виде. Можно попробовать resetxlog дёрнуть или к pg_filedump и исходникам приставать.