Как восстановить базу на PostgreSQL (Ubuntu)?

Question

[KTG]

postgresql.service запустился без ошибок.
Не запустился сервис кластера PostgreSQL.
[e-mail] loaded failed failed
Журнал пишет:

Use of uninitialized value in subroutine entry at /usr/bin/pg_ctlcluster

С Linux и PostgreSQL я мало знаком, но базу которая там крутилась восстановить надо.
Собственно нашел куда сливался дамп базы, pg_dump с параметром -Fc без какого либо сжатия, но pg_restore не может отработать этот файл.
Пишет что файл не похож на архив.
Head файла выводит первые 3 символа RAR, дальше кракозябры. Хотя подозревал что там sql должен был быть.
Через PG_admin под win так же restore поругался на формат файла.

Как можно восстановить базу из самих файлов БД? Можно ли оживить кластер?
Вроде должен помочь pg_clusterupgrade.

Собственно какие ещё есть варианты?

Comments

[Довольный Айтишникъ]

Head файла выводит первые 3 символа RAR

Может попробовать архиватором открыть? Вдруг это rar архив?

[KTG]

Довольный Жизнью, не открывает.
unrar-free ставил, gzip то же не воспринимает как архив.

[Melkij]

-Fc формат pg_dump должен начинаться с PGDMP в первых 5 байтах.
Этот флаг нужен для снятия custom формат дампа, там не sql, а структуры, которые умеет читать pg_restore. Есть ряд плюсов относительно plain text.

Вроде должен помочь pg_clusterupgrade.

нет, ни в коем случае.

Покажите dpkg -l | grep postgresql; sudo grep data_dir /etc/postgresql/ -r

[KTG]

ii  postgresql-client-pro-1c-9.6          9.6.11-1.1C.xenial                         amd64        front-end programs for PostgreSQL 9.6
ii  postgresql-common-pro-1c              181-7.xenial                               all          PostgreSQL database-cluster manager
ii  postgresql-contrib-pro-1c-9.6         9.6.11-1.1C.xenial                         amd64        additional facilities for PostgreSQL
ii  postgresql-pro-1c-9.6                 9.6.11-1.1C.xenial                         amd64        object-relational SQL database, version 9.6 server
/etc/postgresql/9.6/main/postgresql.conf:#data_directory = '/opt/postgresql/9.6/main'           # use data in another directory
/etc/postgresql/9.6/main/postgresql.conf:data_directory = '/var/lib/postgresql/9.6/main'                # use data in another directory
/etc/postgresql/9.6/main/postgresql.conf.bak:#data_directory = '/opt/postgresql/9.6/main'               # use data in another directory
/etc/postgresql/9.6/main/postgresql.conf.bak:data_directory = '/var/lib/postgresql/9.6/main'            # use data in another directory

[KTG]

pg_lsclusters

9.6 main    5432 down   postgres /var/lib/postgresql/9.6/main /var/log/postgresql/postgresql-9.6-main.log

[Melkij]

левый форк postgresql, что печально

Сохраните в безопасное место всё из /var/lib/postgresql/9.6/main, /opt/postgresql/9.6/main, /etc/postgresql/
если в этих директориях в pg_tblspc внутри есть куда-то симлинки либо pg_wal симлинк - сохраните содержимое по симлинкам тоже.

Далее интересуют строки из /var/log/postgresql/postgresql-9.6-main.log с момента попытки стартовать базу, например командой pg_ctlcluster 9.6 main start

[KTG]

Melkij, файл лога пустой.
я подозреваю что они отключены в Postgresql.conf закоменчены строки
#logging_collector = off
#log_directory = 'pg_log'
там где PGDATA каталог там папок pg_log нет, есть pg_clog и pg_xlog.
в pg_clog странные файлы с одной строкой состоящей из "UUUUUU" а в pg_xlog не читабельны

[Melkij]

clog (commit log), xlog (wal log) - это транзакционные потроха базы, не то, и трогать нельзя никогда.
pg_log - типично для rpm-based дистрибьютивов.
странно что конфиг с выключенным logging_collector. Значит логи где-то в системных журналах. Надо или искать где (journalctl вероятно, скорей всего у вас всякий systemd) или включить logging_collector и поставить log_directory = "/var/log/postgresql/"

[KTG]

вроде получилось включить логи, подсказали.

[KTG]

В общем файл 1259 взял из соседних баз.
Но так и не понял почему основная база не заработала.
ПО идее там 1С крутилась.
Бэкап - не восстанавливает, хотя делался без сжатия. Файл в 600Мб
Снапшот откатили сервера, вот получается реанимировали. 1С открывает с пустой конфигой, хотя частично где-то данные по таблицам разбросаны. Да и таблицы на документы видны. Хочу сделать бэкап с поднятой базы интереса ради - 15 Мб... с тем же флагом -Fc.

[Melkij]

В общем файл 1259 взял из соседних баз.

нельзя. Вообще ничего в pgdata трогать нельзя руками, пока не доказано что это безопасно.
1259 oid - это pg_catalog.pg_class. Системная таблица, в которой хранится а что вообще у вас в этой конкретной базе есть. Какие таблицы, например.

А судя по логу база штатно стартовала в 4:58:43, отметка что готова принимать соединения. Затем в 4:58:49 кто-то внешний попросил выключиться. Не база самостоятельно.
Возможно, проверка isready в pg_ctlcluster обиделась на повреждённую базу postgres и попросила выключиться.

Имеет смысл запустить напрямую /usr/lib/postgresql/9.6/bin/pg_ctl start -D /var/lib/postgresql/9.6/main/ -o "-c config_file=/etc/postgresql/9.6/main/postgresql.conf" от postgres пользователя, тогда не должен прибиться.
Затем pg_dump'ом вытягивать всё что вытягивается и восстанавливать в отдельный инстанс базы. Этот повреждён и использовать в работе нельзя.

Отдельный вопрос конечно почему повреждён. Потерять файл базы надо постараться. Сбой нижележащей файловой системы например.