Видеонаблюдение для дата-центра

Ключевые зоны:

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

Слои, а не одна линия камер

Актуальные материалы Axis 2026 по безопасности центров обработки данных прямо описывают многоуровневый подход:

периметр;
контролируемый вход в здание;
проверка посетителей;
стойки и шкафы;
журналы доступа, пригодные для проверки.

ВЫВЕРЕНО проектирует видеослой как часть этой цепочки, а не отдельный «экран охраны».

Периметр

Если объект имеет собственную территорию:

подходы;
въезды;
ограждение;
критичные входы.

Для больших открытых зон возможны:

фиксированные камеры;
PTZ;
тепловизор или радар — если задача это оправдывает.

Не включаем сложную аналитику без конкретного риска.

Главный вход

Нужно связать:

человек;
идентификатор доступа;
решение доступа;
фактический проход;
видео.

СКУД отвечает «было ли разрешение», камера — «что физически произошло».

Шлюз контроля прохода

В шлюзе важны:

последовательность дверей;
человек или посетитель;
контроль прохода постороннего следом за авторизованным человеком — если предусмотрен системой;
журнал событий;
видео.

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

Серверные залы

Камеры не должны:

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

Задачи:

вход;
проход;
определённые зоны стоек;
действия у критичного оборудования — если это требуется политикой объекта.

Стойки и шкафы

Для особо критичных зон можно отдельно контролировать:

открытие;
приближение;
сервисное действие.

Но камера не заменяет:

управление доступом к стойке;
замок шкафа;
управление изменениями.

Приёмка и отгрузка

Microsoft в описании собственных дата-центров отдельно выделяет зоны отгрузки и приёмки как критичные зоны наблюдения.

Здесь важно связать:

посетитель или подрядчик;
груз;
маршрут;
разрешённую зону.

СКУД

Система контроля доступа для ЦОД обычно более важна, чем в обычном офисе.

Видео интегрируется с:

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

Интеграция должна быть реальной через поддерживаемую VMS/ACS, а не только одинаковые часы.

Время

Синхронизация времени по NTP — критичный слой.

Сопоставляются:

видео;
ACS;
тревоги;
журналы серверов и изменений.

Событие на камере в 14:03 и СКУД в 14:11 делает расследование сложнее.

Поэтому источник времени и поведение при его потере фиксируются до сдачи.

Роли пользователей

Разделяем:

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

Руководство Axis по усилению защиты прямо рекомендует доступ по ролям и разделение обязанностей.

Не используем общую учётную запись администратора для повседневного просмотра.

Классификация видеоданных

Запись ЦОД может быть чувствительной.

Доступ к:

просмотр в реальном времени;
архив;
экспорт записи

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

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

Кибербезопасность камер

IP-камеры — конечные сетевые устройства.

Проверяем:

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

Актуальное руководство Axis по усилению защиты рекомендует сегментацию сети и ограничение доступа.

Архив

Срок хранения задаёт политика объекта.

Не копируем чужой срок как норму.

Microsoft публично описывает свои собственные правила хранения записей, но это не означает универсальное требование для любого российского ЦОД.

Расчёт делаем по:

потоки;
срок хранения;
резервирование;
политика безопасности.

Резервирование

В ЦОД отдельно рассматриваем:

сервер записи;
хранилище;
сетевой путь;
питание;
управление.

Но не делаем «полное резервирование всего» без анализа критичности.

Отказ VMS

Если центральный сервер недоступен:

что продолжает писать;
где;
какие камеры остаются доступны;
что происходит после восстановления.

Сценарий должен быть протестирован.

Журнал действий операторов

Полезно знать:

кто вошёл;
что экспортировал;
что изменил;
когда.

Конкретный журнал действий зависит от VMS.

Как проходит проект

Зоны безопасности.
Угрозы и сценарии использования.
Интеграция со СКУД.
Сцены наблюдения.
Сеть и усиление защиты.
Хранение и время.
Роли.
Сценарии отказов.
Приёмка.

Как принимаем

Контрольные сценарии:

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

Что прислать

разделение на зоны;
таблица прав доступа;
стойки и помещения;
маршрут доставки;
существующие СКУД и VMS;
правила работы сети;
правила хранения архива;
роли операторов;
требования к резервированию.

Частые вопросы

Камеры можно подключить к обычной корпоративной LAN?

Рекомендуется отдельная/контролируемая архитектура в соответствии с политикой информационной безопасности объекта.

Нужно хранить 90 дней?

Не универсально. Срок определяется политикой/требованиями объекта; чужие сроки хранения не являются вашей нормой.

Нужна интеграция СКУД?

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

Можно использовать облако?

Зависит от архитектуры безопасности и требований соответствия нормам конкретного ЦОД.

Нужна видеоаналитика?

Только под конкретный риск/действие.