pg_dump с параметром —clean работал

а че копать-то, вроде написано все (отлично я в стиле "и чё?" ответил)

то есть он не на альфу дампит, а на продакшн?

но ведь это не сообщение из пгдампа, это сообщение из попытки проиграть этот дамп на какой-то базе

очевидно, не на пустой базе

соответственно, конфликтующей с состоянием в дампе

pg_restore -U postgres -d cdb_alpha —clean —role=cdb_alpha current.dump

Что не праввильно написал?

pg_restore транзакционно работает?

никто даже не знает, что ты пытаешься сделать

и между чем и чем перенести данные

pg_restore -U postgres -d cdb_alpha —clean —role=cdb_alpha current.dump

Боевую базу перенести в тестовую

pg_restore транзакционно работает?

если в консоли я ctrl+c выполнил и он откатит изменения?

или у меня по остальным таблицам сотни дублей?

точнее миллионы

а что вы хотите?

чтобы все откатилось?

да

pg_restore —single-transaction ?

нет begin commit

а я что написал?

если это не так, тогда сейчас поднимать дамп 6-ти часовой придется

а это - 5 часов из базы

походу так и есть begin commit

дублей на боевой нет

гейская фигня.

Получается что pg_dump + pg_restore работают только с привязкой к одной БД

нельзя сделать дамп, а потом развернуть ее под другим именем

нельзя сделать дамп, а потом развернуть ее под другим именем

Это почему?

Ребят, сорри, паника дикая, поэтому читка негативно. Ни кого не хотел обидеть

Тем более настроение портить

pg_dump без ключика —create и вливать полученный дамп в любую, предварительно созданную базу

но базу без схемы и данных :)

Это почему?

М.б. что-то не так делаю: pg_dump —inserts -h localhost -O -v -x -F c -U postgres cdb_production > current.cump pg_restore -U postgres -d cdb_alpha —clean —role=cdb_alpha current.dump

так открой дамп и почитай глазами

но базу без схемы и данных :)

Или дамп создавать с ключиком —clean

он не больше, чем куча стейтментов

М.б. что-то не так делаю: pg_dump —inserts -h localhost -O -v -x -F c -U postgres cdb_production > current.cump pg_restore -U postgres -d cdb_alpha —clean —role=cdb_alpha current.dump

Хоть и указал -d cdb_alpha - всёравно пытается откатить в исходную

всё, что делают ключики - это включают или выключают какие-нибудь стейтменты из генерации

ну засунь дамп в psql

Стоп, я понимаю что там просто sql комманды в файле. Но: если делать формат не custom, а plain он нормально импортирует

Получается что pg_dump + pg_restore работают только с привязкой к одной БД

так и есть ага, например owner-a у объектов он не переделывает, в новой бд левый овнер будет

ясно

а если я дампы делаю в формате custom?

Тогда их использовать уже не полуится кроме как откат текущей бд?

в современном мире ничего не мешает иметь тестовый стенд идентичным продовому по всему конфигу, кроме сетевого роутинга

так что проблема не совсем ясна

Вообще pg_restore используется для custom формата, а для текстового восстанавливаются через psql, или я что-то путаю?

Всем привет, У меня общий вопрос. Вытащить из БД дампы плагинов.. woocommerce, duplicate-post, wp-contact-form-7 и тд. Всего 13 плагинов. Подскажите, в каком направлении гуглить, пожалуйста. Зачем это надо? Запускаемся через докер, храним каждый плагин в отдельном репозитории и тащим их все в контейнеры.

Дампы вместе с их данными текущими или то, что при их установке разворачивается?

По структурам - можно написать скрипт, который сгенерирует код разворачивания структур после анализа метаданных в пустой базе и после установки плагина. Можно посмoтреть, как выглядит код установки этих плагинов, может, проще оттуда будет взять. Если данные нужны, просто делать \copy всех нужных таблиц в файлы, потом таким же образом разворачивать. В любом случае, думаю, будет достаточно ручной работы.

По структурам - можно написать скрипт, который сгенерирует код разворачивания структур после анализа метаданных в пустой базе и после установки плагина. Можно посмoтреть, как выглядит код установки этих плагинов, может, проще оттуда будет взять. Если данные нужны, просто делать \copy всех нужных таблиц в файлы, потом таким же образом разворачивать. В любом случае, думаю, будет достаточно ручной работы.

Андрей, спасиб большое за отклик.

А то я погряз в гугле. Я новичок в запросах и скриптах в бд.

скорей всего в сторону структуры плагинов нужно понять что каждый плагин создает в бд - вот что еще посоветовали

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

То есть, качаю всю базу (небольшая), а как я удалю все ненужное, что будет являться ненужным?

Это уже надо смотреть. Часто, плагины создают таблицы с одним префиксом, чтобы не сколлизиться ни с кем, например, у WP скорее всего все таблицы будут начинаться с wp_ или тому подобного.

Хранимки и типы там наврядли есть.

вооот... woocommerce например просто создал несколько таблиц с названием своим. Но вдруг он еще что-то хранит в wp_options (там разные настройки, и статус включен ли плагин или нет)

но другие плагины, например js_composer - не пойму, как найти

Ааа. Это все плагины для WP? Я тогда не совсем правильно вопрос понял. Конечно, тогда надо детальнее анализировать.

ERROR: S client not available

вооот... woocommerce например просто создал несколько таблиц с названием своим. Но вдруг он еще что-то хранит в wp_options (там разные настройки, и статус включен ли плагин или нет)

wp очень плох со стороны автоматизации. Эта задача может реально растянуться на очень некислое время.

Я бы сделал дамп с плагином и без и сравнил.

На чистом WP, конечно.

Я бы сделал дамп с плагином и без и сравнил.

???

отцы, не бросайте тапками, выслушайте мою боль есть сревер (хоть и тестовый но всё же) под рендеринг тайлов OSM: 8 кремня, 16 озу, и самая засада винты оче жосткие хоть и большие - 2х2Т худо-бедно планету там развернул, теперь хочется тайлов смотреть но при этом не с таким треском из серверной (озу при этом простаивает например). подскажите в какую сторону конфиг крутить? или хотя бы как быстро можно оценивать результат кручения насроек

wp очень плох со стороны автоматизации. Эта задача может реально растянуться на очень некислое время.

мда, не нагнетайте, пожалуйста. я планировал до 17 вечера закончить))

отцы, не бросайте тапками, выслушайте мою боль есть сревер (хоть и тестовый но всё же) под рендеринг тайлов OSM: 8 кремня, 16 озу, и самая засада винты оче жосткие хоть и большие - 2х2Т худо-бедно планету там развернул, теперь хочется тайлов смотреть но при этом не с таким треском из серверной (озу при этом простаивает например). подскажите в какую сторону конфиг крутить? или хотя бы как быстро можно оценивать результат кручения насроек

озу не простаивает, в нём дисковый кеш

4-5 метатайла в секунду такой конфиг потянет, это примерно 1 юзер на холодном кеше

озу не простаивает, в нём дисковый кеш

в то время когда диск занят на 100% память даже не дрогнула - 1800 Мб из 15900

4-5 метатайла в секунду такой конфиг потянет, это примерно 1 юзер на холодном кеше

т.е. шатать ворк_мем и вот это вот всё бесполезно?

free -m - сколько в buff/cache?

полезно включить auto_explain

ну вот, у тебя 14 гигов памяти занято под дисковый кеш и 1.7 под софт

Ох, это наверно намудрил с тех пор когда пытался оптимизировать osm2pgsql. потом перескочил на imposm3, а назад не вернул. яж не одмин, а говнокодер ))

что "намудрил"?

всё нормально работает

полезно включить auto_explain

https://postgrespro.ru/docs/postgresql/9.6/auto-explain любопытно но имхо бесполезно. там же мапник солист, без ансамбля

а другой активности нету

если бесполезно, то у тебя всё хорошо работает и зачем ты вообще что-то оптимизируешь :)

интересно можно так тонко стиль настроить что б запросы оптимальные были. ещё оптимальнее ?

в мапнике ж кто-то запросы написал

не школьники надеюсь

только ты знаешь, какой стиль ты запустил и откуда ты его взял

lyrk

Коллеги, можете посоветовать чем сравнивать схемы в ПГ ?

pg_dump --schema-only + diff не зашло :), много лишнего выводит

Я года полтора пользуюсь pyrseas. http://pyrseas.readthedocs.io/en/latest/index.html

кстати раз уж на то пошло, кто нибудь может подсказать как из бэкапа убрать вот такие вот комментарии -- -- TOC entry 10 (class 2615 OID 27261) -- Name: hronograf; Type: SCHEMA; Schema: -; Owner: - --

кстати раз уж на то пошло, кто нибудь может подсказать как из бэкапа убрать вот такие вот комментарии -- -- TOC entry 10 (class 2615 OID 27261) -- Name: hronograf; Type: SCHEMA; Schema: -; Owner: - --

sed-ом?

Коллеги, можете посоветовать чем сравнивать схемы в ПГ ?

https://github.com/comagic/pg_export + https://github.com/GNOME/meld, как вариант