Почему четырнадцать копий, если я делаю бэкап раз в сутки?

Потому что считается не частота, а сколько точек лежит одновременно. Схема GFS «семь ежедневных, четыре еженедельных, три ежемесячных» держит на диске четырнадцать восстановимых состояний сразу. Именно это число и умножает объём, а не расписание.

Гигабайт — это 1000 мегабайт или 1024?

В тарифах хостинга и на коробках дисков — 1000, по десятичной системе. Операционная система обычно показывает двоичные единицы, гибибайты, и называет их теми же буквами. Из-за этого диск на 1 ТБ система покажет примерно как 931 ГБ. Переключатель «ГБ / ГиБ» вверху панели переводит и введённые числа, и результат, так что переписывать ничего не нужно.

Откуда брать коэффициенты сжатия и дедупликации?

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

Что означает «диск встанет» и чем это отличается от «места не хватит»?

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

Почему сжатие действует на копии, но не на данные?

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

Копии лежат на отдельном хранилище — как считать?

Двумя заходами. Сначала поставьте нули во все четыре поля хранения и посмотрите, что происходит с рабочим томом. Потом верните схему и подставьте в «объём диска» размер хранилища копий: строка «Копии занимают» и есть ответ по нему. Ссылка на расчёт сохраняет оба варианта, их удобно сравнить в двух вкладках.

Почему считает браузер, а не сервер?

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

Расчёт места на диске и под резервные копии

Расчёт места

Меняйте числа слева — результат, таблица и график пересчитываются во время ввода.

Как считается

Единицы объёма ГБ, десятичные ГиБ, двоичные Переключатель пересчитывает и то, что уже введено: диск на 1 ТБ по тарифу — это 931 ГиБ в том виде, в каком его покажет система.

Сейчас занято данными Сами данные, без копий: файлы, база, почта, логи, загрузки. Занятое место — число от нуля.

Прирост данных Разница между двумя замерами, а не ощущение. По одному замеру прирост не считается. Прирост — число от нуля.

Как задан прирост объём в месяц % в месяц % в год Объём в месяц — прямая линия. Проценты — от того, сколько данных накопилось к этому месяцу, поэтому линия загибается вверх.

Горизонт расчёта На какой срок вперёд считаем. Помесячная таблица и график строятся ровно на него. Горизонт — целое число от 1 до 600 месяцев.

Схема резервного копирования только полные полные плюс инкременты одна полная, дальше инкременты При «полные плюс инкременты» ежедневные точки инкрементные, а еженедельные, ежемесячные и ежегодные — полные: так работает обычное расписание с активным полным раз в неделю.

Ежедневных копий хранить Сколько последних суточных точек лежит одновременно. Число копий — целое от 0 до 500.

Еженедельных копий хранить Обычно четыре — месяц назад по неделям. Число копий — целое от 0 до 500.

Ежемесячных копий хранить Именно эти точки чаще всего и съедают хранилище. Число копий — целое от 0 до 500.

Ежегодных копий хранить Архив на несколько лет. Ноль, если такого требования нет. Число копий — целое от 0 до 500.

Меняется между копиями Доля данных, которая меняется от копии к копии. Столько и весит инкремент. Изменение — число от 0 до 100 процентов.

Сжатие копий 2:1 — обычный результат на базах и текстах. Для видео и архивов ставьте 1:1. Сжатие — число от 1 до 100.

Дедупликация Есть не у всякого хранилища. Если не знаете точно — оставьте 1:1. Дедупликация — число от 1 до 100.

Объём одного диска Паспортный объём одного диска или размер тарифа хранилища. Объём диска — число больше нуля.

Дисков в массиве Столько же одинаковых дисков. Без массива — один. Дисков — целое от 1 до 1000.

Уровень массива без массива RAID 1 RAID 5 RAID 6 RAID 10 Без массива диски просто складываются. Зеркало отдаёт объём одного диска, RAID 5 теряет один, RAID 6 — два, RAID 10 — половину.

Держать свободным Доля тома, которая должна остаться пустой: снапшоты, временная копия базы, логи между чистками. Запас — число от 0 до 90 процентов.

Цена хранения За гигабайт в месяц по вашему тарифу. Ноль — если диск свой и платить не за что. Цена — число от нуля.

Валюта ₽ руб. $ USD € EUR ₴ грн

Кнопки «посчитать» нет: результат обновляется сам.

Диск нужен не меньше

—ГБ

Данные к концу срока —

Точек восстановления —

Копии занимают —

Данные с копиями —

Полезная ёмкость —

Порог с запасом —

Останется свободно —

Прибавляется в месяц —

Диск встанет —

Заполнение к концу срока

Синяя полоса — данные с копиями, чёрная метка — порог, за которым свободного остаётся меньше запаса.

Займут — порог —

Считает браузер: числа никуда не уходят. «Ссылка на расчёт» кладёт их в адрес страницы — так расчёт и пересылают.

Заполнение по месяцам

Линия — сколько занято данными и копиями к этому месяцу. Сплошная черта — полезная ёмкость, пунктир — порог, за которым свободного места остаётся меньше запаса.

к концу срока — порог с запасом —

Что делают сжатие и дедупликация

Копии на конец срока в четырёх вариантах
Вариант	Копии	Вместе с данными

Помесячная таблица Свернуть помесячную таблицу

Месяц за месяцем
Месяц	Данные	Копии	Итого	Свободно	До порога

Исходные данные расчёта Свернуть исходные данные

Что стоит в полях
Показатель	Значение

Как пользоваться

В «занято данными» ставьте только сами данные, без копий: панель хостинга, du -sh или свойства тома. Копии калькулятор посчитает сам по схеме хранения.
Прирост берите как разницу двух замеров с интервалом хотя бы в месяц. Если данные растут в процентах — переключите способ: у процентного роста линия загибается, и через три года разница с линейным получается кратной.
Горизонт задайте тот, на который принимаете решение. Квартал — до конца оплаченного периода, три года — до конца жизни железа.
Схему хранения перенесите из настроек копирования как есть: сколько ежедневных, еженедельных, ежемесячных и ежегодных точек лежит одновременно. Это и есть главный множитель — четырнадцать точек занимают в четырнадцать раз больше одной полной копии.
Сжатие и дедупликацию ставьте те, что показывает ваше хранилище в отчёте. Не знаете — оставьте 1:1 и смотрите таблицу «что делают сжатие и дедупликация»: она показывает все четыре варианта сразу.
Если диски собраны в массив, укажите их число и уровень: полезная ёмкость RAID 6 из восьми дисков — это шесть дисков, а не восемь.
Смотрите строку «Диск встанет» — там стоит месяц и год. Помесячная таблица под графиком показывает, откуда взялась эта дата, и выгружается в CSV.

Формула и что в неё входит

Диск = (Данные + Копии ÷ (Сжатие × Дедупликация)) ÷ (1 − Запас ÷ 100), Копии = Полных × Данные + Инкрементных × Данные × Изменение ÷ 100

Данные — то, что лежит на диске к концу срока: занято сейчас плюс прирост за все месяцы горизонта
Полных и Инкрементных — число точек восстановления по схеме хранения. Полная точка весит как все данные, инкрементная — как доля изменившихся
Изменение — сколько процентов данных меняется от копии к копии. При 3 % инкремент весит три сотых полной копии
Сжатие и Дедупликация — во сколько раз хранилище ужимает копии. Действуют на копии, а не на сами данные, и умножаются друг на друга
Запас — доля тома, которая должна остаться свободной. Отсюда и деление: чтобы после укладки данных осталось 20 %, диск должен быть в 1 ÷ 0,8 раза больше
Полезная ёмкость — то, что реально доступно после сборки массива: RAID 1 отдаёт объём одного диска, RAID 5 — на один диск меньше, RAID 6 — на два, RAID 10 — половину

Гигабайт по умолчанию десятичный: 1 ГБ = 1000 МБ — так объём считают в тарифах и на коробках дисков. Переключатель вверху переводит и поля, и результат в двоичные гибибайты, которые показывает операционная система. Схема «полные плюс инкременты» считает ежедневные точки инкрементными, а еженедельные, ежемесячные и ежегодные — полными. Схема «одна полная, дальше инкременты» хранит один полный слепок и цепочку изменений; в жизни долгие точки в такой схеме обычно синтезируются в полные, поэтому она даёт нижнюю оценку, а «только полные» — верхнюю.

Разбор примера: диск на 2 ТБ и схема из четырнадцати точек

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

Сейчас занято данными 200 ГБ
Прирост 5 ГБ в месяц
Горизонт 12 месяцев
Схема «полные плюс инкременты»
7 ежедневных, 4 еженедельных, 3 ежемесячных, 0 ежегодных
Меняется между копиями 3 %
Сжатие 2:1, дедупликация 1:1
Диск 2000 ГБ, без массива
Держать свободным 20 %
Цена 2 ₽ за ГБ в месяц

Данные через 12 месяцев: 200 + 5 × 12 = 260 ГБ.
Точек восстановления 14. По выбранной схеме семь ежедневных — инкрементные, а четыре еженедельных и три ежемесячных — полные: 7 полных и 7 инкрементных.
Полные копии: 7 × 260 = 1820 ГБ. Инкрементные: 7 × 260 × 3 % = 54,6 ГБ. Вместе 1874,6 ГБ.
Сжатие 2:1 делит это пополам: 937,3 ГБ. Дедупликация 1:1 ничего не меняет.
Данные и копии вместе: 260 + 937,3 = 1197,3 ГБ. Запас 20 % от тома означает, что порог — 1600 ГБ.

Места хватает: к концу года занято 1197,3 ГБ из 2000, свободными остаются 803 ГБ — в панели это 1,2 ТБ из 2 ТБ, крупные числа она сама переводит в терабайты. Диск под такой расчёт нужен не меньше 1497 ГБ, то есть 1,5 ТБ. Прирост съедает около 23 ГБ в месяц, поэтому порог будет пройден примерно через 29 месяцев. Без сжатия те же копии весили бы 1874,6 ГБ, и порог оказался бы перейдён уже сегодня.

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

Почему четырнадцать копий, если я делаю бэкап раз в сутки?

Потому что считается не частота, а сколько точек лежит одновременно. Схема GFS «семь ежедневных, четыре еженедельных, три ежемесячных» держит на диске четырнадцать восстановимых состояний сразу. Именно это число и умножает объём, а не расписание.
Гигабайт — это 1000 мегабайт или 1024?

В тарифах хостинга и на коробках дисков — 1000, по десятичной системе. Операционная система обычно показывает двоичные единицы, гибибайты, и называет их теми же буквами. Из-за этого диск на 1 ТБ система покажет примерно как 931 ГБ. Переключатель «ГБ / ГиБ» вверху панели переводит и введённые числа, и результат, так что переписывать ничего не нужно.
Откуда брать коэффициенты сжатия и дедупликации?

Из отчёта своего хранилища: и Veeam, и большинство дисковых библиотек показывают фактический коэффициент за период. Пока цифры нет, ориентир такой: базы данных, почта и текстовые логи жмутся около 2:1, уже сжатые данные — видео, картинки, архивы — не жмутся вовсе. Дедупликация даёт заметный эффект там, где много одинаковых полных копий или однотипных виртуальных машин. Если сомневаетесь, оставьте единицы: таблица под графиком всё равно покажет все четыре варианта.
Что означает «диск встанет» и чем это отличается от «места не хватит»?

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

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

Двумя заходами. Сначала поставьте нули во все четыре поля хранения и посмотрите, что происходит с рабочим томом. Потом верните схему и подставьте в «объём диска» размер хранилища копий: строка «Копии занимают» и есть ответ по нему. Ссылка на расчёт сохраняет оба варианта, их удобно сравнить в двух вкладках.
Почему считает браузер, а не сервер?

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