Архив 1 месяц по ПП №2107: как уложиться в требования и терабайты

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

На транспорте этот пункт превращается в инженерную задачу: месяц хранения в Full HD быстро «съедает» накопители, а ошибки в расчетах всплывают уже на этапе поставки и приемки.

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

1) Откуда берется объем: формула, которая работает в любом проекте

Чтобы посчитать архив, достаточно четырех входных параметров:

1. количество камер (N)
2. битрейт записи на камеру (R, Мбит/с)
3. сколько часов в сутки пишем (H) — обычно 24
4. срок хранения (D) — в нашем случае 30 суток как расчетный месяц

Быстрый пересчет:

• 1 Мбит/с ≈ 10,8 ГБ в сутки (при непрерывной записи 24/7)
• за 30 суток это ≈ 324 ГБ на 1 Мбит/с на одну камеру

Итоговая оценка:
Архив (ТБ) ≈ N × R × 0,324 × (H/24) × K,
где K — коэффициент запаса (обычно 1,15–1,30 на служебные данные, фрагментацию, «просадки» по реальной емкости и т.п.).

Почему нужен запас:

• производители накопителей считают объем «десятичными» терабайтами, в ОС он выглядит меньше;
• файловая система и служебные области видеорегистратора тоже занимают место;
• в реальной сцене (снег/дождь/вибрации/толпа) VBR может давать пики.

2) Примеры расчета: сколько ТБ нужно на транспортное средство

Ниже — ориентиры для непрерывной записи 24/7, 30 суток и с запасом 20% (K=1,2). Битрейт указан на одну камеру.

• 4 камеры
  • 2 Мбит/с → ≈ 3,1 ТБ
  • 4 Мбит/с → ≈ 6,2 ТБ
  • 6 Мбит/с → ≈ 9,3 ТБ
• 8 камер
  • 2 Мбит/с → ≈ 6,2 ТБ
  • 4 Мбит/с → ≈ 12,4 ТБ
  • 6 Мбит/с → ≈ 18,7 ТБ
• 12 камер
  • 2 Мбит/с → ≈ 9,3 ТБ
  • 4 Мбит/с → ≈ 18,7 ТБ
  • 6 Мбит/с → ≈ 28,0 ТБ

Практический вывод простой: главный рычаг — битрейт на камеру. Разница между 2 и 4 Мбит/с удваивает требования к накопителям и к ресурсу записи.

3) Как «уложиться» в 1 месяц без потери управляемости

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

Вот 5 инструментов, которые обычно дают наибольший эффект:

1) Развести потоки: «архивный» и «онлайн»

Для удаленного просмотра по 4G логично держать отдельный субпоток (меньше разрешение/битрейт), а «тяжелый» поток оставить для локального архива. Так связь перестает конкурировать с записью.

2) Ограничить битрейт правилами, а не надеждами

В ТЗ лучше фиксировать:

• целевой диапазон битрейта на камеру,
• потолок битрейта при сложной сцене,
• требования к стабильности кадров/записи.

Так объем архива становится прогнозируемым.

3) Использовать VBR осознанно

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

4) Разделить режимы записи по зонам риска

Если на ТС есть камеры разной важности (например, двери/салон/дорога), режимы можно дифференцировать:

• ключевые зоны — непрерывная запись,
• второстепенные — запись по расписанию/событию (если это согласуется с проектом и оценкой рисков).

5) Заложить запас по емкости и по ресурсу записи

Месяц архива — это не только «сколько ТБ», но и сколько перезаписей. Для транспорта критично:

• мониторинг состояния накопителя,
• прогноз деградации,
• корректное поведение при обрывах питания (журналирование, авто-восстановление).

4) Какое оборудование требуется, чтобы держать месяц архива на транспорте

На практике вопрос решается выбором архитектуры. Есть три базовых сценария.

Сценарий А: месяц хранится на борту (onboard-архив)

Подходит, когда нужен «самодостаточный» транспортный комплекс.

Что закладывают в оборудование:

• видеорегистратор/бортовой сервер с поддержкой крупных носителей (обычно SSD/HDD классов, рассчитанных на запись);
• защиту от провалов питания и корректное завершение записи;
• мониторинг накопителей (диагностика, журнал ошибок, уведомления);
• устойчивость к вибрациям и температурным режимам эксплуатации транспорта.

Сценарий B: бортовой буфер + центральный архив (гибрид)

Подходит, когда «месяц на борту» слишком дорог или физически неудобен.

Что требуется:

• на борту — буфер (несколько суток) + механизмы гарантированной выгрузки;
• на стороне предприятия — сервер/хранилище с политикой ретенции 30 суток;
• регламент: когда и как выгружается архив (депо Wi-Fi/провод, док-станция, частичная выгрузка по событиям).

Ключевой момент: в документации проекта важно однозначно описать, что архив системы (в понимании требований) обеспечивается именно этой связкой.

Сценарий C: «умный» месяц — два уровня качества

Часто применяется для оптимизации:

• базовое качество хранится 30 суток,
• повышенное качество хранится короче или по событиям (тревоги, резкие маневры, ДТП).

Это снижает средний объем без потери значимых фрагментов.

5) Что фиксировать в ТЗ, чтобы потом не «догонять» терабайты

Минимальный набор пунктов, который экономит время на согласованиях:

• срок хранения: не менее 30 суток (и где именно хранится архив — на борту/в гибриде);
• число камер и режим записи (24/7 или смешанный);
• целевой битрейт на камеру и его пределы;
• требования к восстановлению после обрыва питания;
• мониторинг накопителя и уведомления о деградации;
• политика перезаписи (кольцевой архив, защита тревожных фрагментов от перезаписи).

Итоги

• Месяц архива почти всегда означает терабайты на одно ТС, и объем быстрее всего растет из-за битрейта на камеру.
• Надежнее всего считать архив через простую формулу и закладывать 15–30% запаса.
• Выполнить требование можно тремя рабочими архитектурами: месяц на борту, гибрид, двухуровневое качество хранения.
• Правильно составленное ТЗ (битрейт/режим/место архива/устойчивость к питанию) защищает проект от «сюрпризов» на приемке.