Как выбрать глубину истории резервных копий
Разложите версии по календарю, оцените время обнаружения ошибки и проверьте, какую дату действительно можно восстановить.
Из расписания копирования можно узнать, как часто появляется снимок. Из него нельзя узнать, сохранится ли нужный снимок через месяц. Глубина истории определяет, насколько далеко назад можно вернуться. Она особенно важна, если случайное изменение долго остаётся незамеченным. Например, в таблице расходов стерли лист и обнаружили это только при подведении квартальных итогов. Частые снимки за последние трое суток в этом случае бесполезны без более старой точки.
Постройте простое правило на основе реальных сценариев. Для небольшой папки определите, когда ошибку скорее всего заметят. Затем выберите несколько точек восстановления и проверьте, сохраняет ли их программа. Универсального срока для всех типов данных нет. Не переносите чужое расписание вслепую и не меняйте политику существующего хранилища по результатам одного примера.
Назовите две разные величины
Первая величина — интервал между копиями. Если документ записывается раз в сутки, при поломке можно потерять изменения с момента предыдущего успешного снимка. Чем важнее последние правки, тем меньше должен быть интервал. Учитывайте именно успешные запуски. Если по расписанию копирование выполнялось каждый день, но носитель не подключали неделю, последняя доступная точка окажется старше.
Вторая величина — время обнаружения проблемы. Пустую папку с материалами очередного урока обычно замечают быстро, старый потерянный лист — гораздо позже. Выберите несколько примеров из своего рабочего ритма. Запишите для каждого, через какое время вы вернётесь к файлу, какую старую версию нужно получить и сколько последних изменений можно повторить без больших затрат.
Нарисуйте календарь восстановления
Предположим, кружок обновляет учебные материалы по будням и раз в месяц подводит итог. Правка ближайшего занятия нужна с точностью до дня, а материалы закрытого месяца иногда проверяют через восемь недель. Условное правило для этой задачи может сохранять ежедневные точки за две недели и ежемесячные точки за четыре месяца. Для более гибкого выбора между ними можно добавить несколько еженедельных точек. Эти числа выбраны для упражнения и не заменяют расчёт для ваших данных.
Возьмите лист или таблицу. Отметьте на горизонтальной шкале день ошибки, день обнаружения и желаемую дату восстановления. Проверьте, есть ли сохранённая точка до ошибки. Если ошибку внесли 12 марта, а месячная точка получилась только 31 марта, к 12 марта она не вернёт. Может помочь февральская точка, но часть мартовской работы придётся восстановить другим способом. Поэтому хранение месячных снимков повышает глубину, но даёт более редкие точки.
Измерьте реальное потребление места
Не умножайте размер исходной папки на число снимков, пока не знаете, как хранит данные ваша программа. Полные независимые копии могут занимать примерно по размеру исходника. Хранилище с дедупликацией повторно использует совпадающие блоки, но быстро меняющиеся большие файлы всё равно добавят объём. В облаке правила оплаты и лимиты зависят от поставщика и тарифа. Сначала посмотрите измерения в своём хранилище.
Создайте небольшой тест с характерными файлами. Снимите первую версию, затем измените один документ и добавьте один крупный медиафайл. Запишите размер хранилища после каждого успешного запуска. Если места мало, сначала пересмотрите состав резервируемых данных и требуемую периодичность. Удаление старых точек может необратимо убрать единственную подходящую дату. Сначала проверьте, какие сценарии ещё покрываются. Для экспериментов используйте отдельное хранилище с учебными файлами.
Сверьте правило с работой конкретного инструмента
Названия «еженедельная» и «ежемесячная» не всегда означают одно и то же. В одних программах это последние успешные снимки соответствующих периодов, в других действует собственное расписание. Restic, например, описывает, как правила сохранения выбирают снимки из групп по времени. У каждой программы свои правила отбора. Сверьте их с её документацией.
Полезна операция просмотра политики без удаления, если такая предусмотрена. В тестовой среде сравните планируемый список с нарисованным календарём. Выберите близкую, недельную и месячную точки. Попробуйте получить по одному файлу из каждой точки в отдельный временный каталог. Если в списке видна дата, но чтение не удалось, считайте её неподтверждённой. Это даёт более честное представление об истории, чем число записей на экране.
Запишите правило так, чтобы его можно было повторить
Укажите в памятке область копирования, частоту снимков, глубину истории, запас места и дату проверки восстановления. Добавьте дату последней успешной выборки. Если ваша работа изменилась, например старые проекты теперь востребованы дольше, поменяйте правило после анализа нового сценария. Сам по себе рост числа снимков не означает, что вы стали лучше защищены от нужного типа ошибки.
Проверка пройдена, когда вы можете указать фактическую доступную дату для каждого выбранного сценария и достать файл из соответствующего снимка. Любой пробел в календаре можно объяснить расписанием, пропущенным запуском или политикой. Такой лист позволяет обсуждать компромисс между доступным местом и возможной потерей работы без догадок.
Проверьте отдельно момент смены месяца. Для теста запишите снимки в последний рабочий день и в первый день нового месяца. Это покажет, какое состояние окажется представителем каждого периода при ваших настройках.