Сколько места нужно для копий архива: 3072 сценария роста

Размер рабочей папки недостаточен для выбора места хранения архива. Нужно учесть рост, отдельные копии и свободную ёмкость. В нашей открытой модели 100 ГиБ при росте 10% в год превращаются в 161,05 ГиБ через пять лет. С запасом 25% каждой локальной копии нужна ёмкость 201,31 ГиБ, а двум — 402,63 ГиБ суммарно.

Это расчётная сетка из 3072 сценариев, без прогноза срока жизни дисков и без процента вероятности утраты. Исследование помогает сделать ёмкость прозрачной перед закупкой носителей. Свой объём можно ввести в калькулятор копий архива, а организацию хранения изучить в руководстве по цифровому архиву.

Почему объём данных и ёмкость носителя различаются? #

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

В модели резерв выражен долей от данных: нужная ёмкость одной копии = данные × (1 + резерв). При 100 ГиБ и резерве 25% получается 125 ГиБ. Это означает запас в четверть объёма данных, а не требование, чтобы четверть общей ёмкости обязательно оставалась пустой. Разница между двумя трактовками существенна: 100 / 0,75 даёт 133,33 ГиБ.

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

Как рассчитаны рост и число копий? #

Пусть D — начальный объём, G — годовая доля роста, Y — годы. Будущие данные = D × (1 + G)^Y. Это сложный рост: каждый год прибавка считается от обновлённого объёма. Если добавляется постоянное число гигабайтов в год, нужна другая формула D + прибавка × Y.

В сетке восемь начальных объёмов от 10 до 2000 ГиБ, одна/две/три локальные копии, отсутствие или наличие одной облачной копии, четыре резерва от 0 до 50%, четыре темпа роста от 0 до 20% и четыре срока — 1, 3, 5 и 10 лет. Произведение 8 × 3 × 2 × 4 × 4 × 4 даёт 3072 строки.

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

Как рост меняет план на пять лет? #

Для начала 100 ГиБ, двух локальных копий и резерва 25% на каждой получаем:

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

Как сравнить ГиБ с терабайтами на коробке? #

ГиБ равен 2 в степени 30 байт, десятичный ТБ — 10 в степени 12. Поэтому десятичные ТБ = ГиБ × 1 073 741 824 / 1 000 000 000 000. Диск с маркировкой 1 ТБ соответствует приблизительно 931,32 ГиБ до других расходов.

В строке с 10% роста и пятилетним сроком ёмкость каждой копии 201,31 ГиБ соответствует примерно 0,2162 десятичного ТБ. Две копии не следует складывать и покупать один диск подходящего суммарного объёма, если цель — раздельное хранение. Суммарная величина нужна для бюджета, а не для замены нескольких мест одним носителем.

Размер самого скана тоже зависит от единиц. Например, 24,89 МиБ и 26,10 МБ могут описывать одно и то же число байтов. Пиксельные исходные объёмы приведены в матрице разрешения и битности; фактический коэффициент сжатия берите из своих образцов.

Что даёт третье место хранения? #

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

Library of Congress рекомендует организовывать выбранные фотографии, делать несколько копий в разных местах и проверять читаемость. Это основание для самого процесса, но не источник вероятностей отказа в нашей модели. Мы не рассчитываем «риск потерять архив 2%» и не присваиваем срок годности всем дискам.

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

Какие файлы нужно включить в начальный объём? #

Сложите мастер-сканы, обработанные версии, OCR, метаданные, каталоги и нужные превью. Если будущие версии создаются отдельно, они увеличат объём. Не включайте временные файлы как постоянные без причины, но предусмотрите место для работы, если программа их создаёт.

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

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

Как поддерживать план без выдуманных прогнозов? #

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

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

План пересматривается после реального изменения проекта. Если появилось много новых материалов, обновите объём и копии. Если прогноз не подтвердился, исправьте ввод, а не сохраняйте красивую кривую. Здесь нет обязательного ежегодного процента и гарантированного горизонта сохранности.

Где доступны расчёты? #

CSV с 3072 сценариями содержит данные для одной копии, суммарную локальную ёмкость, облачные данные, общий объём всех наборов и перевод в десятичные ТБ. Значения округлены для вывода до шести знаков; формулы в исходном коде используют неокруглённый результат.

Дата модели — 14 октября 2026 года. Она не включает цены накопителей, тарифы, частоты поломок и лабораторный ресурс носителя. Практический результат — раздельный план по данным, резерву и местам хранения, который можно уточнить своим фактическим ростом и проверкой восстановления.