Программа управления источниками бесперебойного питания – UPS Assistant

Недавно мы получили проект по внедрению системы мониторинга на SCOM2012R2 в одном банке. Одним из “предвыборных обещаний” на этапе пресейла был мониторинг кластерных дисков. В банке множество виртуалок, размещённых на дисковой хранилке hp 3par, если на ЛУНах заканчивалось место, машины вставали на паузу. Одной из мер по предотвращению этого безобразия должен был стать SCOM.

Каково же было моё удивление, когда оказалось, что SCOM не только не мониторит свободное место на дисках заказчика, но даже и не видит их. Смотрите сами, списки кластерных дисков пусты:

image

При этом как ни странно, в нашей собственной инфраструктуре кластерные диски успешно мониторятся. Да и у других клиентов я такой проблемы не припомню.

Читать запись полностью. » Рубрика: мониторинг —>

Продолжаю допиливать SCOM2012R2. На сей раз решил разобраться с периодически возникающим алёртом вида:

Алёрт этот генерируется правилом “Workflow Runtime: Failed to run a process or script” из пакета управления System Center Core Monitoring. Однако выключать правило не стоит. Оно просто реагирует на события, возникающие в логе “Operations Manager” при сбое выполнения скрипта.  А вот сам скрипт вызывается монитором: “The required SCOM hotfixes for Exchange MP are not installed.” из пакета управления “Exchange Server 2010″.

Этот монитор проверяет, подходит ли версия агента SCOM, установленная на сервер Exchange для работы пакета управления Exchange MP. Дело в том, что ранние версии агентов глючили с этим пакетом управления.

Посмотрим, что там не ладно со скриптом. Читать запись полностью. »

Рубрика: исправляем пакет управления, мониторинг —>

Сегодня мы продолжим приводить в порядок пакет управления “Windows Server DHCP Management Pack for System Center Operations Manager 2007″.

В первой серии данной эпической саги мы разобрались, почему пакет управления вызывает ошибки в журналах событий “Operations Manager” на серверах с операционной системой Windows 2003, а также, почему он пытается мониторить DHCP на серверах с операционной системой Windows Server 2012/R2, хотя не должен этим заниматься.

Во второй серии мы запретили пакету управления дискаверить DHCP на Windows Server 2012/R2, теперь эти серверы исчезли из всех списков и с них перестали сыпаться мусорные алёрты. Также мы добавили 3 новых класса, чтобы складывать в них DHCP:

  • на серверах Windows Server 2008 и 2008R2,
  • только на серверах Windows Server 2008 R2,
  • только на серверах Windows Server 2008.

И ещё мы запустили дискаверинг сущностей в эти классы.

Было:

Стало:

Продолжим идти по плану. Читать запись полностью. »

Рубрика: исправляем пакет управления, мониторинг —>

Сегодня мы продолжим доводить до ума пакет управления Windows Server DHCP Management Pack for System Center Operations Manager 2007. В прошлой серии мы выяснили, что для устранения ошибок в логах и логике работы мониторинга нужно серьёзно потрудиться.

Фактически у нас есть правила и мониторы, которые применяются на всё, а должны применяться выборочно:

  1. на Windows Server 2003, 2008, 2008R2,
  2. только на Windows Server 2008 и 2008 R2,
  3. только на Windows Server 2008,
  4. только на Windows Server 2008 R2.

Значит, нам нужно либо разбить пакет управления на 3 разных (по одному для каждой операционной системы), либо нам придётся делать три класса в рамках одного пакета управления. Если мы пойдём первым путём, то сильно увеличим количество папок в консоли оператора, которых и там не мало, так что будем хитрить с классами. К тому же, это будет интересно. Для правильного нацеливания правил и мониторов и минимизации работ, нам понадобится 4 класса.

Старшим классом, на который останутся нацелены большинство правил и мониторов мы оставим класс Microsoft.Windows.2008R2.DHCP.Server.Role, из него мы отфильтруем лишние операционки: 2012 и 2012R2 – они нам не нужны. На этот класс мы нацелим правила и мониторы, которые могут отрабатывать на всех ОС: Windows Server 2003, 2008 и 2008R2

С этим классом мы свяжем отношениями hosted 2 новых класса:

  • Microsoft.Windows.2008R2.DHCP.Server.Role.2008and2008R2Only – сюда мы поместим DHCP серверы на Windows Server 2008 и 2008 R2,
  • Microsoft.Windows.2008R2.DHCP.Server.Role.2008R2Only – сюда мы поместим DHCP серверы только на Windows Server 2008 R2.

Предварительный план работ такой:

  1. Изменить дискавер класса Microsoft.Windows.2008R2.DHCP.Server.Role, чтобы он не обнаруживал DHCP на Windows Server 2012/2012R2
  2. Добавить ещё один 2 класса, связанные отношениями типа hosted с классом Microsoft.Windows.2008R2.DHCP.Server.Role.
  3. Сделать дискаверы для новых классов.
  4. Перенацелить обращающиеся к журналам событий “Microsoft-Windows-Dhcp-Server/FilterNotifications” и “Microsoft-Windows-Dhcp-Server/Operational” правила и мониторы  на класс с DHCP серверами только на Windows Server 2008 R2.
  5. Перенацелить все правила и мониторы, обращающиеся к уникальным для Windows Server 2008R2 счётчикам производительности на новые классы.
  6. Что-то придумать со счётчиками, которые существуют на Windows Server 2008, но к которым указаны неверные пути.

Начнём, пожалуй. Читать запись полностью. »

Рубрика: исправляем пакет управления, мониторинг —>

Стандартное начало. Открываем журнал событий Operations Manger на серверах и видим много красных событий, так или иначе связанных с мониторингом серверов DHCP.

Это всё – попытки открыть несуществующие журналы в папке журналов событий DHCP Server. Вот SCOM пытался открыть журнал “Microsoft-Windows-Dhcp-Server/Operational”:

Читать запись полностью. »

Рубрика: исправляем пакет управления, мониторинг —>

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

В массе своей ошибки сообщали о невозможности извлечь информацию из какого-нибудь счётчика сервера WSUS, например :

One or more workflows were affected by this.

Workflow name: Microsoft.Windows.Server.UpdateServices.2012.Server.PerformanceCollection.

Что в общем-то неудивительно, потому что подобные события регистрировались на серверах, которые к WSUS никакого отношения не имеют. Конечно на них нет таких счётчиков, неоткуда им там взяться. Дальше я решил посмотреть, зачем SCOM пытается вытаскивать с этих серверов счётчики WSUS. Не потому ли, что он принял их за серверы с ролью WSUS? И правда, соответствующий список в консоли SCOM оказался битком набит лишними сервера. Читать запись полностью. »

Рубрика: исправляем пакет управления, мониторинг —>

Несмотря на то, что по планете уже давно победно шествует Windows 2012 Server редакции R2, в отдельных хозяйствах ещё используется Windows 2012 Server SP1 (не R2), и по разным причинам перейти на R2 народ не спешит. Вот у одного из наших клиентов в роли терминального сервера оказалась Винда 2012 без возможности апгрейда.

Мониторингом роли Remote Desktop Services на Windows 2012 занимается пакет управления “Windows Server 2012 Remote Desktop Services Management Pack”. Для R2 был выпущен отдельный пакет управления “Windows Server 2012 R2 Remote Desktop Services”, который делает всё тоже самое, но для Windows Server 2012 R2. Отличаются пакеты управления не только поддерживаемой версией Windows Server, но и тем, что пакет управления для Windows Server 2012 глючит со страшной силой.

Во-первых, на мониторящемся терминальном сервере раз в 10 минут сыпется ошибка вида:

Most recent error details: The specified channel could not be found. Check channel configuration.

One or more workflows were affected by this.

Workflow name: UIGeneratedMonitor2afa761fe82d4ce0b77f1cf5d497261e Instance name: Remote Desktop Gateway Instance ID: {66D01E45-A8A9-7616-9E7C-FF4A170E2FAA} Читать запись полностью. »

Рубрика: исправляем пакет управления, мониторинг —>

Мы рады сообщить о новой версии наших продуктов, обспечивающих поддержку Microsoft System Center 2012 Operations Manager!

Diagram View для Cisco Monitoring MP

Так как OM12 претерпел значительные изменения в архитектуре, пакеты управления будут развиваться параллельно. Версии для SCOM 2007 R2 – 2.х (для APC) и 1.х (для Cisco и Generic UPS). Версии для для OM 12 – 3.x (для APC) и 2.х (для Cisco и Generic UPS). Версии минорных билдов совпадают. Например, версия 3.0.0.16 MP для APC под OM12 идентична версии 2.0.0.16 этого же MP для SCOM 2007 R2.

Генерация отчетов в APC Monitoring

Системные требования к нашим MP не меняются (разумеется, версия Operations Manager требуется 2012), кроме одного нововведения – необходим управляющий сервер с ролью “эмулятор RMS” (данная роль включена по умолчанию после установки SC 2012 OM).

Премьера обновленных версий пакетов управления состоится 27-го сентября на вебинаре Microsoft RUPTS “System Center Operations Manager 2012: Что нового?”. Регистрируйтесь по ссылке и присоединяйтесь!

Рубрика: мониторинг, Новости —>

В связи с окончанием строительства собственного ЦОДа, получением лицензий на операторскую деятельность, а также запуском линейки продуктов SaaS и IT-as-Service мы решили перенести наш сайт на собственный хост, а заодно и внести в него некоторые правки и дополнения. О запуске нового сайта мы сообщим отдельно, а пока милости просим на наш блог. Оставайтесь с нами.

Рубрика: Новости —>

Сегодня компания Metrex Engineering объявила о снижении цен на программное обеспечение, входящее в состав решения Metrex Monitoring. С 10 марта 2011 года стоимость лицензирования одного устройства составит:

Тип устройства Цена, у.е.
Коммутатор Cisco 90
Маршрутизатор Cisco 205
Брандмауэр Cisco 205
Точка доступа Cisco 90
ИБП APC 70

Читать запись полностью. »

Рубрика: мониторинг, Новости —>Вперед » Каталог продукции

  • Источники бесперебойного питания, ибп on-line, бесперебойники, ибп для компьютера
  • ИБП SG Series 10-600 кВА
  • ИБП LP 33 Series 60-120 кВА
  • ИБП LP 33 Series 10-40 кВА
  • ИБП LP Series 3-20 кВА
  • ИБП GT Series 6000-10000 ВА
  • ИБП VH Series 700-3000 ВА
  • ИБП VCO Series 1000–3000 ВА
  • ИБП VCL Series 400–1500 ВА
  • RPA для ИБП
  • ISM для ИБП
  • STS для ИБП
  • ПО для ИБП
  • ИБП Kehua Tech KR33T Series (300-600 кВА)
  • ИБП Kehua Tech KR33 Series (10-200 кВА)

Генераторы, миниэлектростанции, мотопомпы, генераторы бензиновые, электростанции дизельные, сварочные, газовые, судовые Системы мониторинга и управления Стабилизаторы напряжения Вводно-распределительные устройства 0,4 кВ Автоматические включатели резерва Распределительные устройства среднего напряжения 6 и 10 кВ Трансформаторы Электропитающие установки постоянного тока Инверторы и зарядные устройства Гибридные силовые установки и солнечные батареи Аккумуляторные батареи

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

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

  UPSMAN™   

UPSMAN – бесплатное программное обеспечение, которое поставляется в комплекте с ИБП ABB. UPSMAN обменивается информацией с ИБП через последовательный порт, USB-порт или сетевой интерфейс (SNMP карта) для получения данных о статусе и измерения данных. Во время нормальной работы ИБП все данные о состоянии ИБП и сети сохраняются в log файле и могут быть просмотрены по сети. Во время отключения электропитания UPSMAN следит за временем автономной работы ИБП от батареи и инициирует локально или по сети отключение компьютеров, если это необходимо. UPSMAN может использовать опциональное программное обеспечение. Клиентская часть RCCMD позволяет корректно завершить работу компьютеров и запущенных в них программ. Для выполнения остановки и запуска доступны различные методы: «холодный» старт, программный запуск, запуск по сети. Кроме того, настраиваемые и почти неограниченные функции обработки событий UPSMAN, позволяют заранее настроить систему для автоматического оповещения пользователя: уведомлением пользователя по сети, сообщением по электронной почте, отправкой SMS сообщения или отправкой RCCMD сигнала к удаленному компьютеру для выполнения заранее настроенной команды. Данные о состоянии ИБП могут быть доступны через WEB-сервер. Доступ к нему осуществляться через стандартный браузер, но при этом необходимо наличие опциональной SNMP карты. UPSMAN поддерживает следующие модели ИБП: Match, VH Series, GT Series, LP11/31T, LP33, SG Series.

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

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

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

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

RCCMD является распространенной и широко используемой клиентской частью для ИБП. Данное программное обеспечение позволяет корректно завершать работу большого количества компьютеров. Поддерживается 25 различными операционными системами и работает совместно с UPSMAN.Скачать ПО для ИБП RCCMD   (Клиентская часть ПО для автоматического завершения работы серверов (платная программа, к-я устанавливается непосредственно на сервера, в комплекте ключ Trial на 30 дней)) 

  EP OS Shutdown System  

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

Скачать ПО для ИБП ABB EP Series EP OS Shutdown System

imageМногим администраторам, обслуживающим серверную инфраструктуру так или иначе приходилось сталкиваться в своей работе с широко распространённой линейкой источников бесперебойного питания (ИБП) Smart-UPS торговой марки APC by Schneider Electric. Многие из тех, кому самостоятельно приходилось заниматься заменой батарейных картриджей и/или (о боже!) заменой аккумуляторных батарей в батарейных картриджах в этих ИБП, хорошо знают о том, что после замены батарей нужно проводить калибровку ИБП (Runtime Calibration) для того, чтобы ИБП скорректировал расчётное время работы от батарей. Однако далеко не все знают о том, что после смены батарей на некоторых моделях «умных» ИБП APC требуются дополнительные манипуляции по сбросу внутренних регистров блока управления ИБП для того, чтобы время работы от батарей рассчитывалось действительно корректно. В этой заметке мы рассмотрим пример того, как отсутствие необходимых действий может привести к некорректной работе ИБП и то, как это можно исправить.

В качестве примера мы будем рассматривать одну из старых моделей линейки APC Smart-UPS – ИБП APC Smart-UPS 5000 (SU5000RMI5U), 5kVA, 3750W.

После длительного срока эксплуатации ИБП (6 лет) без замены батарей, расчётное время работы от батарей (при условии их полной зарядки) даже при невысоком уровне нагрузки стало выглядеть очень уныло – порядка 11 минут при нагрузке ~33%

Чтобы узнать о том, каким на самом деле должно быть время работы от батарей при конкретной нагрузке, можем обратиться к сайту производителя, где на странице информации об ИБП на вкладке Technical Specifications в разделе Batteries & Runtime есть ссылка на график Runtime Graph

Так как в графике нагрузка указана в Ваттах, нам потребуется перевести процентную величину нагрузки, которую нам показывает ИБП в Ватты, то есть 3750W * 32,7/100 = ~1226W. Пройдёмся по кривой графика курсором мыши до, примерно, нашего значения нагрузки в Ваттах (шаг графика — 25Ватт) и узнаем какое ориентировочное время работы от батарей должно быть при такой нагрузке. В нашем случае это ~38 минут.

Таким образом, время работы от батарей на нашем ИБП при текущей нагрузке должно быть примерно в три раза больше от того, что мы сейчас имеем. Понятно, что в нашем случае для решения проблемы, в первую очередь, необходима замена аккумуляторных батарей, так как они уже отработали приличный период и вышли за пределы Expected Battery Life (см. скриншот выше), заявленный производителем, который оставляет до 5 лет.

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

Сделать корректировку регистра можно при прямом подключении к COM-порту, расположенному на задней части ИБП. В Интернете можно найти материалы, в которых для корректировки регистра используются какие-то специализированные утилиты, например, утилита UpsDiag, описание использования которой можно найти в статье Калибровка ИБП APC Smart-UPS 1000 RM. В нашем случае данная утилита по какой-то причине не заработала, поэтому мы будем использовать подключение на COM-порт с помощью PuTTY.

Итак, общая последовательность действий по приведению нашего ИБП во вменяемое состояние будет такой:

Далее пошагово рассмотрим описанные этапы и обратим внимание на их особенности.

Подключаемся к COM-порту ИБП и корректируем регистр «0»

Для подключения к COM-порту ИБП APC потребуется специальный кабель от производителя, который, как правило, поставляется в комплекте с ИБП. Этот кабель используется для прямого подключения к ИБП из ПО управления PowerChute Business Edition и он же может использоваться для прямого подключения через сторонние утилиты типа PuTTY

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

Если кабель, поставляемый вместе с ИБП утерян, то информацию о модели совместимого с ИБП кабеля можно найти на сайте производителя (посмотреть в руководстве пользователя к ИБП или сделать запрос на форум поддержки). Если в руки попался кабель очень похожий на то, что нам нужно, но мы не уверены, то можем прозвонить этот кабель мультиметром. Информацию по распиновке разных моделей кабелей можно найти, например, здесь: APCUPSD User Manual — Cables

В нашем случае, для подключения к ИБП SU5000RMI5U требуется кабель с интерфейсом RS-232C (DB-9M/DB-9F) с кодом APC 940-0024 (Кабель связи с ИБП по протоколу Smart Signalling)

На всякий случай приведу схему распиновки данной модели кабеля:

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

Если в Smart-Slot ИБП установлен модуль управления APC Network Management Card/NMC (выделен красным), то для возможности корректировки регистров ИБП через COM-порт, потребуется на время извлечь из слота этот модуль (в наше случае модуль из Smart-Slot может быть извлечён или включён обратно «на горячую»). Если этого не сделать, то мы попросту не сможем подключиться к ИБП в режиме программирования.

Второй конец кабеля подключаем к стандартному COM-порту компьютера. В нашем случае в качестве компьютера выступает физический сервер с COM-портом на базе ОС Windows Server 2012 R2 . На сервере запускаем утилиту PuTTY (с правами администратора), переходим на вкладку Serial и настраиваем параметры подключения к последовательному порту:

  • 2400 bauds
  • 8 Data bits
  • 1 Stop bit
  • None Parity
  • XON/XOFF Flow control

Открыв подключение к порту, аккуратно (не нажимая никаких лишних клавиш), нажимаем сочетание «Shift» + «Y«. Если нет никакой реакции со стороны ИБП, повторно нажимаем это сочетание, пока не появится ответ «SM«, что означает переключение сессии в режим Smart Mode

Затем нажимаем «1«, ждём пару секунд и снова нажимаем «1«. Опять же, важно не нажимать никаких других кнопок, и если с первого раза ИБП не ответил, то повторяем попытку снова, варьируя интервал между нажатиями «1» от одной до 4-5 секунд. Если ИБП не отвечает, можно попробовать перезапустить сессию подключения к COM-порту, так как замечено, что после некоторой безуспешной последовательности нажатий, ИБП может полностью перестать отвечать.  

В результате парных нажатий «1» мы должны добиться от ИБП ответа «PROG«, что означает что мы успешно перешли в режим программирования.

Увеличить или уменьшить это значение мы можем с помощью кнопок «+» или ««, при этом каждое нажатие будет сопровождается звуковым сигналом ИБП. Нам нужно выставить редактируемый регистр «0» в максимально возможно значение. Нажимаем кнопку «+» до тех пор, пока не дойдём до самого большого значения «FF» (если вдруг проскочили это значение, то значения пойдут повторно, начиная с самого малого «00»).

После того, как нужное значение регистра установлено, нажимаем сочетание клавиш «Shift» + «R» для того, чтобы покинуть режим программирования. В ответ от ИБП мы получим «BYE«

На этом корректировка регистра закончена и окно PuTTY можно закрыть.

Дополнительно можем повторно переподключиться к COM-порту и убедиться в том, что ИБП возвращает именно то значение, которое мы установили. Используем туже последовательность кнопок («Shift» + «Y«, «1«…»1«,»0″,»Shift» + «R«)

Дополнительную информацию о том, какие ещё значения мы можем получать и передавать в режиме Smart Mode (SM) при прямом подключении на COM-порт ИБП, можно, например в статье APC’s smart protocol.

После того, как работа с COM-портом завершена, можем снова вставить в Smart-Slot ранее отключенный модуль NMC.

Устанавливаем на ИБП дату замены батарей и количество внешних блоков батарей

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

Если ИБП, как в нашем примере, управляется с помощью модуля NMC, то изменить значения количества батарей и времени их установки можно, например, через веб-интерфейс NMC, перейдя на вкладку UPS и выбрав в меню Configuration > general

Если со значением Last Battery Replacement всё понятно, то относительно значения External Batteries можно сказать, что всё не всё так просто, как кажется. Дело в том, что у разных моделей ИБП APC используется разная логика для подсчёта этого показателя. Некоторую обобщенную информацию по этому поводу можно найти в документе APC FAQ — FA156601 — Adding External Batteries to an SU, SUM, SURT, SURTA, SURTD or SUA series Smart-UPS XL. Помимо этого некоторую информацию можно получить на форуме поддержки. Точную информацию по той или иной модели ИБП можно попробовать поискать в документации к ИБП. Говорю «попробовать» по той причине, что не у всех моделей ИБП можно найти эту информацию в документации. Например, у рассматриваемого в нашем примере ИБП, такой информации в доступном на сайте документе User’s Manual просто нет. Возможно это связано с тем, что данная модель ИБП не предполагает подключение каких-либо дополнительных блоков батарей. Поэтому в нашем случае, в соответствии с вышеупомянутым документом FAQ, в поле количество батарей устанавливается значение равное .

В качестве дополнительного примера приведу выдержку из документа Installation and Operation Smart-UP RT к другой модели ИБП (APC Smart-UPS RT 6000VA RM SURT6000XLI), где конкретно расписано то, по какому принципу рассчитывается показатель External Batteries. Здесь объясняется, например то, что в случае, если к ИБП подключен один внешний блок батарей (SURT192XLBP), то показатель External Batteries будет равен 2, так как в подсчёт включается внутренняя батарея ИБП.

Если же указать неправильное значение количества батарей, то это может привести к искажению результата расчётного времени работы от батарей, как, например, описано здесь: APC Smart-UPS RM 5000VA 5U калибровка

После корректировки регистра «0» и изменения количества батарей, ИБП может резко увеличить показатель времени работы от батарей. Для наглядности покажу этот скачок на графике в системе мониторинга Icinga:

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

Запускаем калибровку и проверяем результат

Перед запуском калибровки ИБП нужно дождаться полного заряда батарей. В разных источниках в Интернете можно встретить схожую рекомендацию проводить калибровку при небольшой нагрузке в районе 35-40% от предельно допустимого значения. Рассматриваемый в нашем примере ИБП как раз имеет приблизительно такую нагрузку. Запустить процедуру калибровки можно, например, через веб-интерфейс NMC, перейдя на вкладку UPS и выбрав пункт меню Diagnostics

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

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

Дополнительные источники информации:

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

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

Суть калибровки батарей заключается в корректировке кривой разряда под характеристики новых аккумуляторов. Для калибровки ИБП APC необходим фирменный кабель для подключения UPS к компьютеру. Обычно он входит в комплект поставки оборудования.

Проведение калибровки по шагам

  1. Подключаем UPS APC с помощью кабеля 940-024, либо кабелем, идущим в комплекте с устройством, к порту COM.
  2. Включаем компьютер.
  3. Подсоединяем источник бесперебойного питания к электросети и включаем его.
  4. Запускаем программу HyperTerminal. Ее можно скачать здесь.
  5. В появившемся окне необходимо ввести название данного сеанса (произвольное наименование).
  6. Необходимо в этом же окне выбрать порт, через который UPS подключен к ПК.
  7. Установите следующие настройки com-порта: 2400 Baud, 8 data bits, 1 Stop bit, no parity, protocol Xon/Xoff.
  8. Нажимаем кнопку «ОК».
  9. В следующем окне необходимо нажать сочетание кнопок на клавиатуре: «Shift + Y». Появится сообщение «SM». Не стоит нажимать лишние кнопки клавиатуры, так как этим можно случайно ввести команду, которая выведет из строя ИБП.
  10. Нажмите кнопку «0». Вы увидите значение батарейной константы. Например, это число «12». Проверяем по таблице ниже. Если число не совпадает, то его нужно изменить. Для этого нужно перевести устройство в режим программирования.
  11. Жмем на клавиатуре кнопку «1» два раза с периодичностью две-три секунды. Видим появившуюся надпись «Prog». Мы попали в режим программирования.Предупреждение: не нажимайте далее никаких кнопок кроме указанных ниже, Вы можете изменить параметры устройства и тем самым вывести его из строя программным образом.
  12. Далее жмем кнопку «0» и видим значение нашей константы «12». По модели ИБП находим константу в таблице, приведенной ниже.
  13. Корректируем ее при помощи клавиш «+» (увеличить) или «-» (уменьшить) пока не появится нужное значение. Например, для ИБП APC SUA1500 это будет «А1».
  14. Удерживая в нажатом положении клавишу «Shift», нажимаем клавишу «R» (выйти из режима программирования). Мы увидим надпись «BYE».
  15. Чтобы убедиться в правильности установки константы – проверяем ее. Удерживая в нажатом положении клавишу «Shift», нажимаем клавишу «Y». Мы видим сообщение «SM».
  16. Нажимаем «0», в ответ должны получить введенную константу. Если при вводе произошла ошибка, повторяем процедуру, начиная с пункта 10.
  17. Если константа установилась правильно, выходим из программы: удерживая в нажатом положении клавишу «Shift», нажимаем клавишу «R». В ответ получаем «BYE». Калибровка завершена.

Таблица констант для различных моделей ИБП

Модель ИБП Константа Модель ИБП Константа
DLA1500 A1 SUA1000RMI2U C7
DLA1500I A1 SUA1000UXI 7F
DLA1500J A1 SUA1000XL 7F
DLA1500RM2U A3 SUA1000XLI 7F
DLA1500RMI2U A3 SUA1000XLI (old) 7F
DLA1500RMJ2U A3 SUA1500 A1
DLA1500RMJ2U (old) A3 SUA1500I A1
DLA2200 B3 SUA1500I (old) A1
DLA2200RM2U 81 SUA1500J A1
DLA2200RMI2U 81 SUA1500J (old) A1
DLA3000RM2U 70 SUA1500R2X93 A3
DLA3000RMI2U 70 SUA1500RM2U A3
DLA3000RMT2U 70 SUA1500RMI2U 8E
DLA750 82 SUA1500RMJ2UB A3
DLA750I 82 SUA1500RMJ2UB (old) A3
DLA750J 82 SUA1500X93 A1
IBM1000J A8 SUA2200 B3
IBM1500J (old) A1 SUA2200I B3
IBMR1000 A8 SUA2200J B3
IBMR1000I A8 SUA2200RM2U 81
IBMR1000J A8 SUA2200RMI2U 81
IBMR1500 A1 SUA2200RMXL3U 7F
IBMR1500I A1 SUA2200RMXLI3U 7F
IBMR1500J A1 SUA2200RMXLI5U 7F
IBMR750 82 SUA2200XL 7F
IBMR750I 82 SUA2200XLI 7F
IBMR750J 82 SUA3000 93
MX3000i B0 SUA3000I 93
MX5000i B0 SUA3000J 93
PS250i B0 SUA3000RM2U 70
PS450i 99 SUA3000RMI2U 70
RW350DR A9 SUA3000RMJ2U 70
RW350DRI A9 SUA3000RMT2U 70
RW500DR B5 SUA3000RMXL3U 89
RW500DRI B5 SUA3000RMXL5U 89
SC420 8C SUA3000RMXLA3U 89
SC620 99 SUA3000RMXLI3U 89
SU1400R2IBX135 A3 SUA3000RMXLI5U 89
SU1400RMXLI3U 80 SUA3000RMXLT5U 89
SU2200INET AF SUA3000XL 89
SU2200RMXLI3U AF SUA3000XLI 89
SU2200RMXLINET AF SUA3000XLT 89
SU2200XLINET AF SUA5000RMI5U BC
SU3000INET AF SUA5000RMT5U BC
SU3000RMINET AF SUA500J B8
SU3000RMXLI3U AF SUA750 82
SU5000I 91 SUA750I 82
SU5000RMI5U 91 SUA750J 82
SUA1000 A8 SUA750RM2U 92
SUA1000I A8 SUA750RMI1U 92
SUA1000I (old) A8 SUA750RMI2U 92
SUA1000J A8 SUA750XL 88
SUA1000J (old) A8 SUA750XLI 88
SUA1000RM2U C7 SUA750XLI (old) 88
SUA1000RMI1U 70    

* ИБП APC, поставленные в составе ЦОД’ов компании IBM.

Использование аналогов фирменных аккумуляторов при работе с APC

Рассмотрим для примера замену аккумуляторов в ИБП APC Smart-UPS SRT10KXLI. Штатно он комплектуется двумя картриджами APCRBC140. На момент написания заметки их цена составляет 60 058 руб. Один картридж содержит 16 батарей напряжением 12 В и емкостью 5 Ач. Габариты каждого аккумулятора 90 мм x 70 мм x 102 мм.

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

FIAMM FG 20451Емкость: 4,5 АчНапряжение: 12 В90 мм x 70 мм x 101 мм CSB HR 1221WЕмкость: 5 АчНапряжение: 12 В90 мм x 70 мм x 101,7 мм Yuasa NPH 5-12Емкость: 5 АчНапряжение: 12 В90 мм x 70 мм x 102 мм

Берем, например, FIAMM FG 20451 в количестве 32 штуки и заменяем их в соответствии с инструкцией, приведенной на странице Аналог батареи APCRBC140. Обойдутся они нам 32 шт. х 1 141 руб. = 36 512 руб. (цена действительна на момент написания заметки). Экономия получается 23 546 руб.

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

Далее необходимо провести калибровку, как описано выше. Работу следует проводить аккуратно и помнить, что компания APC гарантирует нормальную работу своих ИБП только при использовании оригинальных аккумуляторных блоков RBC APC.

Некоторые тонкости при набивке картриджей APC новыми аккумуляторами

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

Остались вопросы? Задайте их нам!

Позвоните в рабочие часы: 8 (495) 197-78-47, 8 (800) 350-78-47 или воспользуйтесь формой обратной связи.

10 августа 2019, 12:26

Установка apcupsd:

sudo apt update sudo apt install apcupsd 

Открываем файл с настройками:

sudo nano /etc/apcupsd/apcupsd.conf

если файл будет заполнен не верно, то вывод информации будет не полный

Если у вас UPS подключен через USB кабель то нужно заполнить следующее:

UPSCABLE usb UPSTYPE usb

1600x_image.png?1565439973

пример файла

1600x_image.png?1565439974

пример файла

1600x_image.png?1565464717

Убедитесь что: 

NETSERVER ON

NISPORT 3551

NISIP 127.0.0.1 (этот адрес и прописываем потом в HA)

Если NSIP поставить все 0.0.0.0 то. IP будет локальный 192.168.x.x (и тогда в HA прописываем не 127.0.0.0 а 192.168.x.x т.е. на ваш выбор)

После обязательно перезагрузить компьютер и после открываем терминал и проверяем статус:

sudo apcaccess

Должен быть полный вывод:

1600x_image.png?1565439212

После прописываем в HA, полный список сенсоров можно посмотреть на сайте HA

внимание: Какие-то сенсоры могут не отображаться, набор сенсоров зависит от версии APC, под серию Smart UPS подходит следующий код, если у вас другая версия, то возможно какой-то сенсор не будет отображаться, то просто его исключить из конфига

sensor:   - platform: apcupsd     resources:       - apc       - version       - upsmode       - model       - status       - linev       - loadpct       - bcharge       - timeleft       - mbattchg       - mintimel       - maxtime       - outputv        apcupsd:   host: 127.0.0.1   port: 3551

Перезагружаем HA, и создаем карточку или можно  выбрать manual и вписать (если совпадет entity, то вручную не придется создавать карточку):

entities:   - entity: sensor.ups_model   - entity: binary_sensor.ups_online_status   - entity: sensor.ups_input_voltage   - entity: sensor.ups_output_voltage   - entity: sensor.ups_load   - entity: sensor.ups_battery   - entity: sensor.ups_battery_shutdown   - entity: sensor.ups_time_left   - entity: sensor.ups_battery_timeout   - entity: sensor.ups_daemon_info   - entity: sensor.ups_mode   - entity: sensor.ups_shutdown_time   - entity: sensor.ups_status   - entity: sensor.ups_status_data show_header_toggle: false title: ИБП APC type: entities

1600x_image.png?1565462714

Нюансы:

Если отключат электричество, а батарея на UPS не калиброванная, то UPS переведет ваш компьютер в сон, чтобы этого не случилось можно настроить следующие параметры в конфиг файле:

Максим @atomvsemzvezda Нашел решение : 

  • BATTERYLEVEL ставим значение -1
  •  MINUTES ставим значение -1 
  •  TIMEOUT ставим значение  -1

где -1 отключает данные пункты

  • BATTERYLEVEL — уровень заряда батареи (в процентах), при котором инициируется выключение компьютера. По умолчанию — 5 
  • MINUTES — расчётное время остаточной работы (в минутах), при достижении которого инициируется выключение компьютера. По умолчанию — 3 
  • TIMEOUT — параметр актуален для старых ИБП, неспособных определять свой уровень заряда. Задаёт время (в секундах) между сбоем электропитания и отключением компьютера. Для современного ИБП параметр стоит оставить на 0, но выставление иного значения может быть удобно для тестирования работы ИБП. Например, если выставить 30 и выдернуть шнур из розетки, уже через полминуты apcupsd продемонстрирует своё умение выключать компьютер 

Собственно на этом всё, если есть что дополнить пишите

Оцените статью
Рейтинг автора
5
Материал подготовил
Илья Коршунов
Наш эксперт
Написано статей
134
А как считаете Вы?
Напишите в комментариях, что вы думаете – согласны
ли со статьей или есть что добавить?
Добавить комментарий