HOWTO: Обновление версии PostgreSQL

en | ru

В данном разделе описана процедура обновления PostgreSQL между основными версиями (например, с версии 11 на версию 17).

Обновление внутри версии (например, с версии 17.1 на версию 17.2) происходит автоматически и не требует дополнительных действий.

Рекомендуем ознакомиться с официальными инструкциями по обновлению на сайте postgresql.org.

В дистрибутиве Debian и основанных на нем существует пакет postgresql-common, устанавливаемый автоматически при установке пакета PostgreSQL. В состав postgresql-common входят инструменты, упрощающие работу с кластерами баз данных PostgreSQL. В том числе и обновление кластеров БД.

Кластером баз данных (Database cluster) в PostgreSQL называется экземпляр сервера вместе со всеми обслуживаемыми БД, а не распределенную систему, как может показаться.

В следующем примере будет показано обновление кластера БД с версии 11 на версию 17 используя инструменты из пакета postgresql-common.

Порядок обновления

1. Остановить USERSIDE.
2. Обновить текущую версии postgresql в пределах основной версии (например, с 11.5 до 11.22).
3. Обновить расширение postgis до самой последней версии (например, с 2.5 до 3.3.4). Также обязательно обновить расширение и в самой базе данных.
4. Установить новую версию postgresql не удаляя старой (например 17.1)
5. Сделать запасную резервную копию базы данных и настроек
6. Удалить кластер БД, созданный автоматически сценарием при установке новой версии
7. Выполнить обновление кластера БД старой версии до кластера новой версии
8. Проверить работу USERSIDE
9. Удалить кластер БД старой версии, устаревшие пакеты и запасные резервные копии

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

Посмотреть видеоинструкцию на asciinema.

Пошаговая инструкция

SQL-запросы с оператором SELECT, приведенные далее, необходимы для определения текущих установленных версий в качестве справочной информации.

Остановить USERSIDE

sudo supervisorctl stop all
sudo systemctl stop php8.3-fpm

Версия php указана для примера. Используйте ту, что испльзуется у вас.

Закомментируйте запуск всех модулей и userside в crontab.

Обновить текущую версии postgresql в пределах основной версии

Проверить текущие версии системных пакетов PostgreSQL и PostGIS. Обновить текущие установленные версии PostgreSQL и PostGIS до посладних версий, а также, если текущая версия PostGIS ниже 3, установить дополнительно пакет PostGIS 3 для вашей версии PostgreSQL. Если у вас уже сейчас установлен PostGIS 3, то вам нужно только лишь его обновить до последней версии.

sudo -u postgres psql -d userside -A -t -c "SELECT VERSION()"
sudo -u postgres psql -d userside -A -t -c "SELECT PostGIS_full_version()"

sudo apt update
sudo apt install --only-upgrade -y postgresql-11 postgresql-11-postgis-2.5
# только если текущая версия postgis ниже 3
sudo apt install -y postgresql-11-postgis-3

Вместо 11 и 2.5 укажите те версии, которе фактически установлены у вас.

Обновить расширение postgis до самой последней версии

Обязательно также обновить расширение postgis в самих базах данных! У вас может быть несколько баз данных, в которые установлено это расширение. Например, у вас на сервре есть еще тестовая база данных (копия основной для тестов). Проверьте все существующие базы данных сервера на наличие расширения PostGIS и обновите его в каждой базе данных. Вы можете просто попытаться обновить расширение во всех базах данных, там где его нет — будет просто ошибка обновления. Далее показано как обновить в базе данных userisde. Проделайте это для всех баз данных, в которые оно установлено.

sudo -u postgres psql -d userside -A -t -c "ALTER EXTENSION postgis UPDATE"
sudo -u postgres psql -d userside -A -t -c "SELECT PostGIS_full_version()"

Обновление с PostGIS 2.5 на PostGIS 3.x

Если предыдущий запрос SELECT PostGIS_full_version() отображает информацию подобно такой:

POSTGIS="3.3.4 3.3.4" [EXTENSION] . . .
. . .
[UNPACKAGED!] (raster procs from "2.5.5 r0" need upgrade)

То следующая информация для вас.

Между версиям PosGIS 2 и 3 существует некоторая разница, которая требует дополнительных действий при обновлении. Если вы после выполнения предыдущего запроса не увидели такой проблем, то следующие действия выполнять не нужно — переходите к следующему разделу.

# дважды один и тот же запрос
sudo -u postgres psql -d postgres -A -t -c "SELECT postgis_extensions_upgrade()"
sudo -u postgres psql -d postgres -A -t -c "SELECT postgis_extensions_upgrade()"
sudo -u postgres psql -d postgres -A -t -c "DROP EXTENSION postgis_raster"
<pre>

=== Установить новые версии пакетов ===
А также удалить старый пакет postgis версии 2, если он был.
<pre>
sudo apt install -y postgresql-17 postgresql-17-postgis-3
sudo apt purge postgresql-11-postgis-2.5

Сделать запасную резервную копию базы данных и настроек

Инструмент миграции кластеров между версиями делает это абсолютно безопасно, однако дополнительная осторожность лишней не будет. Сделайте запасные временные резервные копии, которые в конце обновления можно будет удалить.

sudo -u postgres pg_dump --no-acl -Fp -Z 5 userside --file=/backup/userside_emergency.sql.gz
sudo -u postgres pg_dump --no-acl -Fc userside --file=/backup/userside_emergency.dump
sudo tar czf /backup/postgres_config_emergency.tgz -C /etc/postgresql/11/main .

Каталог /backup должен существовать и должен быть доступен для записи всем пользователям.

Удалить кластер БД, созданный автоматически сценарием при установке новой версии

При помощи утилиты pg_lsclusters из postgresql-common посмотрите, как выглядят ваши кластеры БД:

sudo pg_lsclusters

Вывод команды будет примерно следующим:

Ver Cluster Port Status Owner    Data directory              Log file
11  main    5432 online postgres /var/lib/postgresql/11/main /var/log/postgresql/postgresql-11.log
17  main    5433 online postgres /var/lib/postgresql/17/main /var/log/postgresql/postgresql-17.log

Кластер 17/main был создан автоматически сценарием установки postgresql и использует новый порт 5433. Его нужно остановить и удалить — он не нужен, т.к. будет выполняться процедура миграции кластера, которая создаст новый кластер автоматически.

sudo pg_dropcluster 17 main --stop

Повторное выполнение команды pg_lsclusters должно показать, что у вас остался один кластер 11/main.

Выполнить обновление кластера БД старой версии до кластера новой версии

Остановите службу postgresql

sudo systemctl stop postgresql

Запустите процесс обновления кластера БД 11/main используя утилиту pg_upgradecluster из пакета postgresql-common. Это действие может занять много времени и дискового пространства.

sudo pg_upgradecluster 11 main

После завершения операции обновления вы увидите новое состояние кластеров (старая версия должна находиться в режиме down и порт 5432 теперь используется новым кластером):

Ver Cluster Port Status Owner    Data directory              Log file
11  main    5433 down   postgres /var/lib/postgresql/11/main /var/log/postgresql/postgresql-11.log
17  main    5432 online postgres /var/lib/postgresql/17/main /var/log/postgresql/postgresql-17.log

Запустите службу postgres

sudo systemctl start postgresql

Проверить работу USERSIDE

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

sudo -u postgres psql -d userside -A -t -c "SELECT VERSION()"
sudo -u postgres psql -d userside -A -t -c "SELECT PostGIS_full_version()"

Вы должны увидеть 17ю версию postgresql и 3.x.x версию postgis.

Теперь запустите службу FPM и зайдите в USERSIDE через браузер.

sudo systemctl start php8.3-fpm

Так как другие службы остановлены, вы, вероятно, увидите ошибки связанные с ними, но при этом интерфейс USERSIDE должен открыться без ошибок подключения к базе данных. Если все успешно, то раскомментируйте закомментированные ранее строки в crontab и запустите внешние службы, находящиеся под управлением supervisor:

sudo supervisorctl start all
sudo supervisorctl status

Удалить кластер БД старой версии, устаревшие пакеты и запасные резервные копии

Если USERSIDE работает корректно, ошибок взаимодействия с БД нет, то можно удалить старый кластер и пакеты. Вы также, по желанию, можете удалить аварийные резервные копии или подождать несколько дней, чтобы точно убедиться, что они не пригодятся.

sudo pg_dropcluster 11 main --stop
sudo apt purge -y postgresql-11 postgresql-11-postgis-3
sudo apt autoremove -y
sudo rm /backup/userside_emergency* /backup/postgres_config_emergency.tgz
sudo rm -rf /var/lib/postgresql/11/main