Как спланировать хранение данных с IP-камер для обеспечения безопасности коммерческих объектов.

Быстрый ответ

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

Требуемый объем памяти (байты) = количество камер × средняя скорость передачи данных (бит/секунду) × количество секунд записи в день × количество дней хранения ÷ 8.

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

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

Начните с требования к хранению данных.

Превратите потребности бизнеса в политику удержания клиентов.

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

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

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

Классифицируйте камеры и сцены.

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

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

Поймите, что влияет на потребление памяти.

Разрешение, частота кадров и кодек

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

Более высокое разрешение позволяет сохранить больше деталей, если это позволяют объектив, освещение, положение крепления и расстояние до объекта съемки. Однако это также может увеличить битрейт и требования к обработке. Разумный подход к проектированию предполагает установление качества изображения и битрейта для каждого класса камер, а затем проверку результатов с использованием репрезентативных дневных и ночных видеоматериалов. Следует избегать выбора излишне высокого разрешения для каждого ракурса лишь для упрощения технических характеристик.

Современные методы сжатия позволяют уменьшить объем данных по сравнению со старыми кодеками при аналогичном качестве изображения, но экономия зависит от совместимости оборудования и содержимого сцены. Аудио, субтитры, метаданные и вспомогательные потоки также увеличивают объем данных. Диапазоны битрейта, указанные поставщиками, следует рассматривать как исходные данные для планирования; измерение реального потока должно проводиться во время пилотного или приемочного тестирования.

Непрерывная запись против записи событий

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

Запись событий может уменьшить объем хранимых данных, если записывать только после срабатывания датчика движения, аналитических данных, контроля доступа, сигнализации или расписания. Однако это не гарантирует автоматического улучшения. Ложные срабатывания, вызванные тенями, погодными условиями, отражениями, насекомыми или перегруженным фоном, могут привести к практически непрерывной записи. Пропущенные срабатывания могут оставить пробел в доказательствах. Установите буфер до события, чтобы зафиксировать начало действия, и задайте период после события, достаточный для того, чтобы показать, что произошло после.

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

Практическое сравнение планирования

Рассчитайте реалистичную оценку необходимого объема хранения.

Основная формула

Используйте согласованную систему единиц измерения и рассчитывайте каждый класс камер отдельно:

Объем памяти в байтах = количество камер × средняя скорость передачи данных в битах/секунду × количество секунд записи в день × количество дней хранения ÷ 8.

Для занятий с непрерывной записью количество секунд записи в день составляет 86 400. Для запланированного потока умножьте 86 400 на долю записи. Например, 12-часовое расписание использует 43 200 секунд. Для записи событий оцените среднее количество секунд записи в день на основе измеренных или консервативных данных триггера, включая буферы до и после события.

Для преобразования байтов в более привычную единицу измерения, разделите на выбранную десятичную или двоичную единицу измерения. Десятичные терабайты используют 1 000 000 000 000 байт; тебибайты используют 1 099 511 627 776 байт. На этикетке должно быть указано, какая система обозначений используется. Результатом является оценка исходных данных носителя, а не обязательно полезная емкость, отображаемая записывающим устройством после форматирования, резервирования, резервирования системы и резерва политики.

Пример для планирования, а не обещание качества продукта.

Предположим, на гипотетическом коммерческом объекте установлено 20 камер одного класса. Скорость каждого потока составляет в среднем 4 Мбит/с, запись ведется непрерывно, и данные должны храниться в течение 14 дней. Примерная оценка:

• 20 камер × 4 000 000 бит/секунду × 86 400 секунд/день × 14 дней ÷ 8
• Примерно 1 209 600 000 000 байт, или около 1,21 терабайта необработанного видео.

Эта цифра намеренно приведена лишь в качестве примера расчета. Она не описывает продукт SWGJVISION, рекомендуемую конфигурацию, гарантированную полезную емкость или гарантированную продолжительность записи. В проект следует добавить соответствующий запас на колебания битрейта, аудио или метаданные, форматирование, накладные расходы записывающего устройства, резервирование и рост. Если средний битрейт изменится до 6 Мбит/с, оценка необработанного видео увеличится на 50 процентов. Если камеры записывают половину дня, непрерывная составляющая составит примерно половину, при условии надежного графика.

Для записи событий предположим, что в среднем каждая камера записывает 10 800 секунд в день с учетом буферов. Подставьте это значение вместо 86 400 в формулу. Проверьте предположение с помощью журналов за репрезентативный период работы. Если объект имеет сезонный характер, используйте оценку в период пиковой нагрузки, а не среднегодовое значение, которое скрывает пиковые нагрузки.

Добавьте надбавки и спланируйте сдачу.

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

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

Выберите архитектуру записи и хранения.

Сопоставьте планирование работы видеорегистратора с рабочей нагрузкой.

Видеорегистратор (NVR) или платформа для записи должны принимать необходимые потоки данных, надежно записывать их, осуществлять поиск в течение времени отклика и управлять политикой хранения. Емкость хранилища — лишь одна из составляющих этого решения. Необходимо оценить поддерживаемые платформой потоки записи, пропускную способность, конфигурацию дисков, мониторинг состояния, поведение при экспорте и процесс восстановления в соответствии с требованиями проекта.

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

Для получения общей информации о продукте см. SWGJVISION. главная страница , Информация о видеорегистраторе , и информация о системе управления видео Эти ссылки служат отправной точкой для обсуждения того, как компоненты записи могут вписаться в более широкую конструкцию; окончательная совместимость, емкость и производительность выбранной конфигурации должны быть подтверждены.

Обеспечьте согласованность дизайна потока и дизайна камеры.

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

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

Для выбора камер, подходящих для коммерческого развертывания с подключением по PoE, обратитесь к SWGJVISION. Страница IP-камеры с поддержкой PoE Выбирайте камеры, исходя из требований к сцене и подтвержденной совместимости системы, а не только на основании предположений о объеме памяти.

Защитите сохраненные видеоданные с помощью резервного копирования и резервного копирования.

Различайте избыточность и резервное копирование.

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

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

Определите порядок восстановления и обработки доказательств.

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

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

Контрольный список проекта и часто задаваемые вопросы

Контрольный список внедрения

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

Часто задаваемые вопросы: Сохранение данных IP-камер

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

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

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

Какой объем дополнительных мощностей следует зарезервировать?
Выберите документально подтвержденный резерв, основываясь на измеренных колебаниях, планах роста, экспорте, техническом обслуживании и последствиях его нехватки. Единый процент не следует рассматривать как универсальное правило или гарантию качества продукции.

Является ли RAID или другая система резервирования тем же самым, что и резервное копирование?
Нет. Избыточность может повысить доступность после некоторых аппаратных сбоев, в то время как резервное копирование обеспечивает независимую копию для более масштабных сценариев сбоев или восстановления. Определяйте и тестируйте оба варианта отдельно, если этого требует оценка рисков.

Что должно произойти с видеоматериалами, относящимися к инциденту?
Незамедлительно экспортируйте его в контролируемое, независимое хранилище, убедитесь, что оно воспроизводится и является полным, зафиксируйте, кто с ним работал, и примените законное ограничение доступа или эквивалентный процесс сохранения до закрытия дела.

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