Серверы и ИИ: практическое применение
Timeline PostgreSQL: одинаковый момент времени может относиться к разной ветке истории
После восстановления и продолжения записи PostgreSQL создаёт новую timeline. Это позволяет хранить несколько ветвей WAL без перезаписи прежней истории. Для повторного PITR важно выбрать нужную ветку, а не только указать удобную календарную отметку.
Timeline history-файлы описывают происхождение ветви и нужны для правильного выбора WAL из общего архива. Их нельзя считать необязательными служебными заметками при очистке хранилища. Наличие сегментов новой ветки само по себе не подтверждает возможность пройти весь требуемый путь от базовой копии.
Параметр recovery_target_timeline различает current, latest и конкретный идентификатор. В документации 18 latest является стандартным выбором, но это не всегда нужная бизнес-цель повторного восстановления. Идентификатор в имени WAL представлен шестнадцатерично; при переносе из другого отображения нужно учитывать формат, чтобы не выбрать другую ветку.
В приёмке на стенде создают понятную схему ветвления и проверяют восстановление нужных контрольных данных каждой истории. Сохраняют идентичность базы, timeline, цель и комплект архива. Самый новый доступный файл не объявляют правильным продолжением автоматически: пригодность определяется связной историей выбранной ветви и задачей восстановления.
Основание — Official PostgreSQL major18 documentation snapshot; stable18.6 observed separately from19RC1, разделы 25.3.6 Timelines; recovery_target_timeline. Сохранён текст публичной справочной публикации; конкретная реализация может поддерживать только часть возможностей. Использована документация ветки PostgreSQL 18; страницы обновляются внутри major-ветки. Версии действующих сервера и libpq, конфигурация и резервные копии не проверялись. Подключения, SQL-команды и восстановление не выполнялись.