Резервные Копии

Копирование файлов работающей базы данных — классическая ловушка. Файлы копируются последовательно, база в это

Копирование файлов работающей базы данных — классическая ловушка. Файлы копируются последовательно, база в это время продолжает писать, и в архиве оказывается смесь состояний: часть данных из начала копирования, часть из конца. Внешне архив выглядит нормально, а при восстановлении база сообщает о повреждении.
Правильный путь — снимать копию средствами самой базы. Штатная выгрузка гарантирует согласованное состояние на момент старта и не требует останавливать сервис. Для больших объёмов используются снимки на уровне хранилища, но обязательно вместе с механизмом, который приводит данные в согласованное состояние.
Та же логика касается приложения целиком. Данные без файлов, загруженных пользователями, — это половина восстановления. Файлы без базы — тоже половина, причём разъехавшаяся во времени, если копии снимались с разницей в часы.
Поэтому копию полезно воспринимать как единый набор: база, пользовательские файлы, конфигурация, ключи и понимание версии кода, с которой всё это работало 🔍
Этот пост опубликован в Telegram-канале Резервные Копии. Подписаться можно по ссылке: @backups_ru_n1k.
tech

Свежие посты в категории «Tech Infrastructure»

Все каналы категории →

start

Готовы запустить рекламу через сеть public.tg?

Новый оффер, продукт, GEO, кейс, событие или партнёрский запуск — соберём маршрут под задачу и отдадим медиаплан.

Telegram для медиаплана: @AFFtop_connect. Быстрый тест: $20 за канал, $1000 за пакет по сети.