Как подключить базу postgres в виде каталога а не дампа?

Question

[svema0705]

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

База сейчас есть примерно в таком виде:


Можно ли как-то подключить этот каталог в виде базы обратно с сохранением своего местоположения? В инете все советуют на один лад способ который не сработает так как pg_dump никогда не использовался. Может я как-то не так формирую запрос в поисковике? :(

Версия postgres 17

Comments

[rPman]

я правильно понимаю у вас 'резервная' копия размещена в другом месте и вы не хотите копировать ее, а просто подключить? самое тупое и простое - символические ссылки, вам нужно остановить postgres сервер, переименовать его каталог в old а затем создать символическую ссылку mklink или в far commander alt+f6 (так же как копирование файлов) с вашего каталога где лежит бакап, таким образом сервер будет думать что это оригинальные файлы

p.s. настоятельно рекомендую сделать резервную копию 'вашей копии', не нужно монтировать именно ее, потому что если где то накосячите, у вас закончится и эта копия.

Answer 1

[Евгений]

pg_ctl -D путь_к_каталогу start

Перед этим посмотрите файл postgresql.conf, нет ли в нем «старых» путей.

https://postgrespro.ru/docs/postgresql/17/app-pg-ctl

Answer 2

[Melkij]

просто архивировали корневую папку и это считалось бекапом

Без остановки СУБД или следования сопутствующим требованиям к снятию файлового бекапа? Тогда это, конечно, некорректный метод и при восстановлении могут быть сюрпризы, в том числе тихого повреждения данных.
На остановленной СУБД или корректно предупреждённой о действиях - это был бы один из штатных вариантов.
Впрочем для crash recovery такое состояние ок.

Для старта базы нужно:
- ОС той же самой архитектуры и версии (версия необязательно, но на другой версии ОС можно словить ещё граблей)
- установленный postgres той же major версии и актуальный minor, то есть 17.7 в вашем случае
- делаете копию всей сохранившейся PGDATA (то что как раз на скриншоте) - если что-то пойдёт не так, нужно сохранить эталонную начальную версию чтобы начать заново
- проверяете, что в PGDATA нет исходящих симлинков (скорей всего нет, раз ранее получалось восстанавливаться из архива)
- в новом месте останавливаете postgres, копируете его почти пустой PGDATA в сторонку (ну, можно удалить, но это хорошая привычка от dba - сначала скопировать)
- на его место копируете свой PGDATA от восстанавливаемой базы. Если хотите другой диск или ещё чего - симлинк или монтируете диск куда надо
- проверяете конфиги - необязательно использовались конфиги сохранившиеся в PGDATA
- запускаете базу штатными средствами
- следите за логом базы, будет виден redo и, если без фатальных сюрпризов, ready to accept connections
- снимаете pg_dumpall