Как обновить PostgreSQL 1С с 12 до 18 версии на windows?

Question

[LICORYN]

Добрый день! Я как начинающий в СУБД не очень сильно понимаю, как это сделать адекватно. Имеется кластер баз 1с, которые необходимо перенести аж на целых 6 мажорных версий выше. Гайды в основном которые я видел основываются либо на linux, либо на переходе к примеру с версии 9 на 10. Если у кого был опыт, пожалуйста помогите( На сколько я знаю есть как минимум 2 способа - это через pg_upgrade и dump/restore от новой версии (18), но даже в таком случае, информации достаточно мало. Заранее спасибо!

Comments

[alexalexes]

У вас не хватит компетенций сделать это, пусть руководитель, кто поставил вам задачу, ищет подходящего специалиста, кто в теме.
Не вздумайте экспериментировать на боевом контуре.

[LICORYN]

alexalexes, у меня выхода по большому счету нет, к сожалению. Надо так и так

[alexalexes]

Ну, тогда делайте полный бэкап текущего боевого окружения.
Репетируйте, как восстанавливать этот бэкап - от успеха этой операции будет зависеть, насколько вас больно будут бить.
И самое главное, уведомите руководителя, что возможна потеря операционных данных с момента последнего полного бэкапа, до момента полного восстановления системы (все предполагаемые сроки умножайте на 5, а лучше на 10).
PS: Еще будут бить, если процесс создания бэкапа будет тормозить текущие бизнес-процессы, и упаси, будет потеря данных.

[VoidVolker]

LICORYN, в таком случае копируйте всё на виртуалку или даже виртуалки, далее изучайте матчасть и пробуйте провести все обновления, переходы и миграции в виртуалке сначала. Вероятность того, что такое обновление пройдёт без проблем стремится к нулю и скорее всего вам потребуется устанавливать всё с нуля сразу нужной версии. Попытка сделать это на продакшене с очень большой вероятность просто поломает его и всё равно придётся звать специалиста для восстановления работы. После того, как сможете в виртуалке без проблем сделать обновление, делаете бэкап продакшена и повторяете процесс обновления уже на нём.

[LICORYN]

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

[Михаил Лялин]

1. поищите смежные темы восстановления / установки на https://interface31.ru/ , https://selectel.ru/blog/tutorials/postgresql-for/ и
https://infostart.ru/1c/articles/1075945/
2. наймите за свои деньги себе тутора, под чьим руководством всё сделаете

[say_TT_plz]

Да че там, развернуть новый postgresql на другом сервере к примеру.
Выгрузить dt.
Создать новую базу в новом postgresql и загрузить туда dt.
Ток для 1с нужен свой postgresql, ну и тесты да, перед переключением. И бекапы настроить после
И автовакуум!!!!!

[LICORYN]

Вариант с выгрузкой dt рассматривался, но необходимо перенести "старые" базы. Немного только не понял про тесты перед подключением, а на счет анализа и бэкапов это да, всё в планах имеется, спасибо огромное!

Answer 1

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

У себя делал следующим образом:

• Меняем порт для подключения, чтоб никто не вносил изменения в базы
  
• Бекапим базы утилитой от 18 версии
  
• Ставим 18 версию
  
• Заливаем бекап обратно.
  

Проблем не возникло, но мы с 16 на 18 апгрейдились

Через pg_upgrade тоже пробовал, но.. помню были в этом процессе неочевидные ошибки. Через бекап как по мне надежнее

Comments

[LICORYN]

Спасибо огромное, буду пробовать так. Есть пара вопросов:
pg_dump (или pg_dumpall) от новой версии сразу распаковывается, то есть его можно использовать до инициализации?
Не рассматривался вариант перенос данных напрямую с версии на версию? (что то по типу такого: /usr/pgsql-18/bin/pg_dump -h localhost -p 5432 -U postgres -Fc test1 | /usr/pgsql-18/bin/pg_restore -h localhost -p 5433 -U postgres -d postgres -C)? Заранее спасибо

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

LICORYN, можно поставить два сервера рядом, на одной машине, главное, чтоб порт подключения был разный. pg_dump для каждого сервера будет лежать в своей папке.
Перенос данных напрямую не использовал, я больше люблю когда вижу готовый бекап, так спокойнее и всегда можно восстановиться с него.

Answer 2

[Melkij]

Концептуально апгрейд на следующую версию вообще ничем не отличается от апгрейда через 5 релизов. (btw, апгрейда "9 на 10" не могло существовать из-за смены нумерации релизов: версии просто 9 не существует, 9.2 и 9.6 - это были разные major версии)

pg_upgrade несколько сложнее делается, зато в link mode можно уложиться минут в 5-10 даунтайма даже если база в несколько террабайт. Но очень не советую пытаться делать link mode без хотя бы одной реплики
pg_dump проще

Делаете бекап, проверяете что можете на него восстановиться, обновляете базу, если без ошибок - то приключение закончилось, если с ошибками - то разбираться предметно.