APC умный UPS: отключение удаленного питания?
Так как Вы используете SQL2005, можно использовать триггер ВХОДА В СИСТЕМУ для получения, когда процесс входит в систему с помощью sa. EVENTDATA, который доступен в триггере, дает Вам довольно мало информации о соединении, включая имя хоста или IP соединяющегося клиента.
Оттуда, можно создать трассировку сервера для обнаружения то, что делает сессия. Вы можете делать это из триггера - я не могу найти ничего, что говорит, что Вы не можете, но я не попробовал его сам, также.
В зависимости от точной модели UPS Ваш лучший выбор состоит в том, чтобы соединить порт EPO проводом в конце тех UPSes к EPO, включают панель огня.
Умный UPS 2 200 руководств, посмотрите страницу 6.
Так как эти UPSes на самом деле имеют фактический Аварийный источник питания От встроенной функции для создания инспекторов огня счастливыми, что необходимо соединить те порты проводом к функции EPO самой панели огня. Я не электрик, таким образом, я не знаю специфических особенностей того, как Вы соединили бы 10-е проводом их к единственному порту EPO на панели огня, но это - вопрос для Вашего поставщика опроса мнения определенной социальной группы огня.
Half-assing, из которого это с мониторами программного обеспечения самоубийства на серверах, подключенных к каждому UPS, является вид достаточно близко, который заставляет инспекторов огня качать головой тем специальным способом, который означает, что необходимо будет переделать все это снова, но прямо на этот раз.
Обратите внимание, что существует различие между "закрытием" и "не приведено в действие" когда дело доходит до компьютеров. Когда сервер отключает себя, плата остается приводимой в действие, и сервер полностью способен к снова включению себя снова (думайте о следе на LAN). Единственный способ не привести в действие предоставленную ATX плату состоит в том, чтобы отключить электроснабжение в (или к) источник питания. В случае огня-surpression Вы хотите все питание, удаленное из сервера, не только отключили сервер сам.
Тем не менее, если у Вас есть какое-либо усовершенствованное уведомление вообще, команда, которую необходимо отправить на сервер, "корректно не закрывается" - который может занять минуты для завершения. Вместо этого Ваша цель должна быть ограничена защитой целостности данных. Чрезвычайная синхронизация и размонтирование всех файловых систем являются большим более оптимальным вариантом, в котором это обычно берет меньше, чем секунда для завершения, который мог быть все время, Вы имеете.
echo s >| /proc/sysrq-trigger
echo u >| /proc/sysrq-trigger
Я работал с APC powerchute программное обеспечение и карты управления APC вполне немного, но я изо всех сил пытаюсь видеть, как можно достигнуть этого с текущим APC. У Вас есть два сценария для утверждения с:
"Нормальные" потери мощности, где Вы хотите, чтобы UPS предоставил питание подключенному оборудованию и инициировал корректное завершение работы упомянутого оборудования.
"Аварийные" потери мощности, инициируемые инициированием системы подавления огня, где Вы хотите, чтобы UPS удалил питание из подключенного оборудования сразу.
Мой вопрос: Как UPS будет дифференцироваться между этими двумя событиями? Как UPS обнаружит второе событие? Вам определенно нужно что-то больше высококлассное, чем Ваш типичный UPS, который может соединиться к и контролировать систему подавления огня. Умный UPS 2200 просто не имеет этой возможности (что я знаю).
Я использовал ГАЙКУ (Сеть Инструмент UPS) на Linux, чтобы контролировать и управлять APC UPSs по последовательным портам, USB и SNMP. (Вам, возможно, понадобятся некоторые многопортовые последовательные карты для обработки набора UPSs.) Существуют клиенты для Windows, и программное обеспечение работает на большинстве разновидностей Unix.
ГАЙКА имеет опции вызвать завершение работы перед батареями, по которым бегут. В зависимости от набора команд питание может сразу быть завершением работы, или управляемое завершение работы может сразу инициироваться. Межсистемное управление сделано по системам нормальный порт Ethernet.
Остающаяся проблема состояла бы в том, чтобы сообщить главному контроллеру, что подавление огня было инициировано.
Я бы никогда не уснул, зная, что решение Nagios / SNMP выполняет свою работу по подавлению пожара.
Единственный выбор, который меня устраивает: что-то внутри самого ИБП запускает отключение при обнаружении перегрева (например, температура окружающей среды значительно выше нормы); или жесткую проводку к порту EPO (иногда называемому портом REPO) с каким-либо тепловым реле или аналогичным. Вы хотите, чтобы это работало, без малейшего сомнения, во всех ситуациях.