SCOM - синхронизация TFS - как переопределить правило для группы

Question

Я пытаюсь добиться автоматической синхронизации TFS с SCOM. Он работает согласно https://technet.microsoft.com/en-us/library/jj899887.aspx. Т.е. это работает:

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

Увы, это не работает - и даже предотвращает синхронизацию TFS, если вручную установить для alart статус "назначить для enginnering", который раньше работал нормально.

Я пробовал разные подходы, но мои усилия сошли на нет. Как включить правило создания рабочих элементов TFS только для серверов Windows, которые я перечислил явно в своей группе 'ITU-morten-testgruppe'?

Answer 1

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

Моя цель - создать рабочие элементы, созданные только для определенных предупреждений, - кажется, выполняя запуск специального сценария PowerShell, как на этой странице: http://blog.coretech.dk/kra/changing-alert-resolution-state-automatically/

Я, однако, должен был изменить скрипт со страницы выше на этот:

#Read out the RMS name
$objCompSys = Get-WmiObject win32_computersystem
$rootMS = $objCompSys.name+"."+$objCompSys.domain

$ResolutionState = 248
#Initializing the Ops Mgr 2007 Powershell provider
add-pssnapin “Microsoft.EnterpriseManagement.OperationsManager.Client";
set-location “OperationsManagerMonitoring::";
new-managementGroupConnection -ConnectionString:$rootMS;
set-location $rootMS;
$Alerts = get-alert -criteria "ResolutionState = 0 AND Severity = 1 AND Name LIKE 'ITU%'"

foreach($Alert in $Alerts)
{
$Alert.Name

$Alert.ResolutionState = $ResolutionState
$Alert.Update("Resolution State changed automatically by the notificaton")

}

Обратите внимание, что вышеприведенный скрипт не может быть протестирован с использованием стандартного приглашения powershell - он должен быть протестирован с помощью "оболочки диспетчера операций".

Надеюсь, что это может помочь другим в такой же ситуации.