Как правильно обновить собранную из исходников postgresql?

Question

[Николай Савельев]

Имеется собранная из исходников postgresql 9.6.2
Работает, все ок.
Возникла необходимость обновить ее на собранную из других исходников postgresql 9.6.6
В теории, при установке из пакетов все бы обновилось самостоятельно и тот же кластер продолжил работу. Не было бы даже необходимости делать pg_upgrade.
Но как быть с собранной из исходников? Указывать префиксы со старыми путями? По умолчанию через make install новая версия устанавливается в другое место. И просит инициализировать новый кластер. Может как-то можно его инициализировать со старыми файлами?

Answer 1

[Moris Haos]

Привет,
В случае, когда была нестандартная установка (своя сборка, свои пути и т.п.), то лучше делать так:
1. Сделать полный бэкап баз.
2. Остановить сервер.
3. Удалить старый сервер.
4. Собрать и установить новый сервер.
5. Запустить новый сервер, проинициализировать базу.
6. Накатить бэкап.

А чтобы потом не мучиться в пределах обновления минорых версий, то поставить сервер дефолтово, по крайней мере в путях, если конечно это возможно.

Comments

[Николай Савельев]

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

[Moris Haos]

Понятно. Но, тогда это эксперимент некий будет...
1. Бэкап все равно надо сделать.
2. Сервер остановить.
3. Сохранить все конфиги отдельно.
4. Удалить старый сервер.
5. Собрать новый с теми параметрами и путями, что и старый.
6. Подкинуть конфиги, проверить пермишены и т.п.
7. Запустить новый и глянуть.
По идее в пределах минорный версий все должно отработать без проблем. Я так у себя на FreeBSD делаю, правда, там у меня 8-я ветка.

[Николай Савельев]

Примерно так и делаю, за исключением того, что это тестовый сервер и можно не бекапить.
В итоге получаю:
The database cluster was initialized with CATALOG_VERSION_NO 201608131, but the server was compiled with CATALOG_VERSION_NO 2016081311

[Melkij]

Николай Савельев, а у вас или разные вендоры (не ванильный postgresql) или собирали совсем даже не релизную ветку. Потому что в минорных релизах версию каталога не меняют.

[Moris Haos]

Да, странно...
Если пройтись по "Prev" отсюда:
https://www.postgresql.org/docs/9.6/static/release...
то везде до 9.6.6 написано "A dump/restore is not required for those running 9.6.X."

[Николай Савельев]

Melkij, все верно, разные вендоры.

[Melkij]

Николай Савельев, так про это сразу надо писать. Какие? Потому что возможности бинарного переезда надо уточнять именно у вендора, при том сразу у обоих.
Возможно pg_upgrade потребуется, возможно (особенно если вендор менял формат датафайлов) только через dump/restore.

[Moris Haos]

А какой вендор у 9.6.2?

[Николай Савельев]

Moris Haos, 9.6.2 - ванильный постгрес с кое какими самостоятельными правками кода. Но формат кластера не трогали. 9.6.6 - Postgres Pro

[Moris Haos]

Тогда, наверное, правильнее будет взять 9.2.2 от PostgresPro, перейти на него с ванильного 9.2.2. Там у них в поставке есть свой pgpro_upgrade. А потом уже подняться до 9.6.6. По ходу дела можно и проконсультироваться у них.