This.
Не вижу полезности для выяснения чего-то нападок на личность в технических форумах / чатах / каналах. Для этого другие места есть.
Даже если кому-то хочется, — нетрудно же запомнить, что нужно писать в ключе "то, что Вы написали, несусветная чушь, потому-то и посему-то", а не "только безграмотный идиот мог написать вот это вот, точка." ;)

Ооо, так отвечать в тему вопроса можно сколько угодно — только совершенно неправильно, и с большой уверенностью в своих словах. В IRC-канале по PostgreSQL есть пара таких личностей — они "разворачиваются", когда модераторы спят, а забанить их формального повода нет — "добросовестно" заблуждается человек, бывает.

Ярослав ну честно... я не провожу большую часть своего времени в этом чате, мое время мне дорого. и искать посты, чтоб привести их как доказательство в дискуссии о поведении, которая тоже мне мало интересно, это слишком дорого для меня.

Всё нормально отработало, у меня в другом месте не верно были выставлены скобки и запрос выполнялся не верно

+1. Да и вообще, почему бы не поместить в описание группы (а не в закреплённые сообщения) и это, и ещё какие-то полезные ссылки — FAQ там, и т.п.

Вот, к примеру, сегодняшнее описание упомянутого IRC-канала:

Latest minor versions: 13.1, 12.5, 11.10, 10.15, 9.6.20, and 9.5.24 || https://www.postgresql.org/about/news/2111/ || Don't ask to ask; just ask! || Paste: type ??paste for list || Docs: https://www.postgresql.org/docs/current/ || Off topic? #postgresql-lounge || CoC: https://www.postgresql.org/about/policies/coc/

Да я же и не настаиваю. Думал, может Вам что-то запомнилось. ;)

Привет. Не подскажите?
Делаю снапшот ec2 инстанса в aws(EBS Volume snapshot) на котором крутится postgres.
Достаточно ли делать только снапшот инстанса. Смогу ли я всегда в случае чего восстановить бд на последний снапшот? или может быть ситуация что не смогу никак восстановить из снапшота(потерять немного данных на момент пока делается снапшот не страшно). Или без бэкапа никак не обойтись? Есть опасность, что бд вообще не поднимется?

Всем привет, в Postico отображается системное поле xmin, я так понял это номер транзакции, не пойму как его задисейблить-убрать.

снимок представляет собой снимок блочного устройства и не включает в себя то что в памяти инстанса, соотв. нет гарантий.
Для восстановления используйте нормальные бэкапы.

не подскажешь. есть ли для пострги вариант сделать freeze, а следом снапшот. возможно, в контексте, что делаю ebs volume snapshot, это будет неплохим вариантом?

вцелом можно, в случае lvm например, но это скорее лотерея чем нормальное рабочее решение.
т.к. 1) выполнение freeze недетерминировано по времени выполнения и все запросы зависнут пока выполянется freeze. 2) вопрос синхронизации памяти с диском также никуда не девается - можно сбрасывать кэш, но опять же есть риск что "что-то" запишет в кэш после сброса и эта запись потеряется.

для резервного копирования БД используйте бэкапы. в амазоне есть S3, и есть бэкапные тулзы которые поддерживают сохранение бэкапов туда (wal-g, pgbackrest), настраивать их несложно.

восстановление из снапшота будет эквивалентно что инстанс выключили на ходу. Всё что успело попасть в журнал - восстановится

мм, вы бы стали так бэкапить свои БД в амазоне?

бэкапить - нет. А как инструмент для создания "клонов" основной базы - возможно. Если для клонов достаточно иметь не самую актуальную версию данных

ну да, для каких-то тестовых окружений почему бы и нет, согласен

Спасибо. По сути важно именно поднять бд со снапшота. Если там будут какие-то потери на момент когда снапшот делался не страшно. Страшно если бд не поднимется вообще. вот про это вопрос

@Nikolay_samsonov, перед созданием снапшота вызывайте  pg_start_backup ('snapshot_name', true); в таком случае на диск будет сброшено больше данных и будет сделан принудительный checkpoint. Восстановление пройдёт быстрее

еще можно посмотреть на database lab, так вроде как раз идея моментального восстановления на основе снимков. я думаю что они там порешали вопрос с основными подводными камнями

@lesovsky @sgolod большое спасибо! Очень помогли.

Я вот не знаток ec2, но если там больше одного блочного устройства окажется на машине, я не думаю что амазон сможет сделать синхронный снимок.