Требования к помещению серверной: нормы 2026
Температура, влажность, площадь, пожаротушение, электроснабжение — свод по СП, ПУЭ, 123-ФЗ.
Читать →СКУД и видеонаблюдение в ЦОД должны не просто закрывать двери и записывать изображение, а подтверждать, кто, когда и на каком основании вошёл в защищаемую зону. Архитектуру физической защиты закладывают одновременно с проектированием ЦОД, потому что она зависит от планировки, кабельных трасс, электропитания и пожарных алгоритмов. Общие требования к помещениям и инженерным системам рассматривают вместе с требованиями к серверной.
СКУД в ЦОД отвечает на вопросы, кому разрешён проход, куда именно, в какое время и при каких условиях. Видеонаблюдение показывает контекст: действительно ли карту использовал её владелец, не прошёл ли вместе с ним второй человек, что происходило рядом с дверью до и после тревожного события.
По отдельности эти системы дают неполную картину. Запись контроллера сообщает, что дверь открыта по действующему идентификатору, но не подтверждает количество прошедших людей. Камера показывает проход, но без связи с базой доступа оператору сложнее быстро установить личность и основание визита.
Поэтому СКУД и видеонаблюдение в ЦОД проектируют как связанные части физической защиты. К ним добавляют охранную сигнализацию, переговорные устройства, освещение, досмотр, учёт посетителей и инженерный мониторинг. Состав решений зависит от назначения объекта, модели угроз и режима эксплуатации.
Для российских проектов базовыми документами служат действующий СП 541.1325800.2024 по зданиям и сооружениям ЦОД, ГОСТ Р 51241-2008 по средствам контроля и управления доступом и ГОСТ Р 51558-2014 по системам охранного телевидения. Перечень применимых требований уточняют для конкретного объекта и проверяют в действующих редакциях на дату проектирования.
Типовая ошибка – начинать проект с количества считывателей и камер. Сначала территорию делят на зоны с разными правилами доступа и определяют границы между ними.
В проекте могут быть выделены:
Для каждой границы задают категории пользователей, расписание, способ идентификации, порядок сопровождения, реакцию на нарушение и действия при аварии. Сотрудник эксплуатации, уборщик, подрядчик, клиент и посетитель не должны автоматически получать одинаковые права.
Количество рубежей также не должно мешать эксплуатации. Если инженер при каждом плановом обходе проходит чрезмерное число дверей, повышается риск удерживания створок, передачи карт и других обходов регламента. Зонирование должно быть строгим, но выполнимым в реальной работе.
Человек получает доступ только в те зоны и на то время, которые нужны для его задачи. Постоянная карта подрядчика на весь объект удобна, но создаёт лишний риск. Разовые и временные полномочия должны автоматически завершаться. Исключения фиксируются и регулярно пересматриваются.
СКУД включает не только считыватель на стене. Рабочая цепочка состоит из идентификатора, считывателя, контроллера, исполнительного устройства, датчика состояния двери, программного обеспечения, сети передачи данных и электропитания.
Для обычной зоны может применяться карта или мобильный идентификатор. Для более критичной границы используют два фактора, например карту и PIN-код. Биометрия возможна, но её нельзя считать обязательным признаком защищённого ЦОД. Она требует отдельного обоснования, корректной обработки данных и сценария доступа при отказе биометрического терминала.
Усиление идентификации имеет смысл только вместе с контролем прохода. Дорогой терминал не решает проблему, если дверь можно удерживать открытой или пройти вслед за авторизованным сотрудником.
Для каждой двери определяют тип замка, направление открывания, датчик положения, доводчик, кнопку аварийного выхода и алгоритм при потере питания. Решения СКУД согласовывают с противопожарными требованиями: контроль доступа не должен препятствовать безопасной эвакуации, а реакция дверей на пожарный сигнал фиксируется в общей матрице взаимодействия систем.
Дверной проём проверяют как единый узел. Надёжность электромагнитного или электромеханического замка не компенсирует слабую створку, неподходящую раму, незащищённый кабель или доступный со стороны коридора контроллер.
Для критичных зон могут использоваться шлюзовые кабины, турникеты, датчики присутствия и режим anti-passback. Такие решения выбирают по пропускной способности и сценарию эксплуатации. Шлюз, рассчитанный без учёта потока сотрудников, размеров оборудования и аварийного выхода, создаст заторы и помешает работе.
Отдельно предусматривают внос и вынос серверов, стоек, аккумуляторов и крупного инженерного оборудования. Технологический проём не должен становиться неконтролируемым обходным маршрутом.
Видеонаблюдение в ЦОД проектируют от задач наблюдения, а не от абстрактного количества мегапикселей. Для каждой сцены определяют, что оператор должен увидеть: общую обстановку, факт пересечения границы, действия у шкафа, номер автомобиля или признаки человека.
Камеры обычно контролируют:
Камера над самой дверью может видеть только верхнюю часть головы. Для уверенной фиксации прохода выбирают ракурс с учётом направления движения, роста людей, возможного головного убора, встречной засветки и открытой створки. Одну и ту же сцену иногда контролируют обзорной и более узкой камерой.
Освещение рассчитывают вместе с видеонаблюдением. Достаточная освещённость для человека не всегда даёт читаемое изображение, особенно у стеклянных входов, ворот и в ночное время. Проверяют контраст, тени, отражения, работу ИК-подсветки и переход между дневным и ночным режимом.
Срок хранения нельзя назначать одинаковым для всех объектов. Его связывают с регламентом расследования инцидентов, периодичностью проверки событий, требованиями заказчиков и применимым законодательством.
Объём архива зависит от:
Расчёт по максимальному паспортному битрейту даёт запас, но может завышать объём. Расчёт по одной демонстрационной сцене, наоборот, способен недооценить поток. Настройки проверяют на реальных условиях объекта, а запас предусматривают под изменение сцен и последующее добавление камер.
Архив должен быть пригоден для расследования. Для этого синхронизируют время камер, контроллеров, серверов и других систем, разграничивают права просмотра и экспорта, фиксируют действия операторов и контролируют состояние накопителей. Потерянная синхронизация превращает сопоставление событий в ручной поиск.
Главная практическая ценность интеграции – единая временная линия. Событие «доступ разрешён», «доступ запрещён», «дверь открыта слишком долго» или «вскрытие корпуса» должно открывать оператору связанную камеру и нужный фрагмент записи.
Полезные сценарии:
Интеграцию необходимо тестировать не только в штатном режиме. Проверяют потерю связи между системами, недоступность сервера, переполнение архива, рассинхронизацию времени и восстановление после перезапуска.
Передавать все события безопасности в DCIM не всегда рационально. DCIM нужен для инженерной инфраструктуры, а специализированная платформа безопасности – для доступа, видео и тревог. Между ними определяют только необходимые связи, например передачу аварийного состояния помещения или подтверждение присутствия персонала.
СКУД и видеонаблюдение в ЦОД сами являются цифровыми системами и содержат контроллеры, серверы, сетевые коммутаторы, учётные записи и журналы. Их защищают как часть общей IT-инфраструктуры.
В проекте предусматривают:
Резервное питание требуется рассматривать по всей цепочке. Камера не передаст изображение, если отключился промежуточный коммутатор, а контроллер не выполнит заданный алгоритм, если его источник питания не входит в резервируемую группу.
Глубина резервирования зависит от требований к объекту. Обозначения N+1 или 2N применимы только к конкретно определённым компонентам и не заменяют проверку целого сценария отказа. Подходы к архитектуре подробно разобраны в гайде о резервировании ЦОД.
Приёмка не ограничивается проверкой картинки на мониторе и открытием двери картой. Испытания проводят по утверждённым сценариям.
Проверяют:
По результатам заказчику передают исполнительную документацию, матрицу доступа, схемы, перечень оборудования, резервные копии конфигураций, инструкции и регламенты. Без актуальной документации система быстро расходится с реальными процессами объекта.
Физическая безопасность ЦОД строится не вокруг одной камеры или биометрического терминала. Её основа – обоснованное зонирование, минимально необходимые права, контролируемые проходы, качественная видеофиксация и понятная реакция на каждое событие.
СКУД и видеонаблюдение в ЦОД нужно увязывать с планировкой, электроснабжением, сетями, пожарной автоматикой и эксплуатационными регламентами. Только тогда система помогает расследовать события и управлять доступом, а не остаётся набором разрозненного оборудования.
Увяжем планировку, электроснабжение, слаботочные сети, пожарную автоматику и системы физической безопасности в едином проекте.
Обсудить проектирование →Состав зон определяют по планировке и модели угроз. Обычно отдельно рассматривают территорию, входную группу, помещения персонала, инженерные зоны, машинные залы и участки размещения оборудования конкретных заказчиков.
Биометрия не является универсальным требованием для любого ЦОД. Способ идентификации выбирают по уровню риска, режиму объекта и требованиям заказчика, а обработку биометрических данных отдельно проверяют на соответствие законодательству.
Единого срока для всех ЦОД нет. Глубину архива устанавливают в задании на проектирование с учётом регламентов безопасности, времени обнаружения инцидента, требований заказчиков, законодательства и доступного объёма хранения.
Требуемое время автономной работы определяют проектом. Резервировать необходимо всю рабочую цепочку: контроллеры, замки, камеры, сетевое оборудование, серверы, хранилище и рабочие места операторов.
Материал подготовлен командой ЦОДПРОЕКТ — проектирование и строительство центров обработки данных.
Ответим за 2 рабочих часа.