Точки и копии

Точка — один бэкап

Бэкап, он же точка восстановления, — один запуск: данные сервера на момент времени. Внутри — всё, что входит в план, и описание: что вошло и как это поднимать. Время бэкапа в ЛК — момент, на который собраны данные.

Копия — бэкап в одном хранилище

Один и тот же бэкап агент отправляет в каждое хранилище плана отдельно. Бэкап в одном хранилище — копия. Две копии в двух хранилищах — два независимых способа восстановить одни и те же данные.

Все бэкапы сервера — на его странице, вкладка «Бэкапы». Строка — бэкап, колонка — хранилище, в ячейке — что с копией:

Почему копии в хранилищах расходятся

У каждого хранилища своя очередь отправки. Так медленное или недоступное хранилище не задерживает ни остальные, ни следующий бэкап. Отсюда:

• в одно хранилище идёт одна отправка за раз и ждёт не больше одного бэкапа. Готов более новый — он заменяет ждущий, у старого копия «пропущен». Очереди из пропущенных нет: догоняет только последний готовый;
• отправка не удалась — тот же бэкап повторяется через 1, 2, 4… до 30 минут, пока не готов более новый;
• окно «Ночью, 01:00–06:00» — днём копия здесь отстаёт, ночью уходит последний готовый бэкап;
• ограничение скорости — бэкап уходит дольше; если не успевает до следующего, уходит последний готовый;
• «отправка выключена» — новые бэкапы сюда не идут, сохранённые остаются;
• хранилище добавили в план позже — более старых копий в нём нет;
• у каждого хранилища свои правила очистки — в одном бэкап уже удалён, в другом ещё лежит.

Настройки отправки — страница хранилища, вкладка «Серверы» → «Изменить».

Каталоги и тома — на момент отправки

Дампы баз, снимки адаптеров и настройки хоста готовятся один раз и одинаковы во всех хранилищах. Каталоги и тома restic читает прямо с диска, когда отправляет копию в очередное хранилище. Если «Резервный» получил копию на 20 минут позже «Основного», файлы в нём на 20 минут новее, а дампы — те же.

Полный и неполный бэкап

Базы и данные приложений в плане обязательные. Если хоть один обязательный компонент не попал в бэкап — например, упал pg_dump, — бэкап неполный. Остальное в нём сохранено, и его копии ложатся в хранилища как обычно. Но:

• у сервера «Критично» и строка «PostgreSQL 16 не попадает в бэкап: …», в списке серверов — «Не попадает в бэкап: …» или «Бэкап собран не полностью: 2 компонента не попали»;
• на обзоре сервера, в «Не входит в бэкап», — «нет дампа»;
• в журнале сервера — «Бэкап не собран: …» с причиной как есть.

«Последняя копия» считает и неполный бэкап, поэтому смотрите и на статус сервера. Настройки хоста не обязательные: без них бэкап считается полным.

Если в журнале «Нет на сервере: …», путь из плана исчез с диска и копировать нечего — уберите его из плана, см. Пропало с сервера.

Проверка восстановлением

Колонка «Восстановление» — восстанавливали ли этот бэкап командой arcula restore и что подтвердилось: «создан», «проверена структура», «проверено чтением», «восстановлен компонент», «восстановлен проект». В подсказке — что именно проверено, где и сколько заняло. Фильтр «только восстанавливавшиеся» оставит такие бэкапы.

Целость самих данных в хранилище проверяется отдельно, каждую ночь — проверка данных.

Ключевые точки

Звезда в строке бэкапа делает его ключевой точкой: очистка его не удалит. Фильтр «только ключевые» оставит такие бэкапы. Подробно — ключевые точки.