Как выбрать видеорегистратор и рассчитать архив видеонаблюдения

Выбор NVR и диска: каналы, входящий поток, декодирование и расчёт хранения. Разбираем формулы архива и типичные ошибки проектирования.

Зачем нужен видеорегистратор

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

DVR и NVR различаются по типу входного сигнала. DVR работает с аналоговыми камерами по коаксиальному кабелю, а NVR — с IP-камерами по сети. Гибридный вариант нужен, когда часть камер уже стоит в аналоге, а часть системы переводится на IP. Но «гибридный» не значит «любой»: поддержка обычно ограничена конкретными сценариями, поэтому совместимость проверяют по паспорту модели.

Полезно сразу ответить на три вопроса:

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

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

Каналы, битрейт и декодирование

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

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

Практический ориентир такой:

• сверяйте максимальный входящий битрейт суммарно по всем каналам;
• уточняйте, какое разрешение и частоту кадров поддерживает запись на каждом канале;
• отдельно смотрите лимиты вывода через HDMI/VGA и число одновременно декодируемых потоков;
• учитывайте запас, а не работу «впритык».

Для камер с высоким разрешением именно битрейт часто становится узким местом раньше, чем количество каналов. Поэтому характеристика «16 каналов» без указания ресурса — неполная. Паспорт регистратора нужно читать так же внимательно, как паспорт камеры.

Совместимость камер и регистратора

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

Проверка совместимости должна идти не по общему названию бренда, а по конкретике. Нужно выяснить:

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

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

Полезная проверка перед закупкой:

• временно подключить одну камеру к регистратору;
• проверить день и ночь;
• записать событие и убедиться, что оно ищется;
• выгрузить фрагмент и открыть его на другом ПК;
• проверить звук, если он предусмотрен задачей.

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

Основной и дополнительный видеопоток

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

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

На практике это даёт несколько удобств:

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

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

Расчёт объёма архива с примерами

Для планирования архива важна средняя скорость записи, измеренная в мегабитах в секунду. При постоянном битрейте можно использовать формулу: V(GB) = сумма битрейтов камер в Мбит/с × 10.8 × дни. Это значение даёт объём в десятичных гигабайтах, где 1 TB = 10^12 байт. Формула подходит для непрерывной записи и среднего фактического битрейта, но не гарантирует срок хранения без запаса.

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

Условный пример 1. 8 камер по 4 Мбит/с, 14 дней непрерывной записи:

• сумма битрейтов: 32 Мбит/с;
• объём: 32 × 10.8 × 14 = 4838.4 GB;
• это 4.8384 TB;
• после резерва на накладные расходы потребуется больше.

Условный пример 2. 4 камеры по 2 Мбит/с, 7 дней:

• сумма битрейтов: 8 Мбит/с;
• объём: 8 × 10.8 × 7 = 604.8 GB;
• это 0.6048 TB.

Обе схемы показывают главное: диск 6 TB сам по себе не гарантирует 14 суток. Реальный срок зависит от сцены, режима записи, событий, звука и фактического среднего битрейта. Если архив критичен, закладывают дополнительный резерв, чтобы система не работала на пределе ёмкости.

Кодек, битрейт и запись по событиям

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

Схема CBR и VBR тоже влияет на архив. При CBR битрейт держится ровнее, что упрощает расчёт. VBR меняет скорость в зависимости от сцены: в спокойном коридоре поток может быть ниже, на парковке с движением — выше. Поэтому для расчёта архива важен не номинал «по паспорту», а фактически измеренный средний битрейт на реальной сцене в разное время суток.

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

Практический подход такой:

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

Как выбрать жёсткий диск

Для видеорегистратора нужен диск, рассчитанный на постоянную запись. Но даже среди «видеонаблюдательных» моделей нельзя выбирать без проверки. У регистратора есть ограничения по числу SATA-портов, поддерживаемой ёмкости, совместимым интерфейсам и объёму одного диска. Эти параметры зависят от конкретной модели, а не от общего назначения устройства.

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

Полезные критерии выбора:

• поддерживаемая ёмкость по паспорту регистратора;
• количество дисков и SATA-портов;
• совместимость по толщине и интерфейсу;
• рабочая температура в месте установки;
• наличие мониторинга здоровья диска в интерфейсе регистратора.

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

RAID и резервная копия

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

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

Что важно проверить перед выбором:

• поддерживает ли конкретная модель RAID;
• какие уровни доступны;
• как меняется полезная ёмкость;
• можно ли заменить диск без остановки системы;
• как регистратор сообщает об ошибке массива.

Если объекту нужен именно архив как доказательная база, резервная копия полезнее, чем надежда на RAID. Копия может храниться отдельно: на другом сервере, в отдельном хранилище или в ином согласованном контуре. Главное — не смешивать понятия: RAID повышает устойчивость к одному классу отказов, но не заменяет независимое резервирование.

Поиск, время и экспорт записи

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

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

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

• поиска по дате и времени;
• корректности часового пояса;
• синхронизации времени;
• экспорта на внешний носитель;
• воспроизведения файла на стороннем компьютере;
• разграничения прав между оператором и администратором.

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

Сеть и резервное питание

Стабильность системы начинается не с объёма диска, а с питания и сети. Если отключится коммутатор, PoE-блок, маршрутизатор или сам регистратор, запись остановится независимо от ёмкости архива. Поэтому при проектировании резервного питания учитывают весь критичный тракт: камеры, PoE-коммутаторы, регистратор, сетевое оборудование и, при необходимости, монитор.

Особенно критичен PoE-сегмент. Один отключённый PoE-блок может обесточить сразу несколько камер, и они перестанут писать именно тогда, когда питание пропало. В таких случаях помогает не частичный, а продуманный резерв: что должно работать от UPS, какие устройства можно отключить без потери архива и сколько времени система должна прожить на батарее.

Практический список проверки:

• какие устройства входят в критичный контур;
• хватает ли UPS на суммарную нагрузку;
• не забыты ли PoE-коммутаторы и медиаконвертеры;
• сохраняется ли связь с регистратором при перебое;
• есть ли автоматическое восстановление записи после возвращения питания.

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

Учебный проект: восемь камер и 14 суток

Рассмотрим условный учебный проект: 8 камер, целевой срок хранения 14 суток. Пусть средний битрейт каждой камеры составляет 4 Мбит/с. Тогда суммарно получается 32 Мбит/с, а расчётный объём архива по формуле — 32 × 10.8 × 14 = 4838.4 GB, то есть 4.8384 TB. Это уже показывает, что запас нужен обязательно, потому что реальная система всегда добавляет накладные расходы и может писать звук, события или более высокий поток на отдельных сценах.

Такой проект нельзя принимать только по арифметике. Нужно проверить:

• режим записи: непрерывный или по событию;
• день и ночь отдельно;
• наличие звука и его влияние на поток;
• работу аналитики, если она включена;
• часовой пояс и синхронизацию времени;
• допустимую ёмкость дисков по паспорту регистратора;
• сколько SATA-портов и есть ли запас по вводу/выводу.

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

Частые вопросы и приёмка системы

Что делать, если архив закончился раньше срока? Сначала сравнить фактический битрейт с расчётным. Частая причина — более активная сцена, включённый звук, ночь с ИК-подсветкой, аналитика или запись по более тяжёлому профилю. Затем проверить режим записи и состояние диска. Если расчёт делали по формуле без запаса, срок может не совпасть с ожиданиями.

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

Что делать при переполненном диске? Если включён циклическая перезапись, старые записи обычно заменяются новыми. Это стандартный режим, но его нужно проверять на конкретной модели. Если циклическая перезапись не работает как ожидается, проверяют настройки, состояние диска и права пользователя. После сбоя питания важно убедиться, что запись восстановилась автоматически, а камеры снова видны в системе.

Можно ли просто добавить диск и увеличить архив? Только если это поддерживает конкретная модель: по числу SATA-портов, по максимальной ёмкости и по схеме работы массива. Расширение проверяют по паспорту и совместимости, а не на глаз. При приёмке системы правильнее задать один вопрос: соответствует ли реальная длительность хранения измеренному битрейту и запасу по железу. Если ответ подтверждён тестом, система настроена практично, а не формально.

Оборудование для вашего проекта

Подбор удобно начинать с задачи и схемы объекта. В каталоге Turniket.kz можно сравнить доступные исполнения и согласовать состав оборудования:

• Жесткие диски для видеонаблюдения — подбор накопителей для совместимого регистратора.
• Dahua — регистраторы и сетевые камеры.
• UniView — сравнение функций записи.

Для консультации подготовьте план, фотографии места установки и требования к системе. Телефоны: +7 747 977 71 16 и +7 747 183 58 13; WhatsApp. Адрес: г. Алматы, ул. Грибоедова, 107/1. Доставка по Казахстану, стоимость рассчитывается с учётом заказа.

Документация для проверки параметров

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

• База соответствующих продуктов ONVIF
• Накопители SkyHawk — Seagate