Я не пользуюсь междумордиями для создания дампа, только и исключительно pg_dump(all)

если хотите, чтоб вам помогали делайте pg_dump - ом из 10 версии )))

Воистину так! :)

просот попробуйте

Да я пользовался postgres только на linux, а тут windows. Сразу не догадался что тут тоже в консоль можно зайти и сделал pgadmin. Так как у клиента сервер тормозит, хотел забрать к себе, но боюсь у себя на 10 не восстановится. А забирать через интернет долго, и еще точно не знаю заработает ли)

Ну, тут я могу сказать одно: восстанавливать в режиме единой транзакции, ключик --single-transaction для psql. И по одной выковыривать ошибки, хотя, формат cuxtom. Сначала надо будет pg_restore-м вылить всё в один файл, а потом этот файл скормить psql-ю. И уже этот файлик редактировать.

Спасибо, лучше дождусь вечера и заберу dt, потом как-нибудь сделаю эксперимент)

Коллеги, добрый день! Столкнулся с проблемой, есть мастер сервер + hot standby, и вот на стендбае почему то не все базы с мастера реплицированы? Это где-то настраивается?

При физической репликации такого быть не может.

Коллеги, хочу сделать логическую репликацю. А как мне секвенции сдампить / среплицировать?

никак - создать новую с правильным офсетом

получить список и их значений можно примерно так:

pg_dump -t '*.*_seq' dbname | grep setval 

далее можно сохранить в файл, либо убедившись что все ок, сразу пайпом в psql в нужную базу

pg_dump -t '*.*_seq' dbname | grep setval 

понял. спасибо. сейчас изучу детальнее

Приветтсвую, подскажите, в чем проблема. Запрос: select * from item order by id limit 1

Limit  (cost=0.43..0.68 rows=1 width=1565) (actual time=24571.209..24571.210 rows=1 loops=1)
 Buffers: shared hit=2776607 read=30031 written=1725
 ->  Index Scan using item_id_idx on item  (cost=0.43..1019570.18 rows=4063383 width=1565) (actual time=24571.208..24571.208 rows=1 loops=1)
       Buffers: shared hit=2776607 read=30031 written=1725
Planning time: 0.207 ms
Execution time: 24571.241 ms

добрый день, а если без ордера?

без ордера все ок

такое чувство что это из-за хипов в кэше, но не могу понять как с этим бороться

pg_dump -t '*.*_seq' dbname | grep setval 

А при физической репликации у меня же и секвенции перекинутся?

Я просто хочу перенести базу на второй сервер и дропнуть её на первом. сь одинаоквая. Версия тоже

Вот еще инетресная штука:

explain (analyze, buffers) select min(id) from item


Result  (cost=0.69..0.70 rows=1 width=8) (actual time=45535.327..45535.327 rows=1 loops=1)
 Buffers: shared hit=2757593 read=182247 dirtied=253 written=11026
 InitPlan 1 (returns $0)
   ->  Limit  (cost=0.43..0.69 rows=1 width=8) (actual time=45535.317..45535.318 rows=1 loops=1)
         Buffers: shared hit=2757593 read=182247 dirtied=253 written=11026
         ->  Index Only Scan using item_id_idx on item  (cost=0.43..1087166.50 rows=4299775 width=8) (actual time=45535.314..45535.315 rows=1 loops=1)
               Index Cond: (id IS NOT NULL)
               Heap Fetches: 3087185
               Buffers: shared hit=2757593 read=182247 dirtied=253 written=11026
Planning time: 0.151 ms
Execution time: 45535.361 ms

Наличие хипов

так а id это праймари кей как бы должен быть