GS
и recovery_target_action бы выстрелил
Size: a a a
2020 June 02
GS
recovery_target_action - это параметр Бондарчука =)
ВК
тогда это все равно считалось бы достижением recovery_target
так ведь это и нужно.
Если нет валов ровно на 11 00 а были к прмиеру на 10 03 то мы получили нужное состояние.
Если нет валов ровно на 11 00 а были к прмиеру на 10 03 то мы получили нужное состояние.
GS
exclusive/inclusive работают с гранулярностью в одну WAL запись
GS
т.е. Вы сначала достигаете recovery_target
ВК
так ведь это и нужно.
Если нет валов ровно на 11 00 а были к прмиеру на 10 03 то мы получили нужное состояние.
Если нет валов ровно на 11 00 а были к прмиеру на 10 03 то мы получили нужное состояние.
за исключением случая если валы были удалены умышлено с хранилища
GS
после чего принимается решение эту запись не применять, если exclusive
ВК
ну значит опять не то. Но я проверю конечно.
ВК
бывают ведь базы, у которых не было активности в эти 11 00
ВК
и их нельзя исключать
ВК
по мне так поведение с принудительным promote не совсем правильное
V
Никто не знает?
GS
а параметр
timezone в конфиг при этом прописывается?тут я ввел в заблуждение, для PITR он не имеет значения
GS
перлятина из postgresql-common ругается, смотрите в ее исходниках
V
Гляну, спс
AI
Привет! Подскажите, как можно создать sequence, но не глобальный, а для какого-то параметра?
То есть есть у меня таблица:
id | group_id | local_id
и вот local_id должен быть уникальным в пределах group_id (начинаться с 1 и т.п.)
То есть есть у меня таблица:
id | group_id | local_id
и вот local_id должен быть уникальным в пределах group_id (начинаться с 1 и т.п.)
ВК
тут я ввел в заблуждение, для PITR он не имеет значения
Да, я пробовал и без +3
GS
Да, я пробовал и без +3
да, время в WAL хранится в UTC+0
ВК
LOG: recovery stopping before commit of transaction 572, time 2020-06-02 14:21:07.169752+00
А время в target тоже было 14:21?
Вот сработало же. Значит была активность в базе в это время.
Вы попробуйте на менее "живой" базе, чтобы target был на время простоя активности в базе.
Может воспроизведете проблему.
Вот сработало же. Значит была активность в базе в это время.
Вы попробуйте на менее "живой" базе, чтобы target был на время простоя активности в базе.
Может воспроизведете проблему.
ВК
2020-06-02 14:27:39 GMT [9008]: [8-1] LOG: shutdown at recovery target
Вот этого и ожидаю