<div dir="ltr">Добрый день!<div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">ср, 5 февр. 2020 г. в 22:35, <<a href="mailto:alexei@taf.ru">alexei@taf.ru</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Добрый день!<br><br>
Для справки, pg_upgrade это просто хитрое применение комбинации pg_dump<br>
и pg_restore из разных версий.<br></blockquote><div><br></div><div>То есть при использовании pg_upgrade я не выиграю по времени ничего в сравнении с pg_dump и pg_restore? </div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Есть еще вариант с логической репликацией:<br>
<br>
1. поднимаем логическую репликацию 9.6 -> 11 на стороннем сервере<br>
(для ускорения синхронизации баз на 11-ю версию заливаем снятый с 9.6 дамп)<br>
2. переклюдчаем пользователей на промежуточный сервер<br></blockquote><div> </div><div><div dir="ltr">Этим как раз собирался заняться сегодня. Вот только есть вопрос - обязательно ли логическую репликацию? Я думал о WAL репликации всего кластера целиком, а не логически каждую базу по-отдельности (баз у меня 35 шт, большинство из них - 1С).</div></div><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
3. Проводим обновление СУБД на боевом сервере. И это возможность что-то сделать<br>
с дисковой подсистемой, если это тот самый сервер из предыдущего обсуждения.<br>
RAID5 дает серьезную просадку производительности на запись, и маскировка его за<br>
RAID0 не поможет.<br></blockquote><div> Нет, предыдущее обсуждение - это сервер для хранения резервных копий. Здесь же, на pgsql собран аппаратный RAID10 и к его производительности претензий нет.</div><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
4. запускаем логическую репликацию с промежуточного 11 на боевой 11 (тоже залив<br>
предварительно дамп)<br>
5. переключаем клиентов.<br>
<br>
В результате процесс хоть и протяженной по времени, но простой будет только в моменты<br>
переключения между БД.<br>
<br></blockquote><div><br></div><div><br></div></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature">С уважением, <br>Хачатурян Юрий (<a href="mailto:yukh@yukh.ru" target="_blank">yukh@yukh.ru</a>)</div></div></div>