Практическая норма: торговые точки, офисы и склады – 30 суток; банки, аптеки, логистические хабы, объекты с повышенной ответственностью – 90 суток; жилые подъезды и временные точки доступа – 7–14 суток. При расследованиях и инцидентах оперативный экспорт фрагментов на отдельный носитель сохранять бессрочно до закрытия дела.

Примерные объёмы хранения: ориентир – 1 Мбит/с ≈ 10,5 ГБ в сутки. Соответственно: 2 Мбит/с ≈ 21 ГБ/сутки, 4 Мбит/с ≈ 42 ГБ/сутки, 8 Мбит/с ≈ 84 ГБ/сутки. Для 4K-потоков (12–25 Мбит/с) – 126–263 ГБ/сутки. Кодеки H.265/HEVC сокращают объём примерно в 40–60% по сравнению с H.264.

Как считать нужный объём: объём хранилища (ГБ) = поток (Мбит/с) × 10,5 × число суток × количество устройств. Пример: 10 устройств по 4 Мбит/с на 30 суток → 4 × 10,5 × 30 × 10 ≈ 12600 ГБ ≈ 12,3 ТБ.

Рекомендации по настройке и политике: включите циклическую перезапись с лимитом по дням, используйте детекцию движения и запись по расписанию для снижения потребления в 3–10 раз, отдельный «срез» событий экспортируйте на внеплощадочный носитель при инцидентах. Для критических объектов держите зеркальную резервную копию не менее 30–90 суток.

Надёжность и безопасность: храните основные массивы на RAID (RAID6/RAID10), применяйте горячие резервные диски и ИБП. Шифруйте данные «на диске», ограничьте доступ по ролям, ведите журнал доступа и экспорта. Для передачи в облако используйте защищённые каналы и настройку ретенции на стороне провайдера.

Юридические и операционные замечания: формируйте политику хранения в соответствии с целевым назначением материалов и локальным законодательством; документируйте основания хранения и сроки удаления, оставляйте трассировку экспорта для проверки. Если необходим длительный архив для судебных или страховых случаев, резервируйте отдельный носитель и указывайте срок хранения в регламентах.

Минимальные сроки хранения видеозаписей по российскому законодательству

Если материалы содержат персональные данные, зафиксируйте в локальном акте конкретный срок хранения и основания: для типовых общественных зон рекомендуемый минимум – 30 суток, для объектов с повышенным риском – 90 суток, для операций, подпадающих под ФЗ‑115 (противодействие отмыванию), – не менее 5 лет.

Юридическая основа: Федеральный закон №152‑ФЗ требует ограничивать срок обработки персональных данных и закреплять его в документах оператора; единого федерального минимального периода для всех субъектов не установлено, вместо этого действуют отраслевые и ведомственные требования и отдельные законы (например, ФЗ‑115 для банков).

Типичные отраслевые ориентиры: торговля и транспорт – 30 суток; образовательные организации и медицинские помещения – 30–90 суток по локальным регламентам; критическая инфраструктура и объекты с повышенной угрозой – до года и более по специальным нормам; финансовые учреждения – 5 лет применительно к операциям, требующим хранения доказательной информации.

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

Рекомендация для внедрения: утвердите в локальном нормативе минимальные сроки по категориям (обычный публичный сектор – 30 суток; критический – 90–365; операции по ФЗ‑115 – 5 лет), проведите правовую экспертизу и обеспечьте техническую реализацию автоматизированной чистки архива.

Как вычислить объём дискового пространства: пример расчёта для одной камеры

Рассчитывайте по формуле: Объём в гигабайтах (GB) = битрейт (Мбит/с) × 86 400 (секунд в сутках) ÷ 8 ÷ 1 000 000; для гиБайтов (GiB) делите дополнительно на 1,073,741,824 и учитывайте желаемый срок хранения в днях.

Пример: поток 1080p с битрейтом 4 Мбит/с, запись круглосуточно. За сутки: 4 × 86 400 = 345 600 Мбит; ÷8 = 43 200 Мбайт = 43,2 GB ≈ 40,26 GiB.

Для хранения 30 дней: 43,2 GB × 30 = 1 296 GB ≈ 1,296 TB (десятичные); в двоичном исчислении 40,26 GiB × 30 = 1 207,8 GiB ≈ 1,18 TiB.

Переход на H.265 обычно сокращает битрейт примерно в 1,5–2 раза: при одинаковом качестве 4→2 Мбит/с – суточный объём ≈21,6 GB, месячный ≈648 GB. При записи по движению уменьшайте ожидаемый объём пропорционально доле активности: при 50% активности от 4 Мбит/с средний = 2 Мбит/с.

Добавьте резерв: 20–30% на индексирование, файловую систему и переполнения, плюс учтите RAID-накладные расходы (RAID5 с четырьмя дисками даёт ≈25% потерь полезного пространства). Для приведённого примера с 30 днями и запасом 30% нужен ≈1,7 TB полезного места; в RAID5 фактическая ёмкость должна быть ≈2,3 TB.

Короткий чеклист: определите битрейт (Мбит/с), время записи в сутки (часы), формат кодирования (H.264/H.265), желаемый срок хранения (дни); подставьте в формулу, умножьте на запас 20–30% и добавьте RAID‑накладные расходы – выбирайте ближайший стандартный размер диска с учётом этого результата.

Какие параметры записи напрямую влияют на длительность архива: разрешение, FPS, кодек

Для увеличения срока хранения используйте кодек H.265, переменный битрейт (VBR) и снижайте разрешение/FPS под конкретную задачу; ориентировочное правило расчёта – 1 Mbps ≈ 10.8 GB в сутки. Пример: 1080p@25 FPS с H.264 ≈ 4 Mbps → ≈43.2 GB/сутки; тот же поток в H.265 ≈ 2 Mbps → ≈21.6 GB/сутки.

• 720p @15 FPS: H.264 ≈ 1–1.5 Mbps → ≈10.8–16.2 GB/сутки; H.265 ≈0.6–0.9 Mbps → ≈6.5–9.7 GB/сутки.
• 1080p @25 FPS: H.264 ≈ 3–6 Mbps → ≈32.4–64.8 GB/сутки; H.265 ≈1.5–3 Mbps → ≈16.2–32.4 GB/сутки.
• 4K (2160p) @25 FPS: H.264 ≈ 15–25 Mbps → ≈162–270 GB/сутки; H.265 ≈8–12 Mbps → ≈86.4–129.6 GB/сутки.
• MJPEG: множество отдельных JPG кадров – объём в 5–10× выше H.264 (пример 1080p может давать сотни GB в сутки).
• Частота кадров влияет линейно: удвоение FPS ≈ удвоению битрейта при прочих равных.

Практические настройки: включите H.265 + VBR с разумным максимумом битрейта, установите ROI (приоритет зоны) для уменьшения общего потока, ключевой кадр (GOP) 1–3 с для баланса качества и компрессии, используйте детекцию движения или расписания вместо 24/7 при низкой активности. Формула для быстрого расчёта объёма на N дней: GB = Mbps × 10.8 × дни (пример: 1080p H.265 2 Mbps на 30 дней → 2×10.8×30 = 648 GB).

Настройка перезаписи: циклическая запись, защита инцидентных фрагментов и «заморозка» архива

Включите циклический режим с сегментом 2 минуты; установите предсобытийный буфер 5–10 секунд и постсобытийный 30–60 секунд; включите автоматическую блокировку фрагментов при срабатывании детекции движения или тревоги и настраивайте автоматический экспорт таких файлов на отдельный носитель (NAS/USB) сразу после события.

• Сегмент: 1–5 минут (рекомендуем 2 мин для баланса доступа и индексации).
• Битрейт: для 1080p используйте 2–6 Мбит/с в зависимости от сцены; для 4K – 8–15 Мбит/с.
• Буфер: пред+пост = 5–10 с + 30–120 с; при интеграции с охраной – увеличить постсобытие до 120 с.
• Автопатч: «защита при тревоге» – включена; «ручная блокировка» – доступна только администратору.

Пример расчёта нагрузки: 4 Мбит/с ≈ 43,2 ГБ/сутки (0,5 МБ/с × 86 400 с ≈ 43 200 МБ). Соответственно: 1 ТБ ≈ 23 дня при 4 Мбит/с; 2 ТБ ≈ 46 дней; 4 ТБ ≈ 92 дня. Если резервировать 10% диска под защищённые фрагменты, фактический доступный объём уменьшается пропорционально (4 ТБ → ~90 дней → ~82 дня с резервом 10%).

Защита инцидентных фрагментов: настройте автоматическое присвоение метки «protected» по тревоге/внешнему триггеру, запрет перезаписи для файлов с этой меткой и выделение отдельного раздела/пула диска под них. Настройте автоматический экспорт защищённых файлов в read-only директорию на NAS и одновременно сохраняйте контрольную сумму SHA256 в метафайле для последующей валидации.

• Механизмы защиты: lock-файл, атрибут immutable на файловой системе, отдельный лог инцидентов с привязкой времени и ID.
• Автозагрузка: при тревоге – копирование защищённого файла на внешний носитель в течение 1–5 минут.
• Контроль доступа: доступ к разблокировке только через двухфакторную аутентификацию админа и ведение журнала действий.

«Заморозка» архива: экспорт в читаемую только для чтения область или на WORM-накопитель; создание ежесуточных снимков (snapshot) и их хранение на отдельном хранилище; генерация и хранение хеша + подписи администратора. Практика: ежедневный бэкап защищённых материалов на 2 носителя (локально + удалённо), ежемесячная сверка контрольных сумм и тест восстановления не реже раза в квартал.

• Резервирование: выделите 10–30% дискового пространства под «неперезаписываемые» файлы.
• Оповещения: порог заполнения 80% – уведомление, 90% – блок операций перезаписи до освобождения места.
• Цепочка хранения: метка времени (NTP), SHA256, журнал экспорта, копия на офлайн-носителе – минимум 2 независимых копии.

Как правильно экспортировать и передать записи полиции или страховщикам (форматы и доказательная цепочка)

Экспортируйте оригинальные видеофайлы в их исходном контейнере без перекодирования и сразу создайте SHA‑256 хеш для каждого файла; передавайте как исходник вместе с файлом хешей и протоколом передачи.

Форматы и проверка целостности

Предпочтение – оригинальный контейнер (прямой экспорт из регистратора/NVR). Для совместимости упаковка без перекодирования в MKV или MP4 методом «copy» (ffmpeg -i input -c copy output.mkv) сохраняет битстрим и временные метки. Для судебной контекстности создавайте образ диска/ресурса в формате E01 или RAW dd (FTK Imager, Guymager, dd conv=noerror,sync). Используйте sha256sum или openssl dgst -sha256 для генерации контрольных сумм и сохраняйте их в отдельном текстовом файле: INCIDENTID_filename.sha256.

Проверьте метаданные и таймкоды через MediaInfo и ExifTool (пример: mediainfo output.mkv; exiftool -time:all output.mkv). Если система не синхронизирована с NTP, фиксируйте смещение времени в протоколе экспорта и указывайте часовой пояс. Не применять перекодирование (re-encode) – это изменяет кадры, битрейт и метки времени, что снижает пригодность в качестве доказательства.

Цепочка передачи и документация

Фиксируйте цепочку владения в акте описи: уникальный идентификатор дела, дата/время экспорта, место, серийный номер устройства, версия ПО регистратора, имя экспортерa, используемое ПО с версией, метод экспорта, список файлов и их SHA‑256. Подписи – лицо, передающее, и получатель; при физической передаче – свидетель и номер пломбы. Делайте фото упаковки с пломбой и этикетками, включите эти изображения в акт.

При передаче физического носителя используйте пломбируемые конверты/наклейки, аппаратные USB с поддержкой write‑protect или форм-фактор HDD в запечатанном мешке; на носителе оставляйте только контролируемую копию, оригинал оставляйте в выключенном и изолированном состоянии. При дистанционной передаче применяйте SFTP/HTTPS с логированием и TLS 1.2+, шифруйте контейнер AES‑256 (VeraCrypt/7‑Zip AES‑256) и передавайте файл хешей отдельно через другой канал (например, электронная почта с подписью).

Для страховщиков чаще достаточно видеокопии в MP4 (H.264) с неизменёнными временными метками и приложенным файлом SHA‑256 и протоколом экспорта; для полиции отдавайте оригинал или форенс‑образ плюс полный лог доступа и событий устройства. Всегда оставляйте одну идентичную контрольную копию у инициатора и фиксируйте номер этой копии в актах.

Краткий чек‑лист к передаче: 1) исходный/форенс‑образ; 2) копия для просмотра (если требуется); 3) файл SHA‑256 для каждого файла; 4) экспортный лог с параметрами и версией ПО; 5) журнал доступа/событий устройства; 6) акт описи с подписями и пломбой; 7) фотографическая фиксация упаковки и серийных номеров.