Обновление postgresql для 1с windows

Garykom

29.10.22

✎

18:38

Собственно сабж как лучше делать?

Есть куча баз понятно дело, место на сервере слегка ограничено

Garykom

29.10.22

✎

18:44

Сейчас юзается PostgreSQL, версия 11.5-12.1C

Хочется заодно с платформой 1С обновить до самых свежих

Garykom

29.10.22

✎

18:48

Garykom

29.10.22

✎

18:50

Garykom

29.10.22

✎

20:27

Вот почему докопаться до «localhost port=5433» оказалось так сложно?

Garykom

29.10.22

✎

20:29

ansh15

30.10.22

✎

02:48

ansh15

30.10.22

✎

03:04

Основное время будет занимать перенос баз в новый кластер новой редакции PostgreSQL.

Выбор невелик — pg_upgrade, pg_dump/pg_restorе и *.dt. Все три многопоточные.

В новых редакциях какие-то параметры конфигурации могут стать устаревшими и удалены, новые добавлены,

так что имеет смысл о них почитать.

Мимохожий Однако

30.10.22

✎

09:07

Я дико извиняюсь…Откуда удобнее скачать дистрибутив PostgreSQL для Server 2008? Пока ничего не установлено, но предстоит…

rphosts

30.10.22

✎

09:11

Мимохожий Однако

30.10.22

✎

09:11

Спасибо.

• Главная

• Инструкции

• PostgreSQL

• Обновление версии PostgreSQL: инструкция

В PostgreSQL обновление версии выполняется разными способами:

• Установка пакетов с новой версией PostgreSQL — подходит только для минорных обновлений, прежде чем выполнять, необходимо изучить release notes;
• Использование стандартной программы pg_dumpall — надёжный способ, но возможен длительный downtime.
• Использование стандартной программы pg_upgrade — быстрый способ, но возможны ошибки.
• Обновление через логическую репликацию — минимальный downtime, однако подходит только для версий PostgreSQL > 10.0. Для более ранних версий требуются расширения.

Выбор зависит от того, какой релиз используется на сервере и до какой версии вы хотите обновиться. 

В этой статье разберём способы обновления.

Главное — понимать особенности обновлений между разными версиями. 

Номера состоят из двух цифр — например, 10.1. Первая цифра — номер основной версии (10). Вторая цифра — номер корректирующего релиза (1). 

До PostgreSQL 10 номера состоят из трёх цифр. Например, 9.6.3. Здесь 9.6 — номер основного выпуска, а 3 — номер дополнительной версии.

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

В корректирующих версиях не меняется форма данных. Благодаря этому нет проблем с совместимостью. Поэтому переход с PostgreSQL 10.1 на 10.6 выполняется без лишних затрат ресурсов. Для обновления выключите сервер, замените исполняемые файлы и запустите сервер заново.

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

В основных версиях формат данных может измениться. Это усложняет обновление. В таком случае нельзя изменить номер. Нужно или выгружать данные и загружать их заново, или использовать программу pg_upgrade, или применять логическую репликацию.

Обо всех этих способах поговорим ниже.

Обновление в рамках одной основной версии

Посмотрим на примере апдейта PostgreSQL 14.1 до PostgreSQL 14.3 на сервере Ubuntu. 

PostgreSQL доступен на Ubuntu по умолчанию. Обновитесь командой:

sudo apt-get upgrade

Debian и Ubuntu выпускают только одну версию PostgreSQL для каждого выпуска ОС. Например, в Debian Squeeze/6.0 есть только PostgreSQL 8.4. Если вам нужна другая версия PostgreSQL, используйте пакеты от PGDG.

Если вы хотите самый свежий релиз, то нужно прежде установить репозиторий Постгреса.

Добавьте репозиторий: 

sudo sh -c 'echo "deb http://apt.postgresql.org/pub/repos/apt $(lsb_release -cs)-pgdg main" > /etc/apt/sources.list.d/pgdg.list'

Импортируйте ключ подписи: 

wget --quiet -O - https://www.postgresql.org/media/keys/ACCC4CF8.asc | sudo apt-key add -

Обновите перечень пакетов в системе:

sudo apt-get update

Установите нужную версию СУБД: 

sudo apt-get -y install postgresql-14.3

Чтобы посмотреть список установленных СУБД, выполните:

dpkg --get-selections | grep postgres

Также посмотрите список кластеров:

pg_lsclusters

Прежде чем вносить изменения, остановите PostgreSQL:

sudo service postgresql stop

Когда пакеты Postgres устанавливаются, они создают для вас кластер по умолчанию. Нам нужно переименовать новый кластер postgres, чтобы при апгрейде старого кластера имена не конфликтовали.

sudo pg_renamecluster 14.3 main main_pristine

Обновите старый кластер:

sudo pg_upgradecluster 14.1 main

Запустите сервис:

sudo service postgresql start

Снова проверьте список кластеров и убедитесь, что новый работает:

pg_lsclusters

Избавьтесь от старого кластера:

sudo pg_dropcluster 14.1 main

Подставьте в эти команды нужные номера версий вместо 14.1 и 14.3. 

Обновление через pg_dumpall

Если нужно изменить основную версию, используйте программу pg_dumpall. Суть этого метода в том, чтобы выгрузить данные из одной основной версии, а затем загрузить их в другую.

1. Прежде чем выгружать данные, убедитесь, что в БД не проводятся никакие изменения прямо сейчас. В противном случае часть изменений может не попасть в итоговый дамп.
2. Получите дамп и запишите его в файл:

pg_dumpall > output_file

1. Остановите сервер:

pg_ctl stop

1. Измените имя старого каталога чтобы исключить появление конфликта имён:

mv /usr/local/pgsql /usr/local/pgsql.old

Старый каталог можно просто удалить. Но разумнее будет его переименовать, чтобы оставить возможность для восстановления. Вместо /usr/local/pgsql укажите путь до своего каталога.

1. Установите новую версию из исходного кода. Подробная инструкция на русском языке —  в документации.
2. Сформируйте новый кластер:

/usr/local/pgsql/bin/initdb -D /usr/local/pgsql/data

1. Перенесите все изменения в файлы pg_hba.conf и postgresql.conf.
2. Запустите сервер БД:

/usr/local/pgsql/bin/postgres -D /usr/local/pgsql/data

1. Восстановите данные из резервной копии:

/usr/local/pgsql/bin/psql -d postgres -f output_file

Минус этого способа — сервер будет выключен длительное время. Для сокращения времени простоя можно установить новый сервер в другой каталог, а затем запустить старый и новый серверы на разных портах. Для переноса данных используйте команду:

pg_dumpall -p 5432 | psql -d postgres -p 5433

Вместо 5432 и 5433 укажите номера портов, на которых вы запустили серверы.

Обновление через pg_upgrade

Чтобы не делать выгрузку и загрузку данных, используйте программу pg_upgrade. Она помогает обновиться быстрее. Программа pg_upgrade создаёт системные таблицы заново, учитывая изменения последних версий. При этом старые файлы данных сохраняются. Кроме того, pg_upgrade проверяет, что кластеры совместимы.

Программу pg_upgrade помогает обновиться с PostgreSQL 8.4.X до текущего релиза СУБД.

Рассмотрим общий план обновления с помощью pg_upgrade.

1. Переместите старый кластер. Это нужно сделать, если каталог не был привязан к старому релизу. Например, он находится по адресу /usr/local/pgsql. Если вы его не переименуете, то при обновлении произойдёт конфликт.

Переименование выполняется при выключенном сервере командой:

mv /usr/local/pgsql /usr/local/pgsql.old

1. Соберите новую версию из исходного кода. Настройте configure, чтобы флаги были совместимы с конфигурацией старого кластера. Прежде чем начинать обновление, pg_upgrade проверит совместимость флагов.
2. Инсталлируйте новые исполняемые файлы. Для размещения сервера в нестандартной директории, используйте prefix:

make prefix=/usr/local/pgsql.new install

1. Используйте initdb, чтобы инициализировать новый кластер. Проверьте, что флаги совместимы с флагами старого кластера.
2. Инсталлируйте разделяемые объектные файлы расширения. Если для них доступны обновления, pg_upgrade самостоятельно создаст скрипт для их последующей установки.
3. Перенесите файлы полнотекстового поиска.
4. Настройте аутентификацию peer в pg_hba.conf. Это нужно сделать, потому что pg_upgrade будет несколько раз подключаться к старому и новому хостам.
5. Проверьте, что старый и новый серверы остановлены:

pg_ctl -D /opt/PostgreSQL/9.6 stop
pg_ctl -D /opt/PostgreSQL/14 stop

1. Запустите pg_upgrade от нового сервера. Для начала вызовите программу в режиме проверки, добавив флаг: pg_upgrade --check. В ответ вы получите перечень корректировок, которые необходимо внести вручную после опгрейда.
2. Если вы вносили правки в файл pg_hba.conf, восстановите его предыдущее состояние pg_hba.conf. Иногда требуются изменения других конфигов на новом кластере, чтобы они соответствовали параметрам старого кластера.
3. Запустите сервер.

Если результат устраивает, удалите ненужный кластер.

Подробности и особенности использования pg_upgrade смотрите в документации.

Использование логической репликации

В 10-й версии СУБД появился метод логической репликации объектов данных и изменений в них. Он основан на использовании репликационных идентификаторов — обычно ими выступают первичные ключи. 

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

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

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

Главный плюс логической репликации — минимальный downtime. Прерывание работы сервера в некоторых случаях ограничивается несколькими секундами. 

Заключение

Мы рассмотрели универсальные методы апдейта PostgreSQL. Иногда процесс отличается. Например, обновление версии PostgreSQL для 1C требует установки дополнительных зависимостей.

В некоторых случаях обязанности по обновлению PostgreSQL можно делегировать. Например, Timeweb предлагает облачные базы данных. Среди них — PostgreSQL актуальной версии. Обновление и администрирование базы в этом случае возьмет на себя провайдер. При таком подходе изменить версию PostgreSQL можно в один клик через панель управления. 

Описание процесса

Данный процесс предусматривает перевод сервера PostgreSQL с версии 9.4 до версии 11. Обращаем ваше внимание на то, что, обновление сервера PostgreSQL должно осуществляться опытными ИТ-специалистами.

Дистрибутив

2. Внимание! Перед началом процедур по переводу на новую версию PostgreSQL, обязательно обновите вашу операционную систему.

4. Проводите обновление только на официально-активированной версии ОС Windows.

В некоторых случаях, в не актированной версии, могут отсутствовать необходимые обновления для запуска установщика PostgreSQL11.

3. Обязательно проверьте наличие свободного дискового пространства, оно должно быть достаточным, в зависимости от размеров вашей БД, так как в следующих шагах восстановление базы данных будет в новую версию сервера СУБД PostgreSQL 11, и при этом, версия PostgreSQL 9.4 будет установлена на момент развертывания архивов БД.

На данном изображении достаточно места для проведения операции обновления.

4. На время обновления PostgreSQL 9.4 на версию 11 не планируйте никаких работ на продуктивной среде так и с сервером магазина.

5. Следуйте только шагам описанным в данной инструкции!

Обновление PostgreSQL для ОС Windows

1. Разархивируйте файл UPGRADEvXX.zip.

2. Выберите пусть распаковки → нажмите Извлечь.

3. В папке со скриптами обновления откройте на редактирование optionfile любым текстовым редактором.

4. Отредактируйте следующие параметры для установки PostgreSQL 11, если требуется:

5. Откройте на редактирование в любом текстовом редакторе файл passwordfile для установки пароля доступа к серверу PostgreSQL 9.4.

6. Установите пароль → сохраните файл.

7. Запустите файл backup.cmd с правами администратора для создания архива текущего сервера баз данных.

8. Начнется выполнение операции по сохранению резервной копии баз данных СУБД PostgreSQl 9.4.

Не закрывайте окно. Дождитесь окончания операции.

9. Когда операция бэкапирования завершится, появится сообщение о том, что оно успешно закончено и окно можно закрыть → нажмите любую клавишу.

10. Перейдите в папку current для проверки созданных резервных копий баз данных PostgreSQL 9.4.

11. Проверьте, что все файлы резервных копий, что созданы следующие файлы резервных копий СУБД:

• postgres.backup;
• set.backup;
• set_loyal.backup;
• set_operday.backup;
• sg.backup;
• XXXX.backup — любые другие базы данных продуктов семейства Set и сторонних информационных систем.

11. Откройте папку log для проверки лог-файлов.

12. Откройте файл status.txt для просмотра статуса завершения операции бэкапирования.

13. Напротив каждой из баз данных должен быть установлен статус OK — это обозначает, что все базы данных успешно сохранены в резервные копии.

14. Откройте лог-файл backup.txt.

15. Просмотрите, что во время процесса бэкапирования службы PostgreSQL 9.4. успешно запускались и останавливались.

16. Также откройте любой из лог-файлов с наименованием баз данных SetRetail/SetCentrum. 

17. Проверьте, что процесс резервного копирования не содержит ошибок.

18. Запустите скрипт обновления upgrade.cmd с правами администратора.

19. Проверьте еще раз правильность путей для установки PostgreSQL 11, если они корректны введите Y → нажмите ENTER.

Для отмены установки введите N → нажмите ENTER.

20. Начнётся установка необходимых компонентов для запуска установщика PostgreSQL 11.

21. После установки компонентов откроется окно процесса инсталляции СУБД PostgreSQL 11.

22. Во время выполнения скрипта сервер баз данных будет перезапускаться, а также автоматически произойдет восстановление баз данных на новую версию сервера СУБД всех резервных копий.

23. Когда в окне интерпретатора отобразится сообщение Обновление прошло успешно → нажмите любую клавишу.

24. Проверьте в оснастке служб, что сервис postgresql-x64-11 в статусе Работает.

25. Посмотрите лог-файл upgrade.txt.

26. Убедитесь, что он не содержит критичных ошибок обновления.

27. Обновление завершено.

28. Проверьте, что визуализация сервера открывается, и вы можете воспользоваться стандартной функциональностью.

29. Запустите командную строку и наберите команду для проверки актуального пути установленного сервера СУБД PostgreSQL  11.

Должен отобразится актуальный путь к СУБД PostgreSQL 11!

 Внимание! Если, после обновления и стабильной работы сервера отображается старый путь установки СУБД, тогда выполните команду для установки актуального пути в переменную среды PostgreSQL → перезапустите службу МУК.

setx SET_POSTGRES_BIN "C:\Program Files\PostgreSQL\11\bin" /m

Очистка места на диске после обновления

1. Удалите всю папку с пакетом обновления, включая файлы резервных копий.

2. Откройте сеанс командной строки от имени администратора и выполните команду на удаление службы PostgreSQL 9.4

sc delete postgresql-x64-9.4

3. Удалите папку СУБД PostgreSQL 9.4.