Спасибо всем за ответы, посмотрел ещё один доклад Андрея Сальникова, про обзор инструментов бекапирования, понял, что нужно смотреть обязательно про wal-g и pg_probackup. Буду пробовать :)

хм, интересно как решали проблему contrecord`ов

День добрый коллеги, не пилил ли кто-нибудь поверх pgbackrest (в частности поверх s3 ) мониторинг завязанный на prometheus или через складирование в Postgresql?
если, да то поделитесь методами, я сейчас разбираю json и складываю в PG а потом разбираю запросами через экспортер. но внутренего перфекциониста карёжит адски, может есть что "покрасивше"

Я не понял про pgbacktest, но Postgres_exporter смотрел?

сейчас им и пользуюсь. складываю распаршенный json который о хранилке отдаёт pgbackrest  в postgresql, а оттуда запросами тащу в postgres_exporter

день добрый после аварии не стартует pgsql на вендах

E:\pgsql\bin>pg_ctl.exe runservice -w -N "pgsql-10.9-5.1C-x64" -D "E:\pgsql\data
\"
pg_ctl: could not start service "pgsql-10.9-5.1C-x64": error code 1063\

Замените runservice на start

C:\Windows\system32>E:\pgsql\bin\pg_ctl.exe start -w -N "pgsql-10.9-5.1C-x64" -D
"E:\pgsql\data\"
waiting for server to start....< 2020-07-14 17:38:06.875 GMT >LOG:  could not bi
nd IPv6 address "::": Only one usage of each socket address (protocol/network ad
dress/port) is normally permitted.

< 2020-07-14 17:38:06.875 GMT >HINT:  Is another postmaster already running on p
ort 5432? If not, wait a few seconds and retry.
< 2020-07-14 17:38:06.894 GMT >LOG:  could not bind IPv4 address "0.0.0.0": Only
one usage of each socket address (protocol/network address/port) is normally pe
rmitted.

< 2020-07-14 17:38:06.894 GMT >HINT:  Is another postmaster already running on p
ort 5432? If not, wait a few seconds and retry.
< 2020-07-14 17:38:06.909 GMT >WARNING:  could not create listen socket for "*"
< 2020-07-14 17:38:06.913 GMT >FATAL:  could not create any TCP/IP sockets
< 2020-07-14 17:38:06.917 GMT >LOG:  database system is shut down
stopped waiting
pg_ctl: could not start server
Examine the log output.

C:\Windows\system32>

теперь вот так ругаться стал

чет ступор за целый день уже %)

чет какая--то хрень.... в службах он(pgsql) стоит, а по факту работает))) %)

дичь какая-то %) сеимаю бекапы с баз пока не грохнул очередной раз )))

Нормально ли хранить unix timestamp как real тип или лучше все таки взять timestamptz ?

лучше timestamptz

если для чего-то есть тип, то явно лучше в нём хранить :3

ну логично, да)

в страдавние времена хранили геоданные как float, потом отросли типы, но исторически сложилось что оставили как есть. ух с округлением прикуривали

а, и если уж с вопросами пришел)
у меня есть 3 таблицы

items_metadata
items
reservation

в таблицах items и reservation у меня fk на id из таблицы items_metadata
я повесил на них ON DELETE CASCADE
вот вопрос, лучше сделать так сказать рекурсивно

items_metadata -> items -> reservation

или же сделать типа деревом
items_metadata
      |
    <———>
items     reservation