Size: a a a

pgsql – PostgreSQL

2020 May 31

DM

Dmitriy Momotyuk in pgsql – PostgreSQL
Sergey Engels
направьте на путь истинный, как правильнее
разделить задачи нужно
pg_dump - делает бекапы
какая-то другая утилита контролирует их ротацию и сохранение, но я о существовании таких не знаю
источник

DM

Dmitriy Momotyuk in pgsql – PostgreSQL
можно попробовать на кронах разрулить, делать дамп в набор файлов, и отдельный набор задач на день / неделю / месяц который просто копирует подходящий дамп в хранилище
ну это навскидку
источник

МШ

Михаил Шурутов... in pgsql – PostgreSQL
Sergey Engels
Ребята и девчата, задам избитый вопрос.
А как организовать бэкап баз в постгресе на windows? 🤨
На ум приходит только pg_dump по планировщику, три-четыре раза в день. Но как органихзовать им ротацию, чтобы в конце дня оставлять только один последний. и так за неделю, за месяц.
Бекап - это pg_basebackup. pg_dump - это дамп на какой-то момент времени, бекапом не  является.
источник

МШ

Михаил Шурутов... in pgsql – PostgreSQL
т.е. archive_command+ pg_basebackup - это вот для не потерять данные.
источник

SE

Sergey Engels in pgsql – PostgreSQL
а мне не всего прям бэкап, хватит двух баз.
источник

SE

Sergey Engels in pgsql – PostgreSQL
и в общем как слепить бэкап более менее понятно. Заковырка в их ротации
источник

Ð

Ð in pgsql – PostgreSQL
нормальный бекап это реплика, возможно в том числе отстающая реплика, а дамп или замороженный бкйсбекап с ротацией версий за разные даты - это скорее архив
источник

Ð

Ð in pgsql – PostgreSQL
для защиты от повреждения сервера надо использовать реплику, для защиты от порчи данных - архив. Обе задачи одинаково необходимы.
источник

SE

Sergey Engels in pgsql – PostgreSQL
вот я начал с архива)
источник

Ð

Ð in pgsql – PostgreSQL
если тебе не важна потеря данных с последней точки в архиве из дампов до момента когда сгорел сервер - тогда хватит и дампов, чо.
источник

Ð

Ð in pgsql – PostgreSQL
плюс еще неизвестно какое время на восстановление
источник

SE

Sergey Engels in pgsql – PostgreSQL
уже пощупал pg_probackup, там есть хоть какое-то временное задание диапазона хранения и числа копий.
Но и восстановление такое - грохнуть всё и восстановить полностью.
источник

SE

Sergey Engels in pgsql – PostgreSQL
Ð
если тебе не важна потеря данных с последней точки в архиве из дампов до момента когда сгорел сервер - тогда хватит и дампов, чо.
Да вполне устраивает.
источник

Ð

Ð in pgsql – PostgreSQL
Sergey Engels
уже пощупал pg_probackup, там есть хоть какое-то временное задание диапазона хранения и числа копий.
Но и восстановление такое - грохнуть всё и восстановить полностью.
кто мешает в крон которым ты делаешь дамп, засунуть find --delete по дате создания?
источник

SE

Sergey Engels in pgsql – PostgreSQL
полное отсутствие знаний в cmd или vbs
источник

Ð

Ð in pgsql – PostgreSQL
а тьху это ж винда
источник

SE

Sergey Engels in pgsql – PostgreSQL
я ж что их и гуглю
источник

СП

Саша Прей in pgsql – PostgreSQL
conn.fetch("SELECT * FROM test WHERE ID IN ($1)", mylist)

Error: asyncpg.exceptions.DataError: invalid input for query argument $1: ... (an integer is required (got type tuple))
источник

СП

Саша Прей in pgsql – PostgreSQL
Саша Прей
conn.fetch("SELECT * FROM test WHERE ID IN ($1)", mylist)

Error: asyncpg.exceptions.DataError: invalid input for query argument $1: ... (an integer is required (got type tuple))
Python -> asyncpg
источник

Ð

Ð in pgsql – PostgreSQL
where id = any попробуй
источник