Резервное питание систем безопасности: сохранить критичные функции при отключении сети

Для видеонаблюдения это может быть цепочка «камера → PoE-коммутатор → NVR/сервер». Для удалённого просмотра добавляется сеть. Для контроля доступа — свои контроллеры и связанные узлы. Если резервировать только один прибор из цепочки, формально питание есть, а нужного результата уже нет.

Поэтому мы начинаем не с модели ИБП, а с двух вопросов:

что именно должно остаться в работе и сколько времени это должно работать без внешней сети.

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

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

Фраза «нужно запитать видеонаблюдение на час» недостаточно точна.

Что именно должно работать этот час?

• все камеры и запись;

• только критичные камеры;

• NVR и архив, но без локального монитора;

• камеры, запись и маршрутизатор, если нужен удалённый доступ;

• контроллеры СКУД и необходимые сетевые узлы;

• домофония на ключевом входе;

• несколько систем одновременно.

Это разные нагрузки и разные архитектуры.

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

Так появляется не «ИБП на шкаф», а карта критичных функций.

Для каждой функции фиксируем зависимые узлы.

Пример для IP-видеонаблюдения:

КРИТИЧНАЯ ФУНКЦИЯ: продолжать запись камер.

ЗАВИСИМОСТИ:

• камеры;

• PoE-коммутатор или отдельное питание камер;

• NVR/VMS;

• накопители;

• узлы магистральной сети между камерой и записью, если они есть.

Если нужен только локальный архив, внешний интернет может не входить в критичную цепочку.

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

Пример для СКУД:

КРИТИЧНАЯ ФУНКЦИЯ: сохранить согласованный режим контроля доступа.

Состав нагрузки зависит от реальной системы: контроллеры, питание периферии, сеть, сервер или другие узлы — только если они действительно нужны для этого режима.

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

Расчёт начинается с мощности, но не заканчивается ею.

Нужно различать:

мощность нагрузки — сможет ли UPS в принципе питать подключённые устройства;

энергию батарей и фактическое время автономной работы — сколько эта нагрузка реально проработает.

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

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

Мы не подменяем измерение красивой формулой.

Типовая ошибка — подключить к UPS регистратор и монитор, но оставить PoE-коммутатор на обычной розетке.

Свет пропал:

• NVR продолжает работать;

• интерфейс доступен;

• камеры исчезли, потому что питание их сети отключилось.

Функция «запись видеонаблюдения» потеряна.

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

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

Но резервировать интернет-узел нужно только тогда, когда удалённый доступ действительно входит в требование.

Разделение по приоритету часто позволяет получить более рациональную систему.

Приоритет A — функция должна сохраниться

Например:

• критичные камеры;

• запись;

• контроллеры согласованной зоны доступа;

• необходимый сетевой узел.

Приоритет B — желательно сохранить

Например:

• дополнительные камеры;

• локальная рабочая станция;

• второстепенные точки.

Приоритет C — можно отключить при отключении электричества

Например:

• монитор, который не нужен для автоматической записи;

• вспомогательное оборудование;

• некритичные сервисы.

Конкретный состав A/B/C определяется объектом.

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

Правильный вопрос не «какой UPS взять», а:

какой период отключения должна пережить конкретная функция без ручного вмешательства?

Ответ может зависеть от объекта:

• короткие провалы и переключения;

• типовые отключения на площадке;

• время до запуска другого источника;

• время, за которое ответственный сотрудник может приехать;

• требование бизнеса сохранить запись определённый период.

Мы не используем универсальное «30 минут достаточно всем».

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

Один общий UPS проще воспринимать как единое устройство, но он не всегда делает систему более устойчивой.

Проверяем:

• всё ли критичное оборудование физически находится рядом;

• не появится ли одна общая точка отказа;

• требуется ли разное время автономной работы разным системам;

• можно ли понятно обслуживать батареи;

• есть ли нагрузка, которую разумнее отделить;

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

Иногда логичен единый источник. Иногда — отдельные зоны: видеонаблюдение, контроль доступа, сеть и её ядро, удалённый шкаф.

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

Особенности онлайн-ИБП для видеонаблюдения рассматриваем отдельно.

Мы не назначаем эту технологию по умолчанию.

Сначала определяем:

• чувствительность нагрузки;

• качество входного питания;

• допустимость времени переключения;

• требуемую автономность;

• требования к мониторингу;

• условия эксплуатации.

Только после этого выбирается подходящий класс и конфигурация.

Расчётное время автономной работы в день монтажа и реальное время автономной работы через длительный период эксплуатации могут отличаться.

На результат влияют:

• тип и состояние батарей;

• температура;

• фактическая нагрузка;

• глубина и история разрядов;

• параметры конкретного UPS;

• изменения состава оборудования.

Поэтому эксплуатационная схема должна отвечать:

• как проверяется состояние батарей;

• кто отвечает за периодический тест;

• какое время автономной работы считается минимально приемлемым;

• что делать, если фактическое время ниже требования.

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

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

Базовый сценарий проверки:

1. Система работает от внешней сети в нормальном режиме.

2. Проверяем, что запись/доступ/связь работают до теста.

3. Контролируем текущую нагрузку и состояние UPS доступными средствами.

4. Имитируем согласованный сценарий пропадания внешнего питания безопасным способом.

5. Проверяем, какие узлы действительно остались в работе.

6. Проверяем критичную функцию — например, продолжается ли запись нужных камер.

7. Выдерживаем тестовый интервал, согласованный для приёмки.

8. Возвращаем внешнее питание.

9. Проверяем переход обратно в штатный режим.

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

Если система прошла только пункт «UPS запищал и не выключился», функциональный тест ещё не выполнен.

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

После возврата питания один сетевой узел может стартовать позже другого, камера — не вернуться в запись, а удалённый доступ — не восстановиться автоматически.

Поэтому приёмка заканчивается после полного восстановления критичных функций.

Фиксируем:

• что должно подняться автоматически;

• что проверяется оператором;

• какие события/ошибки считаются ненормальными;

• кому передавать проблему.

Для существующего объекта полезны:

• список оборудования с моделями, если он есть;

• фото стойки, шкафа, блоков питания и маркировки;

• схема или хотя бы перечень систем;

• какие камеры/двери/узлы действительно критичны;

• требуется ли удалённый доступ во время отключения;

• желаемое время автономии;

• информация о существующем UPS и батареях;

• известные проблемы: перезагрузки, короткое время автономной работы, ошибки батарей;

• данные о свободном месте и условиях установки.

Если документации нет, начинаем с обследования фактических подключений.

Для проекта резервного питания полезно зафиксировать:

• перечень критичных функций;

• список нагрузок, от которых они зависят;

• согласованное требуемое время автономной работы;

• фактическую или расчётную нагрузку с понятными допущениями;

• какие узлы подключены к резерву;

• какие узлы сознательно не резервируются;

• структуру UPS/батарей/PDU или иных согласованных элементов;

• результат теста отключения;

• результат восстановления;

• замечания по батареям и обслуживанию;

• маркировку критичных цепей.

Это позволяет обслуживать систему по понятной логике, а не вспоминать, почему один коммутатор запитан от UPS, а соседний — нет.

Нужен ИБП только для видеонаблюдения? Смотрите «Видеонаблюдение с ИБП».

Нужно решить, обязателен ли онлайн-ИБП и как его применять? Это «Онлайн-ИБП для видеонаблюдения».

Проблема в бюджете мощности PoE, портах или перезагрузках камер? Нужна проверка PoE-сети для камер.

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

Нужно проектировать всю стойку/серверную, охлаждение и коммутацию? Это «Серверные и телекоммуникационные узлы».

Цена определяется не одним параметром «мощность ИБП».

На состав работ влияют:

• количество критичных узлов;

• фактическая нагрузка;

• требуемое время автономной работы;

• число раздельных контуров;

• состояние существующего UPS и батарей;

• распределённость оборудования;

• необходимость переделывать питание/стойку/коммутацию в согласованном объёме;

• мониторинг и документация;

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

Без исходных данных мы не подставляем фиктивную цену.

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

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

Как понять, какой мощности нужен ИБП?

Сначала определяют состав нагрузки, которая действительно должна работать от резерва. Затем проверяют мощность и характеристики конкретного UPS с запасом, предусмотренным проектом и требованиями производителя. Для времени автономии отдельно учитывают батареи и фактическую нагрузку. Подбор только по «числу камер» недостаточен.

Нужно ли подключать к ИБП монитор?

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

Нужно ли резервировать роутер?

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

Можно ли просто сложить мощность всех устройств?

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

Что важнее — VA или W?

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

Как проверить, что резерв действительно работает?

Не только посмотреть индикатор UPS. Нужно проверить критичную функцию: остаются ли камеры в записи, доступна ли нужная сеть, работает ли согласованный режим СКУД, а после возврата электричества — восстановились ли необходимые сервисы.

Нужно ли делать отдельный ИБП на видеонаблюдение и СКУД?

Не всегда. Это зависит от физической структуры, мощности, требуемого времени автономной работы, критичности систем и удобства обслуживания.

Как часто менять батареи?

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