Сколько реально нужен архив: 7, 15, 30, 60 дней?

Тридцать суток — минимальный срок хранения для объектов, включённых в перечень обязательного оснащения системами охранного телевидения. Порог установлен постановлением Правительства РК от 06.05.2021 № 305 и продублирован в Приложении 2 к Правилам функционирования Национальной системы видеомониторинга (приказ Председателя КНБ РК от 27.10.2020 № 69-қе). Для таких объектов 7 и 15 суток нормой не считаются.

Кто именно попадает в перечень, определяют критерии ПП РК от 12.04.2021 № 234, а конкретные списки утверждают акиматы. Значит, прежде чем спорить о глубине архива, нужно понять статус объекта — это первое практическое следствие. Если он в перечне, вопрос «7 или 15» закрыт нормой. Если нет, срок становится вашим управленческим решением, и тогда его действительно нужно считать. Смежный разбор — нужно ли объекту подключение к национальной системе видеомониторинга.

Второе следствие важнее, и его чаще пропускают. То же Приложение 2 задаёт не только срок, но и технические минимумы записи — разрешение не ниже 1920×1080, 25 кадров в секунду и битрейт не менее 5000 кбит/с. Срок и битрейт связаны напрямую. Нельзя выполнить требование «30 суток», посчитав объём по потоку, который ниже нормативного минимума.

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

Механика простая. При переменном битрейте кодек тратит поток на изменения в кадре. Ночью, когда включается ИК-подсветка, картинка становится шумной, и этот шум кодек воспринимает как непрерывное движение и поднимает поток почти до потолка. То же самое даёт снег, дождь, листва на ветру, мигающая вывеска, поток людей в час пик. Сутки на проходной склада и сутки в закрытом архивном помещении отличаются по объёму записи в разы, хотя камера одна и та же.

Посчитаем разницу в лоб. Условный пример: в расчёт заложили 2048 кбит/с — это 2048 / 8 = 256 кБ/с, или 0,256 МБ/с. За сутки: 0,256 × 86 400 = 22 118 МБ ≈ 22,12 ГБ. Норматив требует не менее 5000 кбит/с — это 0,625 МБ/с, или 0,625 × 86 400 = 54 000 МБ = 54 ГБ в сутки. Отношение 54 / 22,12 = 2,4. Хранилище, спроектированное «по паспорту», перекроет вместо 30 суток около 12, и начнёт затирать записи по кругу задолго до срока.

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

Отталкиваемся от нормативного минимума 5000 кбит/с. Одна камера в круглосуточной записи даёт 54 ГБ в сутки. Дальше — это простое умножение на глубину и на число камер. В таблице приведён объект на 32 камеры, «сырые» данные без учёта резервирования и служебного места файловой системы.

Расчёт наш, по нормативному битрейту Приложения 2 к Правилам НСВМ. Дробное число дисков всегда округляем вверх: 51,84 / 8 = 6,48 — это семь дисков, а не шесть.

Обратите внимание на шаг между строками. Переход с 30 на 60 суток — это не «немного больше места», а ровно удвоение: плюс 51,84 ТБ и плюс шесть дисков к массиву. Именно поэтому глубину архива нельзя брать «с запасом на всякий случай»: запас здесь линейно конвертируется в железо, стойку, питание и охлаждение. Подробнее о том, почему архив и хранение резко увеличивают цену системы видеонаблюдения, — в отдельном разборе.

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

Первое. Производитель считает терабайт как 10¹² байт, а интерфейс регистратора показывает тебибайты — 2⁴⁰ байт. Разница множителя — 1,0995. Диск «8 ТБ» отобразится как 8 / 1,0995 = 7,28 ТиБ. Байтов при этом не убавилось, но если требуемый объём вы считали в ТБ, а свободное место смотрите на экране NVR в ТиБ, цифры разойдутся примерно на 9 %, и сравнивать их напрямую нельзя. Наша таблица выше посчитана в десятичных ТБ, и число дисков в ней уже корректно.

Второе. RAID 5 отдаёт под контроль чётности ёмкость одного диска, RAID 6 — двух. Это плата за то, что отказ диска не уносит архив. В таблице выше столбец RAID 5 уже учитывает этот диск, но при RAID 6 к каждой строке нужно прибавить ещё один.

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

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

• 7 суток. Оперативный контроль в реальном времени: касса, конфликт с клиентом, нарушение регламента. Инцидент виден в тот же день или на следующий. Годится для небольшой торговой точки, где смотрит сам владелец.
• 15 суток. Разумный минимум для объекта со сменным персоналом и внутренними проверками. Перекрывает две рабочие недели: событие в понедельник ещё доступно к разбору через полторы недели.
• 30 суток. Норма для объектов перечня и практический дефолт для склада, производства, бизнес-центра. Перекрывает месячный цикл инвентаризации и сверок, потому что недостачу чаще всего обнаруживают именно на них.
• 60 суток. Оправдано там, где расследование заведомо длинное: претензионная работа с контрагентами, страховые случаи, объекты с длинным циклом отгрузок. Требует удвоенного хранилища, поэтому решение принимается осознанно, а не «на всякий случай».

Разная глубина для разных групп камер — отдельный рабочий приём. Периметр и въезд — 30–60 суток, технологические камеры внутри цеха — 7–15. Большинство регистраторов позволяют задать это раздельно, и такая настройка заметно снижает нагрузку на хранилище без потери доказательной ценности записи. При этом камеры, попадающие под нормативные зоны, урезать нельзя, потому что там срок фиксированный. Что именно должно быть в кадре и какие зоны обязаны быть закрыты видеонаблюдением, разбирали отдельно.

Лишняя глубина архива — это не абстрактная переплата, а конкретное железо в стойке. Каждый дополнительный диск требует слота в корзине, порта, питания, охлаждения и попадает в цикл замены по износу. Для нашего примера шаг с 30 на 60 суток — это плюс шесть дисков к массиву и, скорее всего, вторая полка расширения.

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

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

Проверка занимает один визит в серверную и не требует специнструмента. Задача — сравнить не паспортные цифры, а фактическую дату самой старой записи с заявленным сроком. Расхождение между «в проекте 30 суток» и «в системе 11» — типовая находка, и обнаруживается она только руками.

1. Откройте архив каждой камеры и найдите дату самой ранней доступной записи. Это и есть фактическая глубина, а не то, что написано в настройках.
2. Проверьте отдельно ночную запись: если ночью поток выше, глубина по ночным фрагментам окажется меньше, чем по дневным.
3. Сверьте фактический битрейт в статистике потока с нормативным минимумом 5000 кбит/с, а не с паспортным средним.
4. Посмотрите заполнение массива и число дисков, включая диски чётности. Убедитесь, что расчёт делался по полезной, а не по паспортной ёмкости.
5. Проверьте, нет ли камер с записью по детектору движения там, где нужна круглосуточная: это самый частый способ «уложиться» в недостаточный диск.
6. Зафиксируйте результат письменно: дата проверки, глубина по каждой камере, расхождение с требуемым сроком.

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