Последовательное восстановление бэкапов WAL

@Gefest86 · Регистрация: 07.12.2023

Студворк — интернет-сервис помощи студентам

Здравствуйте. Есть рабочий сервер debian 10 + postgresql 9.6, на нем настроена архивация через pg_basebackup и архивацию wal (wal_level = archive). Есть тестовый сервер, на нем я восстанавливаю бэкап до определенной точки через указание recovery_target_time в recovery.conf.
Допустим, я восстановил базу на 1 число, все восстановилось нормально. Затем я хочу накатить журналы до 2-ого числа. Указываю новый recovery_target_time в recovery.conf, при запуске получаю сообщения вида (архив журналов сжат zstd):

Bash
1
zstd: can't stat /mnt/archive/xlog/0000000200007B0D00000038.zst : No such file or directory -- ignored

Судя по цифре 2 в наименовании файла, сервер пытается восстановить новую временную линию, возникшую после восстановления бэкапа.
Я указываю явно первую временную линию через параметр recovery_target_timeline. В этом случае получаю циклически сообщения:

Bash
1
2
3
2023-12-07 12:16:52.811 +07 [14650] СООБЩЕНИЕ:  файл журнала "0000000100007B0D00000038" восстановлен из архива
2023-12-07 12:16:52.820 +07 [14650] СООБЩЕНИЕ:  по смещению 7B0D/38000028 запрошено продолжение записи
2023-12-07 12:16:53.709 +07 [14666] postgres@postgres ВАЖНО:  система баз данных запускается

Подскажите, как накатить на восстановленную базу новую порцию журналов, или это невозможно?

@grgdvo · 11.12.2023, 22:48

(9.6 - как давно это было...)
При восстановлении бакапа сервер автоматически переводится на новую линию времени. Это by-design со времен старых версий.

The ability to restore the database to a previous point in time creates some complexities that are akin to science-fiction stories about time travel and parallel universes. For example, in the original history of the database, suppose you dropped a critical table at 5:15PM on Tuesday evening, but didn't realize your mistake until Wednesday noon. Unfazed, you get out your backup, restore to the point-in-time 5:14PM Tuesday evening, and are up and running. In this history of the database universe, you never dropped the table. But suppose you later realize this wasn't such a great idea, and would like to return to sometime Wednesday morning in the original history. You won't be able to if, while your database was up-and-running, it overwrote some of the WAL segment files that led up to the time you now wish you could get back to. Thus, to avoid this, you need to distinguish the series of WAL records generated after you've done a point-in-time recovery from those that were generated in the original database history.

To deal with this problem, PostgreSQL has a notion of timelines. Whenever an archive recovery completes, a new timeline is created to identify the series of WAL records generated after that recovery.

https://www.postgresql.org/doc... iving.html

Соответственно не получится накатить. Придется делать новое восстановление и новую recovery_taget_time

Новые блоги и статьи Все статьи Все блоги /
Отчёт о спецтехнике находящейся в ремонте Maks 20.04.2026 Отчёт из решения ниже размещен в конфигурации КА2. Задача: отобразить спецтехнику, которая на данный момент находится в ремонте. Есть нетиповой документ "Заявка на ремонт спецтехники" который. . .	Памятка для бота и "визитка" для читателей "Semantic Universe Layer (Слой семантической вселенной)" Hrethgir 19.04.2026 Сгенерировано для краткого описания по случаю сборки и компиляции скелета серверного приложения. И пусть после этого скажут, что статьи сгенерированные AI - туфта и не интересно. И это не реклама -. . .	Запрет удаления строк ТЧ документа при определенном условии Maks 19.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "Аккумуляторы", разработанного в конфигурации КА2. У данного документа есть ТЧ, в которой в зависимости от прав доступа. . .	Модель заражения группы наркоманов alhaos 17.04.2026 Условия задачи сформулированы тут Суть: - Группа наркоманов из 10 человек. - Только один инфицирован ВИЧ. - Колются одной иглой. - Колются раз в день. - Колются последовательно через. . .
Мысли в слух. Про "навсегда". kumehtar 16.04.2026 Подумалось тут, что наверное очень глупо использовать во всяких своих установках понятие "навсегда". Это очень сильное понятие, и я только начинаю понимать край его смысла, не смотря на то что давно. . .	My Business CRM MaGz GoLd 16.04.2026 Всем привет, недавно возникла потребность создать CRM, для личных нужд. Собственно программа предоставляет из себя базу данных клиентов, в которой можно фиксировать звонки, стадии сделки, а также. . .	Знаешь почему 90% людей редко бывают счастливыми? kumehtar 14.04.2026 Потому что они ждут. Ждут выходных, ждут отпуска, ждут удачного момента. . . а удачный момент так и не приходит.	Фиксация колонок в отчете СКД Maks 14.04.2026 Фиксация колонок в СКД отчета типа Таблица. Задача: зафиксировать три левых колонки в отчете. Процедура ПриКомпоновкеРезультата(ДокументРезультат, ДанныеРасшифровки, СтандартнаяОбработка) / / . . .

Опции темы