Проект

Общее

Профиль

Действия

Pg-upgrade » История » Редакция 4

« Предыдущее | Редакция 4/5 (Разница(diff)) | Следующее »
Рамиль Абдулбяров, 2020-04-30 19:02


Pg-upgrade-centos

Обновление минорной версии, сначала на SLAVE, потом на MASTER

yum check-update

postgres=# checkpoint ;
CHECKPOINT
postgres=# checkpoint ;
CHECKPOINT

yum upgrade postgresql96-server postgresql96

Обновление мажорной версии.
Делаем на MASTER
SLAVE будет резервом, его рекомендуют обновлять через несколько дней

Отключаем автостарт postgres (в centos этого нет)

vi /etc/postgresql/9.6/main/start.conf
disabled

Подключаем репозиторий для pg-11

yum -y install https://download.postgresql.org/pub/repos/yum/11/redhat/rhel-7-x86_64/pgdg-redhat11-11-2.noarch.rpm

Устанавливаем PG-11

yum check-update
yum install postgresql11-server postgresql11
Инициализируем новый кластер (На боевом кодировка другая)
/usr/pgsql-11/bin/initdb -D /var/lib/pgsql/11/data/ --encoding=SQL_ASCII --lc-collate=C --lc-ctype=C

Мёрджим конфиги postgresql.conf и pg_hba.conf (готовые скопировать надо куда-то, т.к. будем чистить хранилище кластера)

diff -u /var/lib/pgsql/9.6/data/postgresql.conf /var/lib/pgsql/11/data/postgresql.conf
diff -u /var/lib/pgsql/9.6/data/pg_hba.conf /var/lib/pgsql/11/data/pg_hba.conf

Меняем PORT у PG-11

 /var/lib/pgsql/11/data/postgresql.conf
- port = 5432
+ port = 5433

Запуск кластера PG-11

/usr/pgsql-11/bin/pg_ctl -D /var/lib/pgsql/11/data/ -l logfile start

Проверяем, что схемы PG-9.6 и PG-11 совместимы

/usr/pgsql-9.6/bin/pg_dumpall -s -f pg_dumpall.dump
/usr/pgsql-11/bin/psql -p 5433 -f pg_dumpall.dump > restore-scheme.log

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

Останавливаем PG-11, чистим кластер и заново инициализируем

/usr/pgsql-11/bin/pg_ctl -D /var/lib/pgsql/11/data/ -l postgres-11.log stop
rm -rf /var/lib/pgsql/11/data/

Запускаем тестовый pg_upgrade

/usr/pgsql-11/bin/pg_upgrade \
-b /usr/pgsql-9.6/bin \
-B /usr/pgsql-11/bin \
-d /var/lib/pgsql/9.6/data \
-D /var/lib/pgsql/11/data/ \
-j 4 -k \
-o '-c shared_buffers=10MB' \
-O '-c shared_buffers=10MB' \
-o '-c config_file=/var/lib/pgsql/9.6/data/postgresql.conf' \
-O '-c config_file=/var/lib/pgsql/11/data/postgresql.conf' \
-o '-c huge_pages=off' \
-O '-c huge_pages=off' \
-c

Ошибок также быть не должно.
Предварительная работа проделана, далее downtime

Если всё ОК, Начинаем даунтайм проекта
Выставляем заглушку на сайт
Останавливаем cron на бекендах
Останаливаем PG-9.6 (PG-11 уже остановлен)

/usr/pgsql-9.6/bin/pg_ctl -D /var/lib/pgsql/9.6/data/ -l logfile stop

Запускаем pg_upgrade в боевом режиме, без -c
pg_upgrade делался ~1 мин
Ставим новый PG-11 в автозапуск и запускаем

vi /etc/postgresql/9.6/main/start.conf
auto
systemctl enable postgresql-11.service
systemctl start postgresql-11.service

Запускаем VACUUM, делался 5 мин

./analyze_new_cluster.sh

Включаем cron на бекендах
Снимаем заглушку с сайта

Downtime закончился
Выключаем из автозапуска PG-9.6

vi /etc/postgresql/9.6/main/start.conf
disabled
systemctl disable postgresql-11.service

Удаляем PG-9.6

По итогу даунтайм на тестовом длился ~7 мин.
*pg_upgrade ~ 1 мин
*vacuum 5 мин
Учитывая, что на ней 2 тестовые базы: prunto и prunto2
Тестовая СУБД 20 Gb
Боевая СУБД 36 Gb

SLAVE рекомендуют обновлять по прошествии нескольких дней, когда точно убедимся, что приложение работает как надо на PG-11

Обновлено Рамиль Абдулбяров почти 4 года назад · 4 изменени(я, ий)