kos12345

it doesn't work. same problem. **wal-g backup-list** name last_modified wal_segment_backup_start base_0000003700000001000000E7 2021-04-12T10:50:07+03:00 0000003700000001000000E7 base_0000003700000001000000ED_D_0000003700000001000000E7 2021-04-12T11:03:02+03:00 0000003700000001000000ED base_0000003A0000000200000004_D_0000003700000001000000ED 2021-04-12T11:27:20+03:00 0000003A0000000200000004 base_0000003B0000000200000014 2021-04-12T12:20:01+03:00 0000003B0000000200000014 **try to restore to second delta backup** **wal-g...

pg_probackup-10 2.5.4 (PostgreSQL 10.19) ОС RHEL 7.8 PS. реинициализировал реплику. всё равно бэкап с неё весит почти в 2 раза меньше. вот такие размеры в разрезе баз данных внутри бэкапов...

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

> > почему на ней сжимается сильнее. > > Возможно из-за разного физического заполнения страниц, в которых хранятя данные на дисках!? а это разве возможно при физической репликации?

то есть vacuum хоть и написано, что "высвобождает пространство, занимаемое «мёртвыми» кортежами" на самом деле просто в FSM помечает это место как свободное, но фактически данные продолжают лежать в таблице?...