Сколько хранится запись с камер видеонаблюдения и как рассчитать объём жёсткого диска
Фиксированного срока хранения у обычной системы видеонаблюдения нет: запись остаётся доступной, пока накопитель не заполнится и при включённой циклической записи старые фрагменты не начнут заменяться новыми. Глубина архива зависит прежде всего от ёмкости HDD, количества камер, среднего битрейта и режима записи; для быстрого расчёта полезно помнить, что поток 1 Мбит/с создаёт примерно 10,8 ГБ данных за сутки.
Что определяет срок хранения записи
Удобнее говорить не о «сроке жизни файла», а о глубине архива — количестве предыдущих часов или дней, которые можно просмотреть в системе. Если регистратор хранит архив за 14 суток, более старые записи постепенно выходят за пределы доступного периода.
Принцип прост: камеры создают видеопоток, регистратор записывает его на HDD, а накопитель имеет ограниченную ёмкость. Чем больше данных поступает за сутки, тем быстрее заполняется диск и тем меньше дней остаётся в архиве.
Способ формирования архива зависит и от архитектуры системы. Например, камеры видеонаблюдения стандарта AHD передают видеосигнал на совместимый DVR или XVR, а уже регистратор кодирует и сохраняет запись на установленный HDD. Поэтому при расчёте такой системы необходимо ориентироваться на параметры потока, который фактически записывает регистратор.
Ниже расчёт относится прежде всего к локальному архиву на HDD видеорегистратора. Если запись хранится на microSD в самой камере, сервере или в облаке, глубина архива определяется ёмкостью соответствующего хранилища и правилами сервиса, но зависимость от объёма записываемых данных сохраняется.
Главный принцип
Нельзя корректно сказать, что «1 ТБ всегда хватает на месяц». Один и тот же диск может хранить несколько дней или несколько недель — в зависимости от суммарного битрейта камер и режима записи.
Какие параметры влияют на объём видеоархива
Битрейт — главный параметр расчёта
Битрейт показывает, сколько данных видеопоток передаёт за секунду, обычно в Мбит/с. Именно его удобнее использовать в расчёте HDD: если известен средний записываемый битрейт, разрешение и FPS не нужно повторно умножать на него — они уже повлияли на размер потока.
При одинаковом количестве камер поток 4 Мбит/с заполнит накопитель примерно вдвое быстрее, чем 2 Мбит/с. В системах с VBR битрейт меняется в зависимости от сцены, поэтому для точного проектирования лучше ориентироваться не только на установленный максимум, но и на фактический средний поток.
Разрешение, FPS и кодек
Более высокое разрешение — 4 Мп, 5 Мп, 8 Мп или 4K — обычно требует большего потока для сохранения сопоставимой детализации, но прямой формулы «4 Мп = столько-то ГБ в сутки» не существует. На итог также влияет частота кадров: при прочих равных 25 FPS обычно требует больше данных, чем 10–15 FPS.
Кодек H.265 обычно позволяет эффективнее сжимать видео, чем H.264, однако фиксированную экономию, например ровно 50%, закладывать неправильно. Для расчёта следует брать битрейт, характерный именно для выбранного кодека и настроек камеры. Если битрейт H.265 уже известен, дополнительный «коэффициент H.265» применять не нужно.
Режим записи и сложность сцены
Непрерывная запись 24/7 даёт наиболее предсказуемый объём. Запись по движению или событию уменьшает его только на ту часть суток, когда система действительно не пишет основной поток. В оживлённом магазине детектор может срабатывать почти постоянно, а на закрытом складе ночью — редко.
При VBR объём также зависит от того, насколько часто изображение меняется. Дорога, парковка, деревья на ветру, снег, дождь, ночной цифровой шум и большое число движущихся объектов могут повышать фактический поток по сравнению со спокойной сценой.
Как самостоятельно рассчитать объём HDD
Формула расчёта архива
Для непрерывной записи можно использовать практическую формулу:
V = B × 10,8 × N × D
где V — объём архива в ГБ, B — средний битрейт одной камеры в Мбит/с, N — количество камер, D — количество дней. Коэффициент 10,8 переводит постоянный поток 1 Мбит/с в примерный объём данных за сутки.
Например, четыре одинаковые камеры со средним потоком 2 Мбит/с за 30 дней создадут: 2 × 10,8 × 4 × 30 = 2592 ГБ, или около 2,59 ТБ. Это расчётный объём видео, а не готовая рекомендация купить диск ровно на 2,59 ТБ: физическую ёмкость выбирают с запасом и с учётом ограничений регистратора.
Если камеры настроены по-разному, их битрейты сначала складывают. Например, потоки 2 + 2 + 4 + 4 Мбит/с дают суммарно 12 Мбит/с; за 30 суток это примерно 12 × 10,8 × 30 = 3888 ГБ, или 3,89 ТБ.
Сколько места занимает одна камера за сутки
| Средний битрейт | Примерный объём за сутки |
|---|---|
| 1 Мбит/с | 10,8 ГБ |
| 2 Мбит/с | 21,6 ГБ |
| 3 Мбит/с | 32,4 ГБ |
| 4 Мбит/с | 43,2 ГБ |
| 6 Мбит/с | 64,8 ГБ |
| 8 Мбит/с | 86,4 ГБ |
Таблица показывает расчёт при непрерывном потоке. При VBR фактический объём может быть ниже или выше в отдельные периоды, поэтому для действующей системы полезно сравнивать расчёт с реальной статистикой регистратора.
Сколько HDD нужно для 4, 8 и 16 камер
Для честного сравнения примем одинаковые камеры со средним записываемым битрейтом 2 Мбит/с и круглосуточную запись 24/7.
| Количество камер | 7 дней | 14 дней | 30 дней |
|---|---|---|---|
| 4 | ≈ 0,60 ТБ | ≈ 1,21 ТБ | ≈ 2,59 ТБ |
| 8 | ≈ 1,21 ТБ | ≈ 2,42 ТБ | ≈ 5,18 ТБ |
| 16 | ≈ 2,42 ТБ | ≈ 4,84 ТБ | ≈ 10,37 ТБ |
Если средний поток увеличить с 2 до 4 Мбит/с, все значения примерно удвоятся. Перед покупкой HDD расчётную ёмкость округляют вверх и проверяют, какой максимальный объём одного диска и суммарного хранилища поддерживает конкретный NVR, DVR или XVR.
Если HDD уже куплен, полезен обратный расчёт. При тех же условиях — 2 Мбит/с на камеру и запись 24/7 — ориентир будет таким:
| Ёмкость HDD | 4 камеры | 8 камер | 16 камер |
|---|---|---|---|
| 1 ТБ | ≈ 11,6 суток | ≈ 5,8 суток | ≈ 2,9 суток |
| 2 ТБ | ≈ 23 суток | ≈ 11,6 суток | ≈ 5,8 суток |
| 4 ТБ | ≈ 46 суток | ≈ 23 суток | ≈ 11,6 суток |
Это математический ориентир без эксплуатационного запаса и поправки на доступную после форматирования ёмкость. Для подбора накопителя безопаснее рассчитывать нужный объём данных, а затем выбирать поддерживаемую регистратором ёмкость с запасом.
Как режим записи меняет глубину архива
При записи по движению нельзя использовать универсальную формулу «архив станет в три раза длиннее». Корректнее сначала рассчитать непрерывную запись, а затем умножить объём на фактическую долю времени, когда камера действительно сохраняет видео.
Если непрерывная запись требует 2,59 ТБ, а по статистике события занимают около 30% суток, ориентировочный объём основного потока составит 2,59 × 0,30 ≈ 0,78 ТБ. На практике учитываются предзапись, постзапись, ложные срабатывания и часы с высокой активностью.
Расписание считается аналогично. Если камера пишет только 12 часов в сутки, для первого приближения результат непрерывной записи можно умножить на 12/24. В смешанной системе критичные зоны, например кассу или вход, можно записывать постоянно, а второстепенные — по событию.
Почему реальный срок хранения отличается от расчётного
Расчёт по среднему битрейту — модель, а реальный архив зависит от поведения системы. Причиной расхождений могут быть VBR, ночной шум, изменение интенсивности движения, Smart Codec, иной фактический FPS, аудиодорожка, разные настройки камер и дополнительный поток, если он тоже записывается.
Особенно это заметно в сетевых системах: современные IP-камеры видеонаблюдения могут иметь собственные настройки кодека, разрешения, FPS и битрейта, а некоторые модели дополнительно поддерживают локальную запись на карту памяти. Поэтому при расчёте NVR-системы лучше проверять параметры основного потока каждой группы камер, а не ориентироваться только на количество мегапикселей.
Часть номинальной ёмкости HDD также недоступна под пользовательское видео из-за особенностей форматирования и служебных данных. В крупных системах влияние могут оказывать резервирование, несколько накопителей или RAID. Поэтому точнее всего сначала сделать расчёт, а после запуска проверить реальную глубину архива за несколько типичных дней.
Практический совет
В настройках камеры или регистратора найдите основной поток (Main Stream), кодек, режим VBR/CBR и битрейт. Если камеры различаются, рассчитывайте их отдельно или суммируйте фактические потоки.
Как выбрать нужную глубину архива и не потерять качество
Сколько дней архива действительно нужно
Отталкивайтесь не от условного «стандарта 30 дней», а от того, через какой максимальный срок вы можете узнать о происшествии. Дома событие часто обнаруживается быстро, а недостача в магазине, пропажа со склада или производственный инцидент могут быть выявлены позже.
Поэтому сначала определяют требуемую глубину — например 7, 14, 30 или больше дней — и только после этого подбирают ёмкость. Для объектов со специальными требованиями к хранению сроки необходимо проверять по применимым правилам и внутренним документам; универсальную юридическую цифру для всех систем видеонаблюдения использовать нельзя.
Как увеличить срок хранения
Увеличить архив можно не только установкой более крупного диска. Часто помогает переход на H.265 при совместимом оборудовании, разумное снижение FPS там, где высокая частота кадров не нужна, корректная настройка битрейта, запись по событиям или расписанию и разные параметры для критичных и второстепенных зон.
Снижать качество «до минимума» ради лишних дней архива опасно: запись ценна только тогда, когда по ней можно разобрать нужные детали. Настройки лучше оптимизировать после проверки реального изображения в дневных и ночных условиях.
Какой HDD подходит для видеорегистратора
Для круглосуточной многопоточной записи обычно выбирают накопители, рассчитанные на работу в системах видеонаблюдения. Перед покупкой важнее всего проверить совместимость с регистратором: допустимую ёмкость одного HDD, число SATA-портов или отсеков и максимальный суммарный объём хранилища.
Что происходит после заполнения жёсткого диска
В большинстве систем используется циклическая, или кольцевая, запись: когда свободное место заканчивается, самые старые файлы постепенно заменяются новыми. Регистратор продолжает работать, но начало доступного архива каждый день смещается вперёд.
Если произошло важное событие, нужный фрагмент следует экспортировать отдельно до того, как он выйдет за пределы глубины архива. Восстановление уже перезаписанного участка нельзя считать надёжным способом вернуть запись, поэтому сохранение значимых эпизодов лучше не откладывать.
