Size: a a a

pgsql – PostgreSQL

2020 June 02

GS

Grigory Smolkin in pgsql – PostgreSQL
Виталий Кухарик
А время в target тоже было 14:21?
Вот сработало же. Значит была активность в базе в это время.

Вы попробуйте на менее "живой" базе, чтобы target был на время простоя активности в базе.
Может воспроизведете проблему.
да, там было просто  14:21:07
источник

GS

Grigory Smolkin in pgsql – PostgreSQL
Виталий Кухарик
А время в target тоже было 14:21?
Вот сработало же. Значит была активность в базе в это время.

Вы попробуйте на менее "живой" базе, чтобы target был на время простоя активности в базе.
Может воспроизведете проблему.
так уже все воспроизвели
источник

GS

Grigory Smolkin in pgsql – PostgreSQL
Grigory Smolkin
тогда есть еще один вариант, у вас просто WAL не хватило до указанной точки
вот
источник

ВК

Виталий Кухарик... in pgsql – PostgreSQL
И это разве нормально?

Если не угодал с временем в target, получай кучу мастеров.
источник

GS

Grigory Smolkin in pgsql – PostgreSQL
Виталий Кухарик
И это разве нормально?

Если не угодал с временем в target, получай кучу мастеров.
нет, конечно, но такова жизнь
источник

ВК

Виталий Кухарик... in pgsql – PostgreSQL
Конечно есть rewind для реплик, но не очень красиво.
источник

GS

Grigory Smolkin in pgsql – PostgreSQL
Виталий Кухарик
И это разве нормально?

Если не угодал с временем в target, получай кучу мастеров.
даже если Вы угадаете, но во время recovery у Вас моргнет сеть, то эффект будет тот же
источник

ВК

Виталий Кухарик... in pgsql – PostgreSQL
Grigory Smolkin
даже если Вы угадаете, но во время recovery у Вас моргнет сеть, то эффект будет тот же
Это да.
источник

ВК

Виталий Кухарик... in pgsql – PostgreSQL
Получается вообще recovery не доверять
источник

GS

Grigory Smolkin in pgsql – PostgreSQL
доверять, но проверять
источник

ВК

Виталий Кухарик... in pgsql – PostgreSQL
Grigory Smolkin
доверять, но проверять
Например как?
источник

GS

Grigory Smolkin in pgsql – PostgreSQL
парсить лог постгреса, что да, действительно достигли точки восстановления
источник

ВК

Виталий Кухарик... in pgsql – PostgreSQL
Grigory Smolkin
парсить лог постгреса, что да, действительно достигли точки восстановления
Разве только в логе?
источник

GS

Grigory Smolkin in pgsql – PostgreSQL
ну в новостях об этом не напишут
источник

ВК

Виталий Кухарик... in pgsql – PostgreSQL
Grigory Smolkin
ну в новостях об этом не напишут
Я с мобильного уже, перепроверю позже.
По идее можно посмотреть pg_last_xact_replay_timestamp
источник

GS

Grigory Smolkin in pgsql – PostgreSQL
еще один вариант, если никогда не ставить recovery_target_action = promote, то по факту того, что инстанс доступен на запись после рекавери, можно сделать вывод, что PITR прошел криво
источник

ВК

Виталий Кухарик... in pgsql – PostgreSQL
Grigory Smolkin
еще один вариант, если никогда не ставить recovery_target_action = promote, то по факту того, что инстанс доступен на запись после рекавери, можно сделать вывод, что PITR прошел криво
Ну или не было активности в это время...
источник

GS

Grigory Smolkin in pgsql – PostgreSQL
ну да, тут будет много ложно-отрицательных срабатываний, но точно не будет ложно-положительных
источник

ВК

Виталий Кухарик... in pgsql – PostgreSQL
О мой мозг)
источник

ВК

Виталий Кухарик... in pgsql – PostgreSQL
Grigory Smolkin
еще один вариант, если никогда не ставить recovery_target_action = promote, то по факту того, что инстанс доступен на запись после рекавери, можно сделать вывод, что PITR прошел криво
Лучше бы он в pause переходил если не достиг.
источник