Хранить всё вечно не выйдет, поэтому появляется ротация — правило, по которому старые копии удаляются. Обычная схема ступенчатая: ежедневные держатся недолго, недельные дольше, месячные ещё дольше. Так глубина истории растёт, а объём остаётся управляемым.
Ошибка первая — слишком короткая история. Проблему замечают не сразу: испорченная таблица, случайно удалённый раздел, ошибка в скрипте, которая тихо портит данные неделями. Если история короче срока обнаружения, восстанавливать будет нечего.
Ошибка вторая — ротация, которая удаляет надёжнее, чем создаёт. Скрипт чистит старое по расписанию, а создание новой копии тихо падает уже месяц. Через несколько циклов не остаётся ничего. Удаление всегда должно зависеть от факта успешного создания свежей копии, а не от календаря.
И отдельно стоит помнить про требования к хранению данных: иногда срок диктуется не удобством, а обязательствами перед пользователями и законом ⚙️
—
Если тема зашла, посмотри @zyuconf_gopc
Резервные Копии
@backups_ru_n1k
Хранить всё вечно не выйдет, поэтому появляется ротация — правило, по которому старые копии удаляются. Обычная
Этот пост опубликован в Telegram-канале Резервные Копии. Подписаться можно по ссылке: @backups_ru_n1k.