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

Итак, посмотрим на существующие решения, позволяющие мониторить ИБП. Так как в нашей организации внедрен SCOM , то различные пакеты под другие системы мониторинга нас не интересовали. Кроме того, далеко не все наши ИБП имеют установленную карту мониторинга окружающей среды , некоторые просто подключены к серверам через USB- или COM-порты. Разумеется, хотелось иметь универсальный инструмент для мониторинга, не зависящий от типа подключения ИБП. В итоге список рассмотренных нами вариантов такой:

• Можно настроить на каждом ИБП отсылку почтовых сообщений выбранным пользователям. Самый простой вариант, но он имеет кучу недостатков:

1) каждый ИБП должен иметь доступ к почтовому серверу;

2) ИБП склонен генерировать сообщение за сообщением, если проблема не решается. Например, если температура датчика будет превышать разрешенную в течение получаса, в почтовый ящик свалится с десяток сообщений. Но в то же время уведомить оператора о решившейся проблеме ИБП не умеет, такой функциональности в ПО нет. Это принципиальный момент. Например, за ночь может произойти множество событий и с утра оператору важно будет в первую очередь уделить внимание тем, которые все еще остаются актуальными;

3) необходимо настраивать уведомления (типы событий, получателей, почтовый сервер) на каждом ИБП в отдельности. Сами уведомления настраивать нельзя, это тоже является минусом. Например, при превышении установленной температуры ИБП просто пришлет сообщение, что температура превысила установленную отметку. О том, насколько превышена температура, оператор из сообщения не узнает;

4) невозможно гибко настроить получателей сообщения. Например, информация о результатах последней калибровки актуальна только операторам, тогда как уведомление о сбое питания будет важно и другим людям, в том числе системным администраторам и т.д.;

5) данная система подходит только для ИБП, напрямую подключенных к сети;

• Вполне логично обратиться к решению от APC . Речь идет о Powerchute Business Edition . Версия достаточно интересна в данном случае, она позволяет наблюдать (и управлять) за 5 ИБП одновременно, но все проблемы, описанные выше (генерация кучи предупреждений, невозможность получения сообщения об устранении проблемы, отсутствие настроек уведомлений) остаются и здесь. Преимуществом по сравнению с предыдущим вариантом является лишь возможность мониторить ИБП, подключенные через USB- или COM-порты.
• Продукт Power Management Packs for Operations Manager от Quest Software . Данный софт работает независимо от SCOM , по сути, на сервер ставится отдельная программа, а к SCOM делается коннектор. Из-за этого все настройки и конфигурирование происходят не в среде SCOM ‘а, а в интерфейсе утилиты. Помимо очевидных вещей (например, оператору придется фактически изучать новый продукт в дополнение к уже используемому), это неудобно еще и тем, что мы лишаемся возможности управления через Powershell . Кроме того, начальная инсталляция системы довольно сложная.
• Различные бесплатные пакеты для мониторинга ИБП APC от самостоятельных разработчиков. Все эти пакеты объединяет то, что они нацелены на работу с SNMP-трапами , отсылаемыми ИБП. Это плохо тем, что инициатором уведомления выступает сам ИБП, причем он никак не контролирует, доставлено ли уведомление.

Таким образом, было решено создавать собственный пакет для мониторинга ИБП (в данный момент поддерживаются ИБП фирмы APC , в скором времени – и другие ИБП, соответствующие стандарту RFC1628). Задачи при создании пакета ставились следующие:

• Мониторинг ИБП APC с помощью SCOM в native-режиме, без использования коннекторов к сторонним продуктам.
• Удобство использования для оператора: стандартный интерфейс, привычные для операторов функции типа моделей состояния (об этом ниже).
• Широкие возможности по кастомизации – изменение порогов срабатывания алертов, частоты опроса параметров и т.д. В распределенной структуре любой организации это важно, т.к. параметры питания в разных серверных могут отличаться и можно гибко подстроить пакет под нормальное поведение конкретного ИБП в конкретной серверной.
• Поддержка мониторинга ИБП с разными типами подключения – Ethernet, COM, USB.

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

Общий список устройств

На этом списке легко увидеть состояние всех мониторящихся ИБП сразу. Благодаря способу представления – таблице – на одном экране отображается большое число устройств. Например, при разрешении 1024х768 одновременно можно наблюдать порядка 30-40 ИБП:

Диаграммы

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

Если мы захотим получить чуть больше информации по ИБП, просто откроем его свойства:

Мы легко можем узнать модель ИБП, его размещение (конечно, это должно быть указано в свойствах конкретного ИБП) и IP, а также другую информацию, которая может оказаться полезной для идентификации ИБП.

Возвращаясь к диаграмме устройств – явно, что у некоторых ИБП есть проблемы. Чтобы понять точнее, раскрываем заинтересовавшее нас устройство:

Это с установленной картой управления / мониторинга (Environmental monitoring card). Видно, что с системой мониторинга окружающей среды все хорошо, а вот по батарее есть какие-то предупреждения.

Диаграммы вполне можно считать основным рабочим интерфейсом оператора. Они позволяют через контекстные меню быстро открыть любые другие виды SCOM (например, графики производительности или список алертов), при этом оператор получит только те данные, которые соответствуют выбранному элементу. Например, если выбрать вид «графики производительности» для ИБП – то откроются все доступные для данного ИБП графики. Если же сделать аналогичное действие на батарее данного ИБП – то число графиков заметно уменьшится, останутся только те, которые соответствуют батарее данного ИБП.

Модель состояния

Выяснив по диаграмме, что проблема кроется в батарее ИБП, мы захотим выяснить, в чем же именно она заключается. Для этой цели нам больше всего подходит Health Explorer или Модель состояния. Вот что мы увидим для данной батареи:

Сразу видно, в чем проблема – ожидаемое время, в течение которого ИБП сможет поддерживать текущую нагрузку, опустилось ниже порога срабатывания алерта. Можно увидеть значение, при котором сработало уведомление и время, когда это произошло. В списке видны все события по данному инциденту в прошлом, что может помочь выявить проблему и то, как часто она бывает.

Алерты

Модель состояния хороша, если требуется просмотреть список текущих событий. Однако для анализа закрывшихся событий удобнее использовать Alert View. Тут сразу можно окинуть взором все, что происходило за выбранный интервал времени как с конкретным ИБП (или даже его батареей), так и со всеми ИБП сразу. Например, мы можем видеть, что за выбранный нами интервал времени было 2 события от одного из ИБП, одно из них уже не актуально, а второе все еще активно:

Графики

Еще одним средством анализа проблем можно считать графики. Естественно, графики могут быть только для тех параметров, которые можно как-то измерить. Вот, например, график изменения входного напряжения на ИБП, собранный за несколько часов:

Вот два температурных графика, снятых с одного и того же ИБП. Значения для красного графика получены со встроенного датчика температуры, находящегося внутри ИБП, а значения для оранжевого графика собраны с внешнего термодатчика, прикрепленного на серверной стойке недалеко от ИБП. Как можно увидеть, графики повторяются, а сдвиг вызван разностью температур внутри ИБП и снаружи:

А вот более интересный график связи ожидаемого времени работы ИБП (фиолетовый график) и текущей нагрузки (желто-зеленый график):

На этом графике мы можем наблюдать связь между нагрузкой на ИБП и ожидаемым временем его работы

События

Для событий, которые важны лишь в случае многократного повторения (например, попытка подбора пароля), удобнее использовать Event View:

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

Оповещения

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

Графики и алерты/уведомления

В настоящий момент пакет поддерживает ведение следующих графиков (естественно, все зависит еще и от самого устройства):

• Input Voltage, V
• Input Frequency, Hz
• Output Voltage, V
• Output Frequency, Hz
• Output Current, A
• Output Load, %
• Battery Capacity, %
• Battery Current, A
• Battery Voltage, V
• Battery Time Remaining, m
• Battery Temperature, C
• Probe Temperature, C
• Probe Humidity, %

Поддерживаются следующие уведомления и алерты:

В настоящее время менеджмент-пак активно развивается, в частности в ближайшее время планируется расширение числа поддерживаемых устройств за счет ИБП сторонних фирм (не

Работа с ИБП без управляющего ПО похожа на вождение в дождь без щеток стеклоочистителей – вы защищены от дождя, но вы не видите того, что у вас впереди.

В то время как ИБП защищает нагрузку во время пропадания питания, программное обеспечение требуется для того, чтобы серверы корректно завершили работу в том случае, если питание не будет восстановлено в течение максимального времени работы ИБП от батарей.

Приложение Eaton Intelligent Power Manager обеспечивает в простом и развернутом виде дистанционные мониторинг и управление несколькими устройствами для того, чтобы вы постоянно получали актуальную информацию о питании и внешних условиях функционирования.

В дополнение к реализации автоматического корректного завершения работы всех подключенных устройств во время продолжительного сбоя питания, ПО управления питанием обеспечивает широкий спектр других полезных возможностей. Отличным дополнением к любому ИБП является управляющее ПО, которое постоянно проводит мониторинг исправности сети.

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

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

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

Защищенное и управляемое питание так же важно для виртуальных машин, как и для физических серверов, поэтому новые программные технологии содержат специальные возможности по мониторингу и управлению в виртуализированных средах. ПО завершения работы теперь совместимо с VMware ESXi и vSphere, а также с Microsoft Hyper-V, что позволяет корректно заканчивать работу нескольких виртуальных машин.

Источник : EATON CORPORATION. Справочник по ИБП

Какое ПО для ИБП требуется именно Вам

Для ответа на этот вопрос Вам нужно продумать следующее:

1. Требуется ли обеспечение корректного завершения работы?
2. Хотите ли вы удаленно контролировать ИБП?
3. Хотите ли вы дистанционно оповещать пользователей о событиях с ИБП?

В чем важность ПО для управления электропитанием

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

Будет ли ПО действующего ИБП поддерживать новый ИБП

Большинство ИБП и управляющего ПО поддерживает протокол SNMP с файлами MIB стандарта RFC-1628, которые доступны для многих ИБП для подключения по сетевой карте. Некоторые более продвинутые системы мониторинга, такие как OpenView, Tivoli и Nagios позволяют импортировать файлы SNMP MIB. С другой стороны, некоторые сетевые карты имеют встроенный веб-интерфейс для просмотра данных и управления ИБП, а также возможность рассылки оповещений по электронной почте без дополнительного ПО.

Система управления ИБП уровня предприятия

Задачи управления питанием нагрузки

Системы мониторинга, диагностики и управления питанием нагрузки решают три основные задачи: позволяют ИБП выполнять свои функции, оповещать персонал о происходящих с ними событиях и посылать команды для автоматического завершения работы защищаемого устройства.

Мониторинг параметров ИБП

Мониторинг параметров ИБП предполагает отображение и протоколирование состояния устройства и всех событий, связанных с его изменением. Диагностика реализуется функциями самотестирования системы. Управляющие же функции предполагают активное вмешательство в логику работы устройства.

Мониторинг или управление ИБП

Многие специалисты этого рынка, отмечая важность процедуры мониторинга, считают, что управление должно быть сведено к минимуму. «Функция управления ИБП тоже нужна, но скорее факультативно, - говорит Сергей Ермаков, технический директор компании Inelt и эксперт в области систем Chloride. - Я глубоко убежден, что решения об активном управляющем вмешательстве в работу систем защиты электропитания ответственной нагрузки должен принимать человек, а не автоматизированная система. Завершение работы современных мощных серверов, на которых функционируют ответственные приложения, - это, как правило, весьма длительный процесс. ИБП зачастую не способны обеспечивать необходимое для него время, не говоря уж о времени запуска какого-то сервиса». Функция же мониторинга позволяет предотвратить наступление нежелательного события - либо, если таковое произошло, проанализировать его причины, опираясь не на слова, а на запротоколированные данные, хранящиеся в памяти адаптера или файлах на рабочей станции мониторинга.

Эту точку зрения поддерживает и Алексей Сарыгин, технический директор компании RadiusGroup: «Дистанционное управление мощных ИБП - это вопрос, к которому надо подходить чрезвычайно аккуратно. Если функции дистанционного мониторинга и диспетчеризации необходимы, то практика предоставления доступа персоналу к функциям дистанционного управления представляется радикально неверной. Доступность модулей управления извне потенциально несет в себе риск нарушения безопасности и категорически снижает надежность системы. Если существует физическая возможность дистанционно воздействовать на ИБП, на его параметры, отключение, снятие нагрузки, закрытие выходных тиристорных ключей или блокирование цепи байпаса, то это чревато потерей питания всего ЦОД».

Аварийное отключение ИБП (Emergency Power Off, E.P.O.)

Практически на всех трехфазных ИБП предусмотрена кнопка E.P.O. (Emergency Power Off), дублер которой может быть выведен на пульт управления диспетчерской. Она обеспечивает аварийное дистанционное отключение блоков ИБП при наступлении аварийных событий. Это, пожалуй, единственная возможность обесточить нагрузку, питаемую от трехфазного аппарата, но реализуется она в исключительных случаях.

Диагностика электропитания

Что же касается диагностики электропитания, то, как отмечает Юрий Копылов, технический директор московского офиса корпорации Eaton, в последнее время характерной тенденцией в управляющем программном обеспечении стал отказ от предоставления функций удаленного тестирования батарей даже системному администратору.

Средства мониторинга ИБП

Производители ИБП предоставляют, как правило, сразу несколько средств мониторинга и в некоторых случаях даже управления ИБП - все они основаны на трех основных методах.

В первом случае устройство подключается напрямую через интерфейс RS-232 (Com-порт) к консоли администратора. Дальность такого подключения не превышает 15 метров, но может быть увеличена с помощью конверторов RS-232/485 и RS-485/232 на концах провода, связывающего ИБП с консолью администратора. Такой способ обеспечивает низкую скорость обмена информацией и пригоден лишь для топологии «точка - точка».

Второй способ предполагает использование SNMP-адаптера - встроенной или внешней интерфейсной карты, позволяющей из любой точки локальной сети получить информацию об основных параметрах ИБП. В принципе, для доступа к ИБП через SNMP достаточно веб-браузера. Однако для большего комфорта производители оснащают свои системы более развитым графическим интерфейсом, обеспечивающим функции мониторинга и корректного завершения работы. На базе SNMP-протокола функционируют все основные системы мониторинга и управления ИБП, поставляемые штатно или опционально вместе с ИБП.

Стандартные SNMP-адаптеры поддерживают подключение нескольких аналоговых или пороговых устройств - датчик температуры, движения, открытия двери и проч. Интеграция таких устройств в общую систему мониторинга крупного объекта (например, дата-центра) позволяет охватить огромное количество точек наблюдения и отразить эту информацию на экране диспетчера.

Большое удобство предоставляет метод эксплуатационного удаленного контроля T.SERVICE, позволяющий отследить работу оборудования посредством телефонной линии (через модем GSM) или через Интернет (с помощью интерфейса Net Vision путем рассылки e-mail на электронный адрес потребителя). T.SERVICE обеспечивает диагностирование оборудования в режиме реального времени в течение 24 часов в сутки 365 дней в году. ИБП автоматически отправляет в центр технического обслуживания регулярные отчеты или отчеты при обнаружении неисправности. В зависимости от контролируемых параметров могут отправляться уведомления о неправильной эксплуатации (с пользователем связывается опытный специалист и рекомендует выполнить простые операции для предотвращения ухудшения рабочих характеристик оборудования) или о наличии отказа (пользователь информируется о состоянии устройства, а на место установки немедленно отправляется технический специалист).

Система мониторинга ИБП на базе административной шины

Третий метод основан на использовании высокоскоростной индустриальной интерфейсной шины: CANBus, JBus, MODBus, PROFIBus и проч. Некоторые модели ИБП поддерживают разновидность универсального smart-слота для установки как карточек SNMP, так и интерфейсной шины. Система мониторинга на базе индустриальной шины может быть интегрирована в уже существующую промышленную SCADA-систему контроля и получения данных либо создана как заказное решение на базе многофункциональных стандартных контроллеров с выходом на шину. Промышленная шина через шлюзы передает информацию на удаленный диспетчерский пункт или в систему управления зданием (Building Management System, BMS). В эту систему могут быть интегрированы и контроллеры, управляющие ИБП.

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

АНОНСЫ

Всем доброго времени суток ! В этой статье я хочу рассказать вам про одно замечательное приложение, которое здорово облегчает процесс « общения« с источниками бесперебойного питания.

Поэтому давайте переходить к знакомству. Energy Controller 2 — программа управления для ИБП IPPON, Mustek и многими моделями Sven. Она довольно маленькая по занимаемому объему дискового пространства, но невероятно мощная.

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

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

Далее производим первый запуск Energy Controller 2и сразу переходим на вкладку « Настройки: основные« . Здесь нам нужно выбрать тип подключения ИБП (UPS) к компьютеру и нажать кнопку « Поиск« . Дальше программа все сделает в автоматическом режиме:

Я подключался к устройству с помощью обычного USB-кабеля, проблем никаких не было. Если же вы задумаете осуществить подключение через COM-порт, то знайте, что использовать в таком случае нужно только кабель из комплекта бесперебойника .

Суть в том, что обычный COM-кабель (папа-мама) выглядит точно так же как оригинальный, но имеет другую распиновку . Поэтому можно долго мучиться и не понимать, почему нет коннекта либо того хуже, почему ваш IPPON уходит в защитный режим. Так что имейте это в виду .

На следующем этапе предлагаю перейти на вкладку « Настройки: основные+ и уведомления« . Тут тоже есть много интересного. Например, обратите внимание на раздел « Модель ИБП« . В случае если программа сама не смогла правильно определить точную марку, это всегда можно сделать вручную.

Также здесь выставляются параметры уведомлений о критическом разряде батареи и задать действие при этом. То есть смотрите, на скриншоте выше видно, что при снижении вольтажа на аккумуляторах до 10,1 вольт, Energy Controller 2 завершит работу компьютера.

А еще можно настроить для такой ситуации переход в спящий режим. Тогда при появлении напряжения в сети и возобновлении работы ПК, вы, вообще, не потеряете никаких данных. Ну разве не круто? И все это происходит без вмешательства пользователя.

Теперь давайте обратим внимание на подраздел « Выдержки перед отключением нагрузки« . Что это такое? Все просто. В приложении есть такая опция, которая называется « Режим ожидания« . С ее помощью происходит автоматическое отключение подачи напряжения на других розетках бесперебойника, после выключения компьютера.

Короче говоря, в этой графе задается время выдержки, по истечении которого отрубятся все дополнительные устройства (монитор, колонки и т.д .), подключенные к этому ИБП. А как вам понравится вот такая фишка, которая имеется на вооружении данной программы управления:

Что еще умеет Energy Controller 2? На самом деле много чего. Например, отправлять уведомления о параметрах заряда батареи по электронной почте и СМС, делать графические снимки состояния и так далее.

Но давайте уже наконец-то перейдем к самому главному разделу, который называется « Мониторинг« . Безусловно, это святая святых. Здесь можно увидеть входное-выходное напряжения, вольтаж батареи, ее температуру, уровень заряда, фактическую нагрузку и ориентировочное время работы при отключении от общей сети:

Кстати, я пробовал проверять автономное время работы, чтобы сравнить с показаниями этого приложения. В реальности бесперебойник продержался где-то на секунд пятнадцать дольше заявленного.

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

В общем, друзья, можно с уверенностью сказать, что Energy Controller 2, программа управления для ИБП IPPON и Mustek, показала себя достойно, поэтому ее можно смело брать на вооружение.

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

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

Еще не так давно единственным органом управления ИБП служил выключатель, однако сейчас ситуация изменилась. Некоторые модели (в основном On-Line) источников бесперебойного питания, представленных на рынке, оснащены жидкокристаллическим дисплеем, на котором отображаются характеристики ИБП: нагрузка, входное напряжение, аварийные предупреждения и т.д. Кнопки на передних панелях устройств позволяют регулировать, к примеру, выходное напряжение и частоту, а также производить тест батарей.

Однако любая компьютерная система, будь то система компьютерной телефонии или какая-либо другая, предполагает наличие сети Ethernet. Защита информации на отдельно взятом компьютере сейчас не представляет большой сложности и, как правило, реализуется с помощью ИБП типа Off-Line или Line-Interactive. Наличие сети порождает новый ряд проблем, среди которых одна из главных - ее администрирование. Источники бесперебойного питания в этом смысле не являются исключением. Эксплуатируя множество ИБП, желательно контролировать работу каждого из них, причем делать это максимально оперативно, то есть производить мониторинг с одного компьютера, а не тестировать в ручную каждый ИБП.

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

Происходит это по различным схемам. Наиболее распространенная - соединение компьютера и ИБП дополнительным кабелем через последовательный порт и установка грамм-агентов, отслеживающих изменения заданных характеристик (в реальном времени или через установленные промежутки) и сохраняющих статистические данные в специальных log-файлы. В такой схеме администратор со своего компьютера может контролировать состояние интересующего его ИБП и просматривать имеющиеся log-файлы. Такая схема обладает двумя существенными недостатками - во первых, в каждый момент времени можно следить за состоянием только одного ИБП, а во вторых, в случае отключения ИБП невозможно оперативно получить доступ к log-файлам.

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

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

Представленный на рынке программные продукты обычно обладают широкими возможностями по выбору способа реакции на различные помехи и неполадки в электросети - многочисленными вариантами подготовки систем к отключению (например, по заданному расписанию) и типов сообщений о возникших проблемах (звуковое оповещение, рассылка уведомлений по е-mail и так далее).

Следует отметить, что в связи с использованием в компьютерных сетях программно-аппаратных платформ самых разных производителей, такое программное обеспечение выпускается во множестве версий, предназначенных для конкретных систем. Структурные схемы ИПБ (рис.1.1,1.2).

Рис.1.1.Структурная схема ИПБ off-line.

Рис.1.2.Стуктурная схема ИПБ line-interactive.

ИБП подключен к ПК1 кабелем (RS232, USB или др.), на ПК1 установлено ПО мониторинга. ПК1 питается через ИБП. Мониторинг/управление ИБП производится с ПК1. Если ПК1 подключен к сети возможно удалённое оповещение (Email и др.).

PC is present or absent, GSM modem automatically send alarm SMS to cellular phone.
ПК может быть или не быть, GSM модем автоматически посылает аварийные СМС [авария в сети, АКБ разряжены и др.] на сотовый телефон.

П5A) PC with SMS Server Software + GPRS Modem

Система мониторинга ИБП, ПК, GPRS-модем. Компьютер обязателен.

Замечания:

• Программа SMS server (SMS server manager) может быть свободно загружена с сайта MEGATEC, а так же она находится на комплектном диске SNMP-адаптера Megatec (NetAgent).

• Не все GPRS модемы поддерживают работу данного ПО, так как имеют разные схемы контактов / интерфейсов.

• Рекомендуется использовать только поставляемый заводом родной GPRS-модем, во избежании несовместимости.

П6B) SNMPадаптер BP505/506 + GPRS Modem

Система мониторинга ИБП, SNMP-адаптер BP50X, GPRS-модем.

• SNMPадаптер BP505 (внешний, 3-портовый / External 3 Ports NetAgent II), GPRS Modem
• SNMPадаптер BP506 (внутренний, 3-портовый / Internal 3 Ports NetAgent II), GPRS Modem

Компьютер может отсутствовать. Система может работать как совместно с ПК, так и без него:

ИБП --> 3 Ports NetAgent (BP505 или BP506) --> GPRS modem

Дополнение 1

Варианты П5), П6) могут использоваться и при наличии подключения к локальной сети (LAN).

Дополнение 2

2.1) Пример проблемы: например, необходимо автоматически разослать СМС сообщения при аварии ИБП.

Возможные решения:

• Самый простой способ. Используется система (например, охранная) с рассылкой СМС, подключенная к ИБП по сухим контактам (в большинстве ИБП сухие контакты – опция).
• На базе стандартного или дополнительного мониторинга ИБП, на базе SNMP или др. адаптера.
• Рассылка СМС посредством стандартного ПО (например, ПО UPSman, ИБП N-Power Evo , SNMP-adapter CS121, ПО SMS Server Manager, ИБП , SNMP-адаптер DP522).

Возможные проблемы:

• При рассылке через бесплатные серверы СМС могут быть проблемы.
• При работе с платными серверами рассылки СМС (серверы поддержки устройств автоматической рассылки СМС) могут быть проблемы.
• При рассылке через локальный «не родной» (сторонний) радиомодем могут возникнуть проблемы совместимости.
• Создание собственного bat файла, который даст команду на рассылку локальному «не родному» радиомодему – возможно но сложно.
• Написание собственного ПО, дающего команду на рассылку локальному «не родному» радиомодему – возможно но сложно.

2.2) Рассылка СМС через E-Mail – этот наиболее распространенный вариант (из-за простоты и надёжности по сравнению с другими вариантами), так как основные телефонные операторы в России открыли эту услугу с 2009-2011 гг. Как это работает: необходимо в ПО мониторинга ИБП в разделе E-Mail рассылки ввести адрес EMAIL-сервера, занимающегося переводом E-Mail в СМС. Далее СМС идёт как положено на указанный вами телефонный номер. Оплата производится по СИМ карте вашего телефона. Не путайте эту услугу с (сервером) платной / бесплатной рассылки СМС! По этой услуге всю информацию можно узнать у вашего телефонного / сотового оператора.

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

Дополнение 3

В ПК и ноутбуках может отсутствовать порт RS232 (COM-порт). В этом случае используйте USB-card (опция), устанавливаемую в интеллектуальный слот ИБП или любой переходник USB-RS232 (COM), так же называемый адаптером, конвертером. Например:

• Контроллер ST-Lab U224 USB TO RS-232 COM SERIAL.
• USB RS-232 Serial Adapter USB Serial Adaptor Converter Prolific Chip (CABLEMAX).

Дополнение 4

Во всех вариантах перечисленных выше также может быть использована не только стандартная проводная но и нестандартная связь, например, связь по линиям электропередач или беспроводная связь (G, GSM, WIFI. Также могут применяться различные технологии радиоудлинения интернета: ГГц-технологии, операторы сотовой, спутниковой, транкинговой и др. радио связи, радиолюбительская КВ, УКВ и др. радиосвязь, а так же специализированная проводная связь (связь по ЛЭП и др.), и соответственно применены все обычные свойства соответствующего дистанционного мониторинга / управления ИБП: рассылка E-Mail, СМС, оповещение / управление по сети в любой точке мира с любого устройства имеющего доступ в интернет или телефонну и др. сеть, круглосуточная система диспетчеризации и мониторинга «Teleglobal Service» (GSM) и др. Cм. пример ниже (беспроводной интернет доступ к ИБП):

Тем не менее, во избежание проблем с радио-сетями, а также при необходимости подключения ИБП к сети в точке, где нет локальной сети в т.ч. для рассылки СМС рекомендуется использовать варианты мониторинга приведённые в П5, П6.

Пример системы "беспроводной интернет доступ к ИБП"

4.1 Удалённый беспроводной доступ по HTTP протоколу

Доступ по радиоканалу к SNMP-адаптеру ИБП через WEB-браузер представлен ниже.

Замечания:

• ИБП на рисунке не показан. Результаты проверки удалённого доступа: связь с адаптером по HTTP- в норме.

Модель модема-роутера: производитель C-MOTECH Co., Ltd., модель CNU680RUS (модем-роутер C-motech CNR680W).
Модель SNMP/HTTP адаптера: SNMP / HTTP-адаптер NetAgent DK522 Mini External DK522.

Схема системы:

Общий вид системы (ИБП не показан):

4.2 Удалённый беспроводной доступ по SNMP-протоколу

Удалённый беспроводной доступ по SNMP протоколу (доступ по радиоканалу к SNMP-адаптеру ИБП через SNMP-менеджер) обычно реализуется только внутри локальной закрытой сети предприятия. Стандартный SNMP в WAN обычно не используется из-за относительно плохой защищённости этого протокола, даже несмотря на появление более защищённых версий протокола SNMP. Так же обычная реализация обмена данных в WAN по SNMP затруднена тем, что большинство провайдеров интернета блокируют SNMP трафик (порты). Однако есть исключение: в WAN можно использовать SNMP, если использовать технологии расширения частной сети LAN - VPN, защищённых туннелей и др. защищённых средств расширения локальной внутренней закрытой сети предприятия. В этом случае мониторинг на основе SNMP ничем не отличается от обычного SNMP мониторинга внутри закрытой сети LAN. В любом случае может использоваться беспроводной доступ.