Re: [Comm] 2 разные версии PostgreSQL

Re: [Comm] 2 разные версии PostgreSQL

[Michael Shigorin]

On Wed, Feb 05, 2020 at 06:22:47PM +0300, Yuri Khachaturyan wrote:
> P.S. Необходимо для pg_upgrade с 9.6 до 11.

Может, дамп?

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [Comm] 2 разные версии PostgreSQL

[Anton V. Boyarshinov]

В Wed, 5 Feb 2020 18:22:47 +0300
Yuri Khachaturyan <yukh@yukh.ru> пишет:

> Добрый вечер.
> Возможно ли установить как-то postgresql11-1C со всей связкой, необходимой
> для работы рядом с уже установленным postgresql9.1-1C?
	
можно воспользоваться hasher chroot или развернуть легковесный контейнер на lxc или systemd-nspawn

Re: [Comm] 2 разные версии PostgreSQL

[alexei]

Добрый день!

----- Исходное сообщение -----
> От: "Yuri Khachaturyan" <yukh@yukh.ru>
> Кому: "ALT Linux Community general discussions" <community@lists.altlinux.org>
> Отправленные: Четверг, 6 Февраль 2020 г 1:25:21
> Тема: Re: [Comm]	2 разные версии PostgreSQL

> Дамп поднимается за 8 часов. Такой даунтайм крайне нежелателен. Хотя этот
> вариант, конечно же самый простой.
> Нашел вариант установить 2 разные версии postgrespro, но в 12 версии для
> postgrespro-plperl требуется libperl22, а у меня уже libperl24.
> На сегодня эксперименты закончил, завтра буду дальше решать проблему...

Для справки, pg_upgrade это просто хитрое применение комбинации pg_dump
и pg_restore из разных версий.

Есть еще вариант с логической репликацией:

1. поднимаем логическую репликацию 9.6 -> 11 на стороннем сервере
  (для ускорения синхронизации баз на 11-ю версию заливаем снятый с 9.6 дамп)
2. переклюдчаем пользователей на промежуточный сервер
3. Проводим обновление СУБД на боевом сервере. И это возможность что-то сделать
   с дисковой подсистемой, если это тот самый сервер из предыдущего обсуждения.
   RAID5 дает серьезную просадку производительности на запись, и маскировка его за
   RAID0 не поможет.
4. запускаем логическую репликацию с промежуточного 11 на боевой 11 (тоже залив
   предварительно дамп)
5. переключаем клиентов.

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

> ср, 5 февр. 2020 г. в 19:15, Michael Shigorin < [ mailto:mike@altlinux.org |
> mike@altlinux.org ] >:
> 
> 
> On Wed, Feb 05, 2020 at 06:22:47PM +0300, Yuri Khachaturyan wrote:
>> P.S. Необходимо для pg_upgrade с 9.6 до 11.
> 
> Может, дамп?
> 
> --
> ---- WBR, Michael Shigorin / [ http://altlinux.org/ | http://altlinux.org ]
> ------ [ http://opennet.ru/ | http://opennet.ru ] / [ http://anna-news.info/ |
> http://anna-news.info ]
> _______________________________________________
> community mailing list
> [ mailto:community@lists.altlinux.org | community@lists.altlinux.org ]
> [ https://lists.altlinux.org/mailman/listinfo/community |
> https://lists.altlinux.org/mailman/listinfo/community ]
> 
> 
> --
> С уважением,
> Хачатурян Юрий ( [ mailto:yukh@yukh.ru | yukh@yukh.ru ] )
> 
> _______________________________________________
> community mailing list
> community@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/community

-- 
С уважением, 
технический директор ООО "Телнет" 
Такасеев Алексей Геннадиевич 

e-mail: taf@ilimnet.ru 
тел. 8 39535 61-000, 2-41-41

Re: [Comm] 2 разные версии PostgreSQL

[alexei]

----- Исходное сообщение -----
> От: "Yuri Khachaturyan" <yukh@yukh.ru>
> Кому: "ALT Linux Community general discussions" <community@lists.altlinux.org>
> Отправленные: Четверг, 6 Февраль 2020 г 15:55:51
> Тема: Re: [Comm]	2 разные версии PostgreSQL

> Добрый день!
> 
> ср, 5 февр. 2020 г. в 22:35, < [ mailto:alexei@taf.ru | alexei@taf.ru ] >:
> 
> 
> Добрый день!
> 
> Для справки, pg_upgrade это просто хитрое применение комбинации pg_dump
> и pg_restore из разных версий.
> 
> То есть при использовании pg_upgrade я не выиграю по времени ничего в сравнении
> с pg_dump и pg_restore?

Именно. Формат бинарных файлов между мажорными версиями БД несовместимый, и чуда не случится.

> Есть еще вариант с логической репликацией:
> 
> 1. поднимаем логическую репликацию 9.6 -> 11 на стороннем сервере
> (для ускорения синхронизации баз на 11-ю версию заливаем снятый с 9.6 дамп)
> 2. переклюдчаем пользователей на промежуточный сервер
> Этим как раз собирался заняться сегодня. Вот только есть вопрос - обязательно ли
> логическую репликацию? Я думал о WAL репликации всего кластера целиком, а не
> логически каждую базу по-отдельности (баз у меня 35 шт, большинство из них -
> 1С).

Потоковая репликация возможна в рамках одной мажорной версии. Не ваш случай. И
для запуска репликации достаточно прописать 35 SQL запросов на стороне публикатора
и еще 35 на стороне подписчика. Не так уж и трудоемко.

> 3. Проводим обновление СУБД на боевом сервере. И это возможность что-то сделать
> с дисковой подсистемой, если это тот самый сервер из предыдущего обсуждения.
> RAID5 дает серьезную просадку производительности на запись, и маскировка его за
> RAID0 не поможет.
> Нет, предыдущее обсуждение - это сервер для хранения резервных копий. Здесь же,
> на pgsql собран аппаратный RAID10 и к его производительности претензий нет.
> 
> 
> 
> 4. запускаем логическую репликацию с промежуточного 11 на боевой 11 (тоже залив
> предварительно дамп)
> 5. переключаем клиентов.
> 
> В результате процесс хоть и протяженной по времени, но простой будет только в
> моменты
> переключения между БД.

Re: [Comm] 2 разные версии PostgreSQL

[Pavel Isopenko]

Добрый.

06.02.2020 10:55, Yuri Khachaturyan пишет:
> ср, 5 февр. 2020 г. в 22:35, <alexei@taf.ru <mailto:alexei@taf.ru>>:
> 
>     Для справки, pg_upgrade это просто хитрое применение комбинации pg_dump
>     и pg_restore из разных версий.
> 
> 
> То есть при использовании pg_upgrade я не выиграю по времени ничего в 
> сравнении с pg_dump и pg_restore?
> 

Когда у меня была похожая задача (прыжок с p7 на p8), то воспользовался 
парой pg_dump + pg_restore таким образом:

1. Ежедневно вечером по crond всё равно отрабатывает примерно такой скрипт

#!/bin/sh
dumpdir=/srv/1cbackup
function compress {
     pg_dump  -U postgres -Fc $base -f $dumpdir/$base;
     }
base=db1; compress;
#
base=db20; compress;
#

На работу пользователей с базами 1С pg_dump не влияет. Полученные копии 
потом отсасываются сервером бэкапов в архивное хранилище.

2. В одну из суббот аккуратно положил srv1cv83, дождался завершения 
бэкапа, скопировал свежие дампы на новый сервер и проделал им 
pg_restore. Старый сервер погасил, IP нового подменил. Собственно всё, 
зашедшие в понедельник пользователи ничего не заметили.

-- 
С уважением, Павел Исопенко
+79165329582
email: pauli@altlinux.org
XMPP: pavelri@jabber.credoaudit.ru