Калькулятор хранения резервных копий

Хранение «дед-отец-сын», смоделированное по дням, а не угаданное: введите, как долго вы храните ежедневные, еженедельные и ежемесячные копии, каков размер каждой копии и как часто они выполняются, — и увидите, сколько точек восстановления вы на самом деле держите через месяц, шесть месяцев, год и два года и во что они обходятся в хранилище. Моделирование выполняется в вашем браузере; ничего никуда не отправляется.

Модель: копии выполняются каждый день. Воскресная копия одновременно служит еженедельной точкой восстановления; копия за 1-е число месяца — ежемесячной. Точка хранится, пока её покрывает хотя бы один уровень. Каждая точка считается полной копией указанного вами размера.

Хранение — это политика, а не стопка дисков

Каждая система резервного копирования по умолчанию хранит слишком много недавнего прошлого и слишком мало далёкого, потому что «хранить всё 30 дней» — это одна настройка, а настоящая политика — это три. Сбой, который вы замечаете через час, нуждается во вчерашней копии. Сбой, который вы замечаете через месяц — медленное повреждение, тихо неверная синхронизация, удаление, о котором никто не упомянул, — нуждается в точке, предшествующей его началу, а 30-дневное окно её уже выбросило. Хранение всего навсегда решает эту проблему и создаёт другую: счёт за хранилище, который растёт каждый день, когда у вас всё получается. «Дед-отец-сын» — классический ответ, потому что он соответствует форме обнаружения: мелкие точки там, где сбои находят быстро, крупные там, где их находят медленно, и ничего не хранится в разрешении, которым никто никогда не воспользуется.

Моделирование добавляет честность о перекрытии. Хранимое количество — не сумма ваших трёх чисел хранения: еженедельная точка трёхнедельной давности и ежемесячная точка одиннадцатимесячной давности живы одновременно с ежедневными точками этой недели, а хранилище, которое вы должны выделить, — это размер этого объединения в его худший день. Команды регулярно обнаруживают это с обратной стороны — целевой носитель заполнился «раньше времени», хотя каждая отдельная настройка выглядела скромной, — потому что каждый уровень бюджетировался по отдельности. Прогоните числа здесь до того, как политика вступит в силу, и размеряйте носитель по пиковой строке, а не по горизонту, который случайно совпал с вашим совещанием по планированию.

Сохранённая точка — это не восстановление

Одно предупреждение калькулятор не может дать вам в числах: точка восстановления доказывает, что копия была сделана, а не что её можно восстановить. Планирование хранения решает, как далеко назад вы можете дотянуться; только тестовое восстановление решает, есть ли от этого толк. Планируйте и то и другое. Ежемесячная тренировка, восстанавливающая старейшую ежемесячную точку на временной машине, стоит больше, чем четвёртый уровень хранения, потому что точка-дед — это именно та, что понадобится вам в худший день, и та, чей формат, учётные данные и особенности у всех был год, чтобы забыть. Хранение — это обещание о прошлом; восстановления — то, как вы проверяете, что обещание всё ещё в силе.

Связанные инструменты: планировщик дежурств определяет, кого будят, когда нужно восстановление, а калькулятор бюджета ошибок SLA оценивает простой, в который должно уложиться восстановление.

Дополнительное чтение: одна рутина надёжности — ротации, хранение и бюджеты ошибок как одна привычка планирования, включая периодичность тренировок восстановления, которая держит хранение честным.

Частые вопросы

Что значит «дед-отец-сын»?

Это старейшая схема ротации в резервном копировании: ежедневные копии — сыновья, хранятся недолго; одна копия в неделю повышается до отца и хранится дольше; одна в месяц становится дедом и хранится дольше всех. Три уровня возраста из одного задания копирования — недавняя история в мелком зерне, далёкая история в крупном зерне, а счёт за хранилище не растёт ни с одним из них.

Какая копия становится еженедельной или ежемесячной точкой?

В этом калькуляторе воскресная копия — еженедельная точка, а копия, сделанная 1-го числа месяца, — ежемесячная: первая копия этого дня, если вы делаете несколько. Настоящее программное обеспечение для копирования позволяет выбрать день; арифметика этого почти не замечает, потому что важен интервал между уровнями, а не то, какой день недели их якорит.

Почему хранимое количество больше, чем ежедневные + еженедельные + ежемесячные?

Потому что уровни перекрываются во времени, а не только в количестве. Еженедельная точка трёхнедельной давности всё ещё находится в своём окне, пока ежедневные копии этой недели накапливаются рядом, а ежемесячная точка одиннадцатимесячной давности сосуществует со всеми ними. Хранимое количество в любой момент — это размер этого перекрытия: ровно то, что показывает моделирование и что скрывает сумма трёх чисел хранения на салфетке.

Здесь предполагаются полные или инкрементные копии?

Полные. Каждая точка восстановления считается по полному размеру копии, который вы вводите, — это консервативное плановое число. Хранилища с вечной инкрементностью и дедупликацией удержат те же точки в гораздо меньшем пространстве: рассматривайте столбец хранилища как потолок, который понадобился бы простой ротации полных копий, а ваш коэффициент дедупликации — как скидку, которую вы реально получаете.

Сколько ежемесячных точек следует хранить?

Столько, сколько требует ваша самая медленная катастрофа. Вымогательское ПО, тихо просидевшее два месяца, бухгалтерская ошибка, найденная в конце года, удаление, которого никто не замечал квартал, — ежемесячный уровень существует для сбоев с длинным запалом. Двенадцать — распространённый минимум; регулируемые данные часто требуют больше. Цена одной лишней ежемесячной точки — размер одной копии; цена одной недостающей — сами данные.