Когда спрашивают, сколько хранится запись с камер видеонаблюдения, обычно нужно решить одну из двух задач: найти эпизод за конкретную дату или понять, какой архив закладывать в систему. В обоих случаях важно не путать срок работы камеры со сроком хранения видео.
Универсального срока нет: действующая система может хранить записи несколько дней, недель или месяцев. Фактическая глубина зависит от конфигурации архива и нагрузки на него, а нужный срок – от того, когда запись может понадобиться и какие требования действуют для объекта.
Фактическая глубина складывается из простого баланса: сколько видеоданных система создаёт за сутки и сколько полезного пространства выделено под архив. Поэтому система может хранить 7, 14, 30, 60 дней или другой срок – в зависимости от своей конфигурации и нагрузки.
Здесь удобно разделить три вещи: сколько данных система создаёт за сутки, какую часть времени она действительно пишет и какой объём доступен именно под видео. Эти параметры работают вместе, поэтому одинаковые диски ещё не означают одинаковый срок хранения.
Чем больше камер и их рабочий битрейт, тем быстрее заполняется хранилище. Разрешение, частота кадров, кодек и сложность сцены важны именно потому, что меняют объём записываемых данных.
Больше данных в сутки – меньше дней архиваПостоянная запись создаёт относительно предсказуемый поток. При записи по событиям срок зависит от реальной активности: входная группа и редко используемое помещение могут заполнять архив совершенно по-разному.
Для событийной записи важна фактическая статистикаСчитать нужно пространство, которое система действительно использует под видео. В серверных и отказоустойчивых конфигурациях часть общей ёмкости может быть занята резервированием и служебными задачами.
Номинальный объём дисков не всегда равен архивуЕсли задача состоит именно в подборе дисков под заранее заданные 7, 14 или 30 дней, используйте подробный расчёт видеоархива. А когда запись требуется за уже прошедшую дату, полезнее сначала проверить, сохранился ли сам фрагмент.
После происшествия глубина архива перестаёт быть абстрактным параметром. Пока запрос согласуют и ищут ответственного, доступный период продолжает сдвигаться. Поэтому действовать лучше без паузы: определить, где находится архив, проверить нужную дату и сохранить найденный эпизод отдельно.
Дальнейшие действия зависят от того, кому принадлежит система и где физически хранится видео. На практике чаще всего встречаются три ситуации: собственный архив, камера другой организации и уже найденный фрагмент, который нужно успеть сохранить.
Откройте воспроизведение и проверьте самую раннюю доступную дату по нужной камере. На крупном объекте с несколькими регистраторами или площадками срок может различаться, поэтому одну дату нельзя автоматически переносить на всю систему.
Фактический архив проверяют по конкретному узлуЕсли нужна запись с уличных камер видеонаблюдения, камеры управляющей организации или соседнего объекта, сначала выясняют владельца системы и порядок запроса. Сам факт наличия камеры не означает свободного доступа к архиву.
Запрашивать запись лучше сразу после событияНужный эпизод лучше экспортировать из штатного архива в отдельный файл и сохранить вместе с датой, временем и номером канала. Так фрагмент перестаёт зависеть от общей политики хранения системы.
Отдельный экспорт сохраняет нужный эпизодЕсли подобные запросы возникают регулярно, разового экспорта недостаточно. Тогда срок хранения нужно выбирать под реальный цикл расследования и принятия решений на объекте.
Нужная глубина архива определяется не категорией камеры, а тем, через сколько времени организация может вернуться к событию. Хороший ориентир – самый медленный значимый процесс, в котором видеозапись используется как доказательство или источник для проверки.
Поэтому перед расчётом дисков полезно определить, какой сценарий на объекте самый требовательный к времени. Обычно требуемую глубину формирует один из трёх случаев: оперативный разбор, отложенное расследование или фиксированный срок по регламенту.
Событие замечает охрана, диспетчер или ответственная смена, а видео проверяют в тот же день. Здесь архив должен перекрывать выходные, ночные смены и задержку передачи информации.
Срок задаёт скорость оперативной реакцииПретензии, расхождения на складе, спорные отгрузки, инвентаризация и внутренние расследования нередко возвращают к событию спустя дни или недели. Срок хранения должен покрывать весь этот цикл.
Архив проектируют под момент обнаружения проблемыМинимальную глубину может задавать внутренний регламент, договор, требования службы безопасности или нормативный акт. Тогда срок становится исходным условием проекта, а не параметром, который подгоняют под имеющиеся диски.
Техника подбирается под требуемую глубинуЕсли срок задаёт не внутренний процесс, а обязательное требование, следующий шаг – проверить правовой режим конкретного объекта. Универсальную цифру здесь использовать нельзя.
Единого федерального требования хранить все записи видеонаблюдения 30 дней нет. Срок зависит от правового режима конкретного объекта, поэтому сначала устанавливают, какие нормы на него распространяются, и только потом переводят требование в техническую глубину архива.
После запуска требования к сроку уже известны, но остаётся проверить, удерживает ли система эту глубину в реальной эксплуатации. Со временем она может сократиться, даже если исходный расчёт был верным.
Если раньше система держала нужную глубину, а теперь самая ранняя доступная дата стала ближе, не стоит сразу докупать диски. Сначала полезно понять, что изменилось с момента первоначального расчёта.
На крупных и распределённых объектах проверку проводят по группам камер и узлам хранения, потому что проблема может быть локальной, а не общей для всей системы. Сравнение текущих параметров с проектными обычно быстро показывает, в какой части тракта хранения появилось отклонение.
Добавились камеры, изменились настройки или отдельные каналы стали писать с большим битрейтом. Система может остаться той же по составу оборудования, но создавать заметно больше данных за сутки.
Сравнивают текущий поток с проектнымПри переменном битрейте и событийной записи реальная нагрузка зависит от изображения. Движение, ночной шум, осадки и высокая активность способны сократить архив без изменения номинального объёма дисков.
Ориентируются на фактическую статистику записиВ серверной или отказоустойчивой системе проверяют состояние дисков, массивов, выделенных разделов и доступную под видео ёмкость. На распределённом объекте один проблемный узел не должен маскироваться средней цифрой по системе.
Глубину проверяют по каждому значимому узлуКогда причина найдена, уже понятно, что требуется: изменить политику записи, восстановить полезную ёмкость, расширить хранилище или модернизировать конкретный регистратор. Отдельно остаются эксплуатационные вопросы, которые влияют на доступность записи, но не меняют сам принцип расчёта глубины.
После расчёта глубины важно понимать, как выбранная архитектура ведёт себя в обычной эксплуатации и при изменениях системы. Эти нюансы особенно заметны на объектах, где используется несколько уровней хранения или разные политики для групп камер.
Нет. Рабочий архив предназначен для повседневного хранения и поиска записей, а резервная копия или отдельный экспорт защищают критичные данные от потери вместе с основным хранилищем. Резервирование дисков повышает отказоустойчивость, но само по себе не всегда заменяет независимую копию.
Если основной архив расположен на отдельном регистраторе или сервере и данные не удалялись, замена камеры сама по себе не должна стирать уже записанное видео. При записи на карту памяти ситуация зависит от самого носителя.
Если камеры, локальная сеть и регистратор продолжают работать, отсутствие внешнего интернета само по себе не останавливает локальную запись. Для облачной схемы всё зависит от архитектуры и резервирования.
Да, если платформа и архитектура поддерживают отдельные политики для групп камер. На крупных объектах это позволяет увеличить глубину для критичных зон, не расходуя такой же объём на вспомогательные каналы.
Если один из этих вопросов относится к действующей многокамерной или распределённой системе, решение обычно начинается с проверки архитектуры хранения и фактической глубины по узлам. Здесь уже важна не общая рекомендация, а диагностика конкретной конфигурации.
I SEE YOU более 12 лет проектирует, внедряет и модернизирует системы безопасности. На действующем объекте мы начинаем не с покупки дополнительных терабайтов, а с сопоставления требуемой и фактической глубины по группам камер, регистраторам и площадкам.
Для новой или расширяемой системы срок хранения закладываем вместе с архитектурой записи, резервированием и возможностью дальнейшего роста. Состав работ зависит от того, проектируется ли архив с нуля или нужно разобраться с уже работающей инфраструктурой.
Проверяем фактическую глубину, потоки записи, режимы, состояние хранилища и ограничения регистраторов или серверов.
Монтаж и сервисСвязываем требуемый срок с количеством каналов, архитектурой хранения, резервированием и планируемым расширением объекта.
Проектирование систем безопасностиПодбираем совместимые регистраторы, серверное хранение и накопители, если действующая конфигурация больше не покрывает требования.
Комплексные поставки оборудованияЕсли нужно понять, с какого направления начать, отдельное техническое задание на первом шаге не требуется. Достаточно передать исходные данные по действующей системе.
Для первичной оценки достаточно модели регистратора или сервера, количества камер, объёма хранилища и самой ранней доступной даты по нескольким характерным группам камер. По этим данным уже можно понять, где искать ограничение.
Для распределённого объекта полезно сразу указать площадки или узлы, на которых глубина архива отличается.
Обсудим действующую систему или требования к новому архиву.
