@Gsmolk, приветствую! А можно консультацию по работе ПГ в режиме

Question

@Gsmolk, приветствую! А можно консультацию по работе ПГ в режиме

восстановления PITR? Имеем одинаковые сценарии восстановления на 10 и 14 ПГ, но при этом разное поведение. Восстанавливаемый кластер с малым числом транзакций, таким образом журналы в архив помещаются редко. На 10-ом при восстановлении на указанную точку во времени ПГ сигнализировал, что достигнуто согласованное состояние на такое смещение и после этого готов был работать не смотря на то, что до точки во времени он не добрался (следующий файл журнала получать даже не пытается), а в ПГ 14, в лог пишет, что достигнуто согласованное состояние на такое-то смещение, но пытается получить из архива следующий файл журнала, которого там нет и на этом завершает свою работу. Если удалить recovery.signal, то восстановленный кластер запустится с указанием, что он в согласованном состоянии на смещение, о котором писал и ранее (но время, понятное дело, не соответствует "целевому")
Собственно вопрос в том, что-то внутри ПГ поменялось в этом механизме (учитывая что изменилась настройка восстановления)? recovery_target_inclusive = off не решает, ну оно в общем-то и понятно, наверное ...
probackup, конечно сигнализирует, что не может восстановить на указанный момент времени, но у нас восстановление без валидации использовалось на 10-ке, а сейчас частично мигрировали на 14 и "логика сломалась"

#database #it #postgresql #russian

0

16.06.2022

1 ответов

4 просмотра

Grigory Smolkin · Accepted Answer

Grigory Smolkin

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

0

16.06.2022

39 похожих чатов

@Gsmolk, приветствую! А можно консультацию по работе ПГ в режиме

1 ответов

Похожие вопросы