Р
Антон Дорошкевич
Смотря какой сценрий переезда
Но самое надёжное это - Fc
Но самое надёжное это - Fc
не силен в ПГ. pg_dump -U postgres $d | gzip -c > $DIR/`date +%d%m%Y`_$d.gz
Size: a a a
2020 August 29
Р
получается надо поменять ключи на FC дополнительно к ключам -U
АД
Почитайте, там всё на русском и с примерами
Должно стать намного понятнее что и как
Должно стать намного понятнее что и как
АД
не силен в ПГ. pg_dump -U postgres $d | gzip -c > $DIR/`date +%d%m%Y`_$d.gz
Тут излишни gzip
Pg_dump умеет сжимать на лету сам и это надёжно
Pg_dump умеет сжимать на лету сам и это надёжно
Р
Антон Дорошкевич
есть пример вашего скрипта бекапа?
Р
Вроде разобрался сливаю дамп, буду пробывать разворачивать но уже когда сервер переставлю
2020 August 30
JS
а еще есть отличная команда
pg_upgradeclusterJS
автоматически перетаскивает старый кластер на новую версию
СГ
автоматически перетаскивает старый кластер на новую версию
а насколько быстро она работает? например для БД в 600-1000Гб сколько времени займёт? и для варианта с hardlink?
JS
для hardlink — быстро, для обычного — примерно по скорости работы дисков.
СГ
для hardlink — быстро, для обычного — примерно по скорости работы дисков.
т.е. по сути он в данные не лезет (почти не лезет), а только меняет заголовки(метаинформацию) чтобы файлы кластера получили значок "совместимо (с)" с новой версией ПГ?
АД
Она создаёт линки в новый каталог кластера новой версии
Линки только нужных файлов
Это если просто)
А вообще лучше всего спросить у Билле, он знает её вдоль и поперёк
Линки только нужных файлов
Это если просто)
А вообще лучше всего спросить у Билле, он знает её вдоль и поперёк
СГ
Антон Дорошкевич
Она создаёт линки в новый каталог кластера новой версии
Линки только нужных файлов
Это если просто)
А вообще лучше всего спросить у Билле, он знает её вдоль и поперёк
Линки только нужных файлов
Это если просто)
А вообще лучше всего спросить у Билле, он знает её вдоль и поперёк
если в базе 1Тб "нужных") файлов будет на 900Гб, тогда я верю в скорость. Ну или если весь upgrade это пропатчить заголовки (мету) для файлов с туплами/индексами. Но если там придётся делать постраничное копирование - то боюсь процесс затянется).
спасибо!
спасибо!
АД
В том то и фишка что скорость почти не зависит от объёма и количества баз
В целом время переключения на новую версию составляет секунды, а не часы как при дамп/рестор
В целом время переключения на новую версию составляет секунды, а не часы как при дамп/рестор
АД
Очень рекомендую протестировать, пригодится
АД
Я правда про немного другую утилиту
https://postgrespro.ru/docs/postgrespro/12/pgupgrade
https://postgrespro.ru/docs/postgrespro/12/pgupgrade
СГ
Антон Дорошкевич
Я правда про немного другую утилиту
https://postgrespro.ru/docs/postgrespro/12/pgupgrade
https://postgrespro.ru/docs/postgrespro/12/pgupgrade
я именно скорее про pg_upgrade и задумывался. Если речь идёт про секунды, то видимо всё таки правятся служебные таблицы и метаинформация.
как раз в ближайшее время и собирался
как раз в ближайшее время и собирался
NG
я именно скорее про pg_upgrade и задумывался. Если речь идёт про секунды, то видимо всё таки правятся служебные таблицы и метаинформация.
как раз в ближайшее время и собирался
как раз в ближайшее время и собирался
Переезжали через пгапгрейд с 9.6 на 10.8, и на 11.7. Без каких либо проблем.
NG
Но про время не скажу - не я делал