Da wir bei uns Veritas Cluster einsetzen und es derzeit kein richtiges Management Pack gibt, musste ich alles selber erstellen.
Als erstes nahm ich als Vorlage ein Tutorial von Authormps.com und zwar jenes in dem ein RegitryKey und dessen Wert geprüft wird.
Das Management Pack wird angepasst, damit die Keys von Veritas gesucht werden. Weiter haben wir pro Server eine Variabel eingetragen, in der der Standort hinterlegt ist.
Anhand dieses Keys wird dann die Klasse befüllt.

Nach einem ersten Test wird nun ein einzelner Monitor erfasst. Dieser Monitor macht eigentlich nichts anderes, als prüfen ob eine der definierten Service Gruppen auf dem jeweiligen Server aktiv oder nicht.
Dieser Monitor vererbt dann den Zustand an die Instanz der Klasse. Anschliessend lässt sich mit dieser Klasse und der Authoring Konsole von Savision eine Map bauen welche den Zustand aller Cluster abbilden lässt.

Und so sieht das Ganze dann am Schluss aus:

Auflisten aller Services:

Dim strComputer
strComputer = „.“
Set objWMIService = GetObject(„winmgmts:“ _

& „{impersonationLevel=impersonate}!\\“ & strComputer & „\root\cimv2″)
Set colListOfServices = objWMIService.ExecQuery _
(„Select * from Win32_Service“)

For Each objService in colListOfServices
Wscript.Echo „ServiceName: “ & (objService.Caption)
Wscript.Echo „StartModus: “ & (objService.StartMode)
WScript.Echo „Zustand: “ & (objService.State)
WScript.Echo “ „
Next
WScript.Quit

Ein kleines Script zum Rebooten eines Servers:

Dim oShell
set oShell = createobject(„wscript.shell“)
oShell.Run „shutdown.exe -r -f“
WScript.Echo „Reboot in 30Sek.“
WScript.Quit

und zum Schluss ein modifiziertes WSUS Script:

wsus.vbs

Das Script prüft die freigegebenen Patches/Hotfix auf dem WSUS Server und installiert sie. Der Server wird anschliessend in jedem Fall rebootet.

http://support.microsoft.com/kb/933061/en-us

Egal, nun ist die neue Umgebung installiert und gleich einem Update unterzogen worden. Einziger Wehmutstropfen ist, dass der Engyro Connector nicht auf den neusten Stand gebracht werden kann, weil die Hp OVO Server auf einer nicht supporteten Version V1 laufen. Das wird sich jetzt vermutlich noch bis Ende Jahr so hinziehen, schade. Der Connector zu HP OVO ist leider sehr instabil und schmiert fast täglich ab. Microsoft hat damals die Firma aufgekauft und nun natürlich ein neues Produkt entwickelt, während die alten Versionen von Engyro kaum mehr angeschaut werden.

Nun haben wir eine funktionierende Lösung die so funktioniert.

Bei der Installation mit SMS wird der Agent installiert. In dieser Installation wird die erste Management Gruppe installiert, mit welcher die OS Gruppe arbeitet. Danach taucht der Server in der Konsole auf. Wird nun ein Server mit einer Applikation installiert, welcher einer der Service Management Gruppen unterliegt, kann mit einem Task ein Registry Key für die 2te Management Gruppe geschrieben werden. Anschliessend taucht der Server in der Management Gruppe der Applikationen auf. Alles ein wenig kompliziert, aber es scheint sogar zu funktionieren

So wie es aussieht, lassen sich applikationsbezogene Alerts nicht von den Hardware/OS Alerts trennen.

Das Hauptproblem an der ganze Sache ist, das sich keine Exclude-Views definieren lassen. Und zusätzlich ein Problem ist, dass ein Objekt, zbsp. ein Server, der in 2 Klassen ist, dann jeweils alles Alerts an beide Klassen weitergereicht werden. Derzeit habe ich einen Advisory-Call bei Microsoft offen, aber ich bin mir fast sicher, dass da nichts gescheites rauskommen wird.

Anleitungen Authoring Guide Opsmgr 2007

Erstellen eine Management Packs

ONCEAGAIN

Unter Tool | Options die Namenskonvention für die Firma einstellen, das muss nur einmal gemacht werden, alle folgenden Management Packs werden danach diesen Kürzel verwenden, mit OK bestätigen und falls nötig, Notepad als Editor hinzufügen.

Danach ein neues Management Pack erstellen mit einem aussagekräftigen Namen, in diesem Beispiel der Namenskürzel einer Applikation (bsp. SCOM oder TBS).

Titel des Management Packs setzen und eine kurze Beschreibung der Applikation, mit Create das Management Pack erstellen.

Nach der erfolgreichen Erstellung müssen noch zwei Management Packs referenziert werden.
In File | Management Pack Properties | Tab References wird mittels Add Reference die gewünschte Referenz ausgewählt:

System.Performance.Library.mp

Microsoft.SystemCenter.InstanceGroup.Library.mp

Anschliessend sollten die Properties so aussehen:

Klasse erstellen

Nun wird eine Klasse erstellt, damit die Rules, Monitor und Task darauf bezogen werden können. Das kann im Service Model Tab | New | Custom Class gemacht werden. Anschliessend öffnet sich ein Wizard mit dem eine Klasse erstellt werden kann.

Die Klasse wird mit *.Class beschriftet, damit man später weiss, was es genau ist. Diese Namensgebung ist entsprechend einzuhalten, ansonsten kann es zu Verwechslungen kommen.

Als Base Class wird die Klasse Microsoft.Windows.Server.Computer gewählt, und die Accessibility wird auf Public gestellt.

Im Tab Proberties | Rechtsklick | Add Property | SystemManager

Anschliessend den Display Name ergänzen und mit OK abschliessen.

Gruppe für alle Server erstellen
Nun wird eine Gruppe erstellt. Das kann im Service Model Tab | New | Custom Class gemacht werden.

Die Klasse wird mit *.Computers oder *.Computers.Prod beschriftet, damit man später weiss, was es genau ist. Diese Namensgebung ist entsprechend einzuhalten, ansonsten kann es zu Verwechslungen kommen.

Displayname wählen, als Base Class „Microsoft.SystemCenter.InstanceGroup“ einstellen, Name und Beschreibung eintippen und Accessibility auf Public setzen und mit OK den Wizard beenden. Das wird für jede Umgebung wiederholt.

Discovery für die Klasse erstellen

Nun ist eine Klasse erstellt, allerdings hat diese Klasse noch keine Objekte enthalten. Dazu wird eine Zuweisung oder Discovery mittels eines Registry Eintrages gemacht. Das kann auch per WMI oder mit einem Script geschehen. Gehe zu Health Model | Discoveries | New | Custom Discovery danach öffnet sich wiederum ein Wizard.

Die Element ID wird am besten mit *.Discovery beschriftet, mit einem passenden Titel und einer kurzen Beschreibung wird die Wiedererkennung gewährleistet.
Als Target wird die Klasse „Microsoft.Windows.Server.Computer“ eingefügt

Im Tab Discovered Types fügen wir mit Add die Variable SystemManager hinzu.

Im Tab Configuration wählen wir Browse for a type.., wählen Microsoft.Windows.RegistryDiscoverySingleProvider, tippen in der Module ID den Applikationkürzel ein und beenden mit OK

Jetzt müssen die Eingaben eingefügt werden. Mit Edit öffnen wir das Konfigurationsfile im Notepad und kopieren disen Inhalt in das File:

<Configuration >
<ComputerName>$Target/Property[Type="Windows!Microsoft.Windows.Computer"]/NetworkName$</ComputerName>
<AttributeName>*Name des RegistryKeys*</AttributeName>
<Path>*hier den registrykey Pfad eintragen*</Path>
<PathType>1</PathType>
<AttributeType>1</AttributeType>
<Frequency>3600</Frequency>
<ClassId>$MPElement[Name="APPL.SCOM.Class"]$</ClassId>
<InstanceSettings>
<Settings>
<Setting>
<Name>$MPElement[Name="APPL.SCOM.Class"]/SystemManager$</Name>
<Value>$Data/Values/SystemManager$</Value>
</Setting>
<Setting>
<Name>$MPElement[Name="Windows!Microsoft.Windows.Computer"]/PrincipalName$</Name>
<Value>$Target/Property[Type="Windows!Microsoft.Windows.Computer"]/PrincipalName$</Value>
</Setting>
</Settings>
</InstanceSettings>
</Configuration>

Die rot markierten Punkte müssen entsprechend mit dem Namen der Applikation angepasst werden.

Im Tab Options wird die Category von Custom auf PerformanceCollection gewechselt.

Discovery für die Klasse erstellen

Nun müssen die Gruppen noch mit Objekten befüllen. Dies geschieht mit einer weiteren Discovery unter Health Model | Discoveries | New | Custom Discovery
Hier wird die Zuweisung der Gruppen gemacht, somit ist im Titel zu beschreiben, welche Gruppe damit befüllt wird.

Als Target wird die gewünschte Gruppe gewählt, in diesem Beispiel ist das PF.SCOM.Computers.All eingetragen.

Im Tab Discovered Types wird mit Add die Relationships Micorsoft.SystemCenter.InstanceGroupContainsEntities hinzugefügt.

Im Tab Configuration wählen wir Browse for a type.. anschliessend Microsoft.SystemCenter.GroupPopulator, als Module ID tippen wir SCOM ein.

Die Fehlermeldung die nach dem OK klicken erscheint kann ignoriert werden.

Im Tab Configuration auf Edit klicken.

In das offene Notepad Fenster diesen Inhalt hinein kopieren:

<GroupInstanceId>$MPElement[Name="PF.SCOM.Computers.All"]$</GroupInstanceId>
Der rote markierte Abschnitt muss mit dem richtigen Gruppennamen angepasst werden!

Das File Speichern und schliessen.

Im Tab Options wird die Category von Custom auf Discovery gewechselt.

Mit OK wird der Vorgang beenden.

Das wird für jede Gruppe wiederholt die im vorherigen Schritt erstellt wurde.

Die Bilder dazu folgen..

https://connect.microsoft.com/default.aspx

Viel Spass

SCOM2007 Linksliste

http://blogs.msdn.com/systemcenteroperationsmanagertrainingcanada/archive/2009/01/30/implementer-system-operations-manager-training-resources.aspx

Folgendes Problem:

GruppeA ist Systemadmin und überwacht Hardware und OS auf ServerA + ServerB

GruppeB überwacht nur eine kleine Applikation auf ServerA

GruppeC überwacht nur eine kleine Applikation auf ServerB

Gruppe B+C sollen keine System- /OS-Meldungen sehen, GruppeA keine Applikatorischen Meldungen, aber alle Management Packs die zBsp. von Microsoft geliefert werden.

Wie zum Geier kann das eingeschränkt werden? *grübel*

Bin für jeden Tipp dankbar.