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

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

UPSMAN™

UPSMAN - бесплатное программное обеспечение, которое поставляется в комплекте с ИБП General Electric. UPSMAN обменивается информацией с ИБП через последовательный порт, USB-порт или сетевой интерфейс (SNMP карта) для получения данных о статусе и измерения данных. Во время нормальной работы ИБП все данные о состоянии ИБП и сети сохраняются в log файле и могут быть просмотрены по сети.

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

Для выполнения остановки и запуска доступны различные методы: «холодный» старт, программный запуск, запуск по сети. Кроме того, настраиваемые и почти неограниченные функции обработки событий UPSMAN, позволяют заранее настроить систему для автоматического оповещения пользователя: уведомлением пользователя по сети, сообщением по электронной почте, отправкой SMS сообщения или отправкой RCCMD сигнала к удаленному компьютеру для выполнения заранее настроенной команды.

Данные о состоянии ИБП могут быть доступны через WEB-сервер. Доступ к нему осуществляться через стандартный браузер, но при этом необходимо наличие опциональной SNMP карты. UPSMAN поддерживает следующие модели ИБП: Match, VH Series, GT Series, LP11/31T, LP33, SG Series.

(Программное обеспечение для мониторинга и управления ИБП, корректного выключения компьютера/сервера, серийный номер - в архиве вместе с программой )

(драйвер переходника USB to Serial: для подключения ИБП, имеющего только порт RS-232, к компьютеру, имеющему только USB)

(Программное обеспечение для изменения расширенных настроек ИБП (безнагрузочное отключение, автоматический запуск ИБП при появлении напряжения, установка выходного напряжения 220/230/240 В, частоты 50/60 Гц и т.п.)

Клиентская часть RCCMD (платное ПО, пробный период 30 дней)

RCCMD является распространенной и широко используемой клиентской частью для ИБП. Данное программное обеспечение позволяет корректно завершать работу большого количества компьютеров. Поддерживается 25 различными операционными системами и работает совместно с UPSMAN.

(Клиентская часть ПО для автоматического завершения работы серверов (платная программа, к-я устанавливается непосредственно на сервера, в комплекте ключ Trial на 30 дней))

EP OS Shutdown System

Это программное обеспечение создано для ИБП GE EP Series и обладает теми же функциями что и ПО UPSMAN.

EP Series EP OS Shutdown System

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

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

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

АНОНСЫ

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

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

Категория	Объект	Условие срабатывания
Availability	UPS Basic Status	Если ИБП изменил свой статус (например, на Hardware Failure Bypass и т.д., всего различаются все 12 статусов)
	UPS DC Fan	В случае отказа вентилятора
	UPS has switched to battery backup power	В случае переключения ИБП на встроенную батарею
	UPS Link check	В случае отсутствия n ответов от ИБП за m промежуток времени
	Battery replace indicator	В случае, если ИБП требует замену батареи
	Test Calibration Results	В случае, если результаты последней калибровки неизвестны или она прошла с ошибкой
	Test Diagnostic Results	В случае, если результаты последней диагностики неизвестны или она прошла с ошибкой
Performance	Input Line Voltage	В случае, если входное напряжение выше или ниже установленных порогов
	Input Line Frequency	В случае, если частота напряжения на входе выше или ниже установленных порогов
	Output Load	В случае превышения допустимого порога нагрузки на ИБП
	Output Voltage	В случае, если выходное напряжение выше или ниже установленных порогов
	Battery Capacity	В случае, если емкость батареи ниже установленного порога
	Battery Runtime Remaining	В случае, если ожидаемое время работы от батарей ниже заданного порога
	Battery Temperature	В случае превышения заданного порога встроенным датчиком температуры
	Output contact	В случае замыкания контакта
	Input relays	В случае срабатывания реле
	Probe temperature	В случае превышения заданного порога внешним датчиком температуры
Security	UPS Password	В случае смены пароля на ИБП
	UPS HTTP Access	В случае ввода n числа неверных паролей за m интервал времени при доступе к ИБП через HTTP
	UPS Console Access	В случае ввода n числа неверных паролей за m интервал времени при доступе к ИБП через консоль

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

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

Дабы не перегружать читателя информацией, мы ограничились кратким обзором ПО от шести производителей, чьи предложения продукции доминируют на украинском рынке, по данным еженедельного каталога "Hot Line".

Поскольку серьезные серверные и телекоммуникационные решения, как правило, выполняются "под ключ" системными интеграторами, мы ограничимся более распространенной областью применения UPS — защитой персональных компьютеров, рабочих станций и небольших серверов в маленьких компаниях.

Что должны уметь UPS и ПО?

Прежде всего — защищать оборудование. Хотя источник бесперебойного питания и называется "бесперебойным", это вовсе не означает, что он должен поддерживать работоспособность системы при отсутствии напряжения во внешней сети сколь угодно долго (для этого предназначен иной класс оборудования — генераторы). Задача UPS — обеспечить компьютер питанием в моменты его кратковременного пропадания, а в случае длительного отсутствия напряжения гарантировать корректное выключение. Именно в этом аспекте и следует рассматривать программное обеспечение.

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

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

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

APC: PowerChute Plus

Компания APC комплектует все источники бесперебойного питания одним программным обеспечением — PowerChute Plus. При установке требуется указать тип UPS, после чего инсталлируются соответствующие компоненты. Вероятно, набор контролируемых параметров и конфигурации напоминаний у PowerChute Plus — лучшие в отрасли. Кроме того, с помощью ПО можно произвести тонкую настройку автоматического прекращения работы приложений (те из них, которые поддерживают технологию WorkSafe, позволяют при этом корректно сохранить рабочие файлы), выключения компьютера и его перезапуска после возобновления нормального электропитания.

В PowerChute Plus для версий сетевых ОС входит компонент, осуществляющий удаленный мониторинг и управление UPS по протоколу SNMP, для чего, естественно, необходима дополнительная карта, устанавливаемая в Smart-слот. Программное обеспечение позволяет назначить ИБП собственный IP-адрес и управлять им через любой Web-броузер. Кроме того, внутри локальной сети контроль и управление несколькими источниками осуществляются посредством обычной версии PowerChute Plus (необходимо лишь выбрать те ИБП, которые подлежат мониторингу).

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

Best Power: CheckUPS II

Компания Best Power предлагает клиентам две версии ПО для взаимодействия с источниками бесперебойного питания. Basic, как можно понять из названия, обеспечивает только базовые функции — мониторинг текущего состояния (без данных в цифровом виде), настройку параметров завершения работы операционной системы и уведомления пользователя о проблемах с электропитанием.

Завершение работы ОС происходит через определяемый промежуток времени, предварительное закрытие приложений не предусмотрено. Набор событий, о которых уведомляет UPS, небольшой, но охватывает основные моменты его использования, в том числе сообщения рассылаются и при отсутствии связи с самим устройством. Помимо традиционных средств WinPopup, CheckUPS может передать пользователю информацию через модем на пейджер (эта услуга должна поддерживаться компанией-провайдером) и по сотовому телефону (телефонный номер линии, к которой подключен модем должен определяться аппаратом). Кроме того, программа позволяет запускать любое внешнее приложение из командной строки с соответствующими параметрами (благодаря этой функции возможно принудительное закрытие приложений).

Версия Advanced поставляется и может работать только с UPS более высокого уровня — серии Patriot PRO и т. д. От Basic ее отличают прежде всего численное представление контролируемых параметров и возможность планирования событий — включения, выключения и самотестирования UPS.

IMV: PowerFLAG

У компании IMV есть одна версия ПО для управления UPS, поставляемая со своей линейкой продукции. Программа, а вернее, программный комплекс, состоит из основного модуля PowerFLAG и системы отображения данных PowerView. Такой подход несколько необычен, поскольку PowerFLAG автоматически запускается при старте системы, а PowerView вызывается пользователем, и ее закрытие не влияет на работу ИБП.

Несмотря на своеобразный интерфейс, ПО позволяет отследить множество параметров, включая напряжение и частоту внешней сети, температуру внутри корпуса источника, получать сведения о состоянии батарей и тестировать их. Кроме контролирующих функций, PowerFLAG может управлять выключением защищаемого оборудования (в том числе и его перезагрузкой), планировать тестирования и отключения. Однако набор параметров оставляет желать лучшего — нет возможности запускать внешние приложения, а также уведомлять удаленного пользователя о проблемах с электропитанием или батареями.

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

Liebert: MultiLink 2

Компания Liebert распространяет ПО для управления своими ИБП MultiLink только через сайт. Размер дистрибутива для Windows 9x и модели — почти 4 MB, а сервер не из быстрых, поэтому его загрузку лучше планировать на ночь. Кроме того, следует учитывать, что ПО требует наличия обновленной версии Java-машины от Microsoft, без которой даже процесс инсталляции не начинается.

MultiLink 2 обеспечивает мониторинг состояния одного или нескольких источников бесперебойного питания, а также параметров сети электропитания. Программа позволяет настраивать систему на отключение защищаемого оборудования через указанный пользователем промежуток времени, запускать внешние программы с заданными в командной строке параметрами. Весьма обширны и удобно настраиваются средства уведомления. Это могут быть электронная почта, пейджер или средства ОС для рассылки сообщений. Пользователь имеет возможность отредактировать набор переменных, которые заменяются текущими параметрами UPS, — очень полезная функция при отправке уведомлений на устройства с ограниченной длиной сообщений, например SMS сотовых телефонов.

Для работы в составе сетей, использующих средства управления на основе SNMP-протокола, Liebert предоставляет ПО SiteNet SNMP Manager и агенты для распространенных сетевых операционных систем.

MGE UPS: Solution-Pac

Компания MGE UPS предлагает две версии программного обеспечения для управления ИБП — Personal Solution-Pac и Solution-Pac/WAN. Персональная версия входит в комплект поставки моделей начального уровня Ellipse и позволяет лишь отслеживать статус источника и, что особенно важно, указывать уровень разряда батарей, после которого происходит выключение системы. При возникновении проблем на экране появляется окно предупреждений, где отображается ситуация, — что произошло, на сколько хватит батареи и когда система будет выключена. К сожалению, никаких уведомлений удаленному пользователю не предусмотрено. Personal Solution-Pac обеспечивает настройку диапазона напряжений, при выходе за границы которого UPS переключается на батареи и уровень выходного напряжения питания.

Solution-Pac/WAN предназначен для работы в сетях, в его комплект входят клиент, агент и консоль. Как и в решениях от других производителей, для оптимального использования всего набора потребуется не только UPS высокого класса, но и дополнительное оборудование, обеспечивающее доступ по протоколу SNMP.

Источники бесперебойного питания от MGE UPS используют механизм Plug-and-Play, поэтому до инсталляции необходимо подключить коммуникационный шнур к порту ПК.

Powerware: LanSafe III

Источники бесперебойного питания от Powerware используют механизм Plug-and-Play, однако при установке только драйвера UPS можно лишь контролировать некоторые его параметры. Программное обеспечение LanSafe III (в комплект поставки входят версии для большинства ОС) может работать как на одном ПК, так и в варианте клиент-сервер, причем одновременно с клиентской машины управляются несколько ИБП.

LanSafe Console позволяет представлять данные как в графическом, так и цифровом виде, но набор контролируемых параметров несколько ограничен — отсутствует контроль частоты, температуры внутри корпуса UPS и т. д. Зато набор уведомлений о проблемах с электропитанием вполне достаточный — 71 событие, программа информирует пользователя как средствами рассылки операционной системы, так и через модем или по нескольким адресам электронной почты, причем есть возможность редактировать сообщения с помощью переменных. Как полагается, доступ к удаленным ИБП защищен паролем. ПО имеет ряд настроек, отвечающих за корректное завершение работы ОС и приложений, а также перезагрузку после нормализации электроснабжения. Планирование тестов и отключений имеется, но его реализация не совсем удобна.

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

Для настройки каждого ИБП индивидуально, вам необходимо на навигационной панели выбрать элемент «Status» и в правой части ок-на дважды щелкнуть левой кнопкой мыши по интересующей вас сис-теме (см. рис. 5.39-2). В появившемся окне вы можете просмотреть параметры ИБП и выполнить его настройку (рис. 5.43). Возможны два

варианта просмотра параметров: обычный (по умолчанию) и расши-ренный. Для выбора расширенного варианта просмотра, включите па-

раметр «Show advanced items».

Рис. 5.43. Свойства ИБП

В расширенном режиме просмотра, окно выглядит следующим образом (см. рис. 5.44).

Для того чтобы обновить отображаемую информацию, нажмите по надписи «Refresh Data». Для применения внесенных изменений, нажмите кнопку «Apply». Для просмотра интересующей вас страницы свойств, выберите её название слева. В зависимости от используемого ИБП, содержимое страниц может быть различно. Рассмотрим некоторые их них.

Рис. 5.44. Расширенный режим просмотра свойств ИБП

На странице Admin Information (административная информация) расположены текстовые строки, описывающие расположение ИБП (Location), контактную информацию (Contact) и примечания (Notes) (см. рис. 5.45). Эти данные используются, в том числе при отправке сообщений по электронной почте.

На странице UPS Status (информация о ИБП) расположены сле-дующие параметры (см. рис. 5.46):

UPS Status (Состояние ИБП).

Internal Temperature (Внутренняя температура).

Output Voltage (Выходное напряжение).

Input Voltage (Входное напряжение).

Output Frequency (Выходная частота).

Рис. 5.45. Административная информация

Рис. 5.46. Статус ИБП

На странице Battery Status (информация об аккумуляторе) распо-ложены следующие параметры (см. рис. 5.47):

Capacity (Емкость аккумулятора).

Battery Status (Состояние аккумулятора).

Battery Voltage (Напряжение аккумулятора).

Runtime Remaining (Оставшееся время работы от аккумулятора при неизменной нагрузке).

Battery Replaced (Дата замены аккумулятора).

Рис. 5.47. Статус аккумулятора

На странице Power Parameters (параметры электропитания) распо-ложены следующие параметры (см. рис. 5.48):

Рис. 5.48. Параметры электропитания

High-Transfer Voltage (верхняя граница напряжения для пере-ключения на аккумулятор).

Low-Transfer Voltage (нижняя граница напряжения для переклю-чения на аккумулятор).

Sensitivity (Чувствительность).

Nominal Output Voltage (Номинальное выходное напряжение).

Audible Warning (Состояние для звукового сигнала).

На странице Power Failure (отключение электропитания) в верхней части находится параметр, определяющий, когда необходимо начи-нать процедуру завершения работы ОС при отключении электричест-

ва (см. рис. 5.49):

Рис. 5.49. Отключение электропитания

Immediately (немедленно).

After UPS has been on battery for X minute(s) (после работы на ак-

кумуляторе в течении X минут).

At runtime limit (поддерживать нагрузку на батареи, сколько это возможно для корректного завершения работы ОС).

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

Immediately (немедленно).

After the following occur: (после возникновения следующих собы-

Battery charges to X % (после зарядки аккумулятора до X %).

And the elapsed time is Y seconds (и прошло Y секунд).

Never (Никогда. Только вручную).

На странице Shutdown Type (Тип выключения) можно определить, как завершать работу ОС (см. рис. 5.50):

Рис. 5.50. Тип завершения ОС

Shutdown (До появления надписи «Теперь компьютер можно безопасно выключить»).

Shutdown and Off (Завершение работы ОС и выключение компь-ютера).

Hibernation (Спящий режим). Этот вариант доступен, если этот режим разрешен в ОС.

На странице Self-Test (Самотестирование) можно увидеть дату по-следнего самотестирования и его результат (см. рис. 5.51). Кроме того, можно запустить самотестирование вручную (кнопка «Self-Test»).

На странице UPS Calibration (Калибрование ИБП) можно увидеть дату последнего калибрования и его результат (см. рис. 5.52). Кроме того, можно запустить или остановить калибрование (кнопки «Start», «Stop»). При калибровании, ИБП переходит на аккумуляторную бата-рею и начинает питать от неё подключенную нагрузку. При этом за-меряется время разрядки аккумулятора при текущей нагрузке.

Рис. 5.51. Самотестирование

Рис. 5.52. Калибрование ИБП

На странице Data Log (Журнал регистрации данных) можно про-смотреть зафиксированные значения всех параметров ИБП (см. рис. 5.53).

Рис. 5.53. Журнал регистрации данных

На странице Event Log (Журнал регистрации событий) можно просмотреть зафиксированные в работе ИБП события (см. рис. 5.54).

Рис. 5.54. Журнал регистрации событий

На странице Log Options (Настройки журналов регистрации) мож-но задать параметры вышеописанных журналов либо вообще отключить их (см. рис. 5.55).

Рис. 5.55. Настройки журналов регистрации