Size: a a a

pgsql – PostgreSQL

2020 May 28

l

lnuynxa in pgsql – PostgreSQL
Alexander Nikitin
а что такое полный бэкап?
хм, бекап самой базы.
без WAL журналов
источник

YS

Yaroslav Schekin in pgsql – PostgreSQL
Alexander Nikitin
Было выступление Сальникова на эту тему, про то, что не надо снимать бэкапы с реплик. На мой взгляд, если мониторинг настроен и видно, что реплики не отстают, то пусть снимается бэкап с реплики (я pg_probackup  использовал).
А почему (казалось бы, есть мониторинг, есть WAL-архив, реплика не перегружена — наоборот, снижается нагрузка на primary)?
источник

V💩

Vlad 💩 in pgsql – PostgreSQL
Yaroslav Schekin
Да. Но это тоже совсем не радость (в плане последующего DDL и даже работы с этим всем), конечно.
Поэтому лучше просто не выносить.
Понял, спасибо
источник

AN

Alexander Nikitin in pgsql – PostgreSQL
Yaroslav Schekin
А почему (казалось бы, есть мониторинг, есть WAL-архив, реплика не перегружена — наоборот, снижается нагрузка на primary)?
ну он как раз и говорил, что типа провтыкали то, что реплика отстала, и бэкап у вас будет с отставшей реплики, но на мой взгляд,  это мониторится не только по тому, что отставание растёт, но и pg_wal пухнуть начинает - слот же... В общем, я снимал с реплики, всё было хорошо.
источник

YS

Yaroslav Schekin in pgsql – PostgreSQL
Vlad 💩
я просто не понимаю как отработает ваш индекс, если у меня почти везде нужно скрывать удаленные записи а потом в месте "Корзина" показывать.
EDIT
вот это часть не понятна "такие индексы исользуются базой даже без явного указания предиката в WHERE-части запроса"
Раз у Вас удалённых мало — индексы для выбора не удалённых и не помогут, логично?
А вот когда нужно выбирать удалённые — этот индекс может и помочь.
источник

AN

Alexander Nikitin in pgsql – PostgreSQL
lnuynxa
хм, бекап самой базы.
без WAL журналов
Видимо под этим скрывается логический бэкап через pg_dump?
источник

l

lnuynxa in pgsql – PostgreSQL
Alexander Nikitin
Видимо под этим скрывается логический бэкап через pg_dump?
нет,
pg_start_backup()
pg_stop_backup()
и копия файлов.

Реплика будет пушить wal файлы, если для нее прописать это в archive_command ?
источник

AN

Alexander Nikitin in pgsql – PostgreSQL
я таким путём бэкапы не делал. Но да, archive_command у меня использовался.
источник

s0

shuu 01 in pgsql – PostgreSQL
при always в archive_mode
источник

AN

Alexander Nikitin in pgsql – PostgreSQL
да, конечно
источник

s0

shuu 01 in pgsql – PostgreSQL
в итоге то что? выяснять кто мастер, заходить по ssh и снимать бэкап?
или наплевать и снимать бэкап по крону с мастера, даже если он стал репликой?
источник

G.

GEXmur . in pgsql – PostgreSQL
Парни, добрый день, нужна консультация по индексам и оптимизации бд. Не бесплатно конечно. Посгрес.
источник

AN

Alexander Nikitin in pgsql – PostgreSQL
shuu 01
в итоге то что? выяснять кто мастер, заходить по ssh и снимать бэкап?
или наплевать и снимать бэкап по крону с мастера, даже если он стал репликой?
Мой опыт такой - можно снимать бэкапы как с мастера, так и с реплики. Снимая бэкапы с реплики разгружаешь мастер, но должен быть мониторинг, который отслеживает состояние реплики.
источник

G.

GEXmur . in pgsql – PostgreSQL
Напишите в личку, кто готов потратить пару часов своего времени
источник

МШ

Михаил Шурутов... in pgsql – PostgreSQL
По поводу откуда снимать бекап. Настраивается archive_command. В случае необходимости указывается restore_command. А чтобы было совсем модно, задорно, молодёжно, используется pg_walreceiver в синхронной моде вместо archive_command. И никаких потерь данных! Правда, в случае проблем по сети возможны разные не очень приятные разности...
источник

s0

shuu 01 in pgsql – PostgreSQL
Михаил Шурутов
По поводу откуда снимать бекап. Настраивается archive_command. В случае необходимости указывается restore_command. А чтобы было совсем модно, задорно, молодёжно, используется pg_walreceiver в синхронной моде вместо archive_command. И никаких потерь данных! Правда, в случае проблем по сети возможны разные не очень приятные разности...
а если реплика отстанет больше чем на archive_timeout?
источник

A

Andrey in pgsql – PostgreSQL
Ребят, есть ли какой-то простой способ занять коннекты в PG?
Просто занять чтобы висели. Хочется дойти до ограничения too many connections
источник

A

Alex in pgsql – PostgreSQL
ну открой подключение и не закрывай.
источник

A

Alex in pgsql – PostgreSQL
можешь взять любой удобный язык программирования. например python.
источник

МШ

Михаил Шурутов... in pgsql – PostgreSQL
shuu 01
а если реплика отстанет больше чем на archive_timeout?
Посмотрите, что это за параметр. Мне непонятно, причём тут отставание реплики.
источник