Причем для WMI запросов можно использовать встроенный модуль

Без использования дополнительных скриптов.

да у меня там дикий powershell) ладно спасибо, щас буду пробовать

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

$MOMScriptAPI = New-Object -ComObject MOM.ScriptAPI
$Drives = Get-WmiObject -Class Win32_LogicalDisk
$PropertyBag = $MOMScriptAPI.CreatePropertyBag()
$Drives | % {$PropertyBag.AddValueToCollection($_.DeviceID, "FreeSpace", $_.FreeSpace)}
$MOMScriptAPI.Return($PropertyBag)

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

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

здравствуйте, подскажите, есть старый Connector который меняет CustomField1, этот коннектор завязан на роль RMS, т.е если сервер на котором сейчас роль RMS не доступен то этот коннектор не меняет в алертах CustomField1. Как можно обеспечить постоянную проверку доступности сервера с роллю RMS и в случае его недоступности мигрировать на другой сервер скома ? У меня только вариант задействовать Orchestrator , возможно есть вариант не полагаться на другие системы и силами СКОМа это возможно организовать ?

Назначить на AllManagementServersResourcePool

как ?

В пакете управления поменять.

Как коннектор-то работает?

это не пакет управления, устанавливается как служба и в конфиге указывается первый ском сервер, в случае сбоя - второй. Но как говорит Марк Манти, разработчик этого коннектора, что он завязан на RMS роль так как был написан очень давно

обещал переделать но увы на его блоге никакой инфы (

альтернативы этому коннектору, который бы менял кастомное поле, я увы не нашел, есть один "Alert Update Connector Pro" но его отказоустойчивотсь не подходит для нас (его отсутствие)

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

А что в CustomField1 попадает?

просто слово, по которому другой коннектор отправляет этот алерт в itsm

Нахрена такие приседания?

Фильтр нормально настроить и сразу в нужный коннектор отправлять.

для того, что бы не обращаться к админам itsm для любых исправлений и самим решать какие алерты и для каких групп отправлять как инциденты ))