VB Scripte für SCOM

•Juli 31, 2009 • Kommentar schreiben

Hier habe ich ein paar VB Scripte welche ich mit SCOM für den täglichen Betrieb nutze…

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.

WMI Module was unable to connect to namespace ‘\\.\ROOT\CIMV2′

•Juli 1, 2009 • Kommentar schreiben

Nachdem ich diesen Fehler bisher immer geschickt ingoriert habe, habe ich heute eine Lösung gefunden…

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

Licht am Ende des Tunnels…

•Juni 8, 2009 • Kommentar schreiben

Nach langem hin und her habe ich nun eine 2te Management Gruppe erstellt. Da sich die Alarme leider nicht so trennen liessen wie ich das gerne gehabt hätte, war das auch die lösung die vom Microsoft Support vorgeschlagen wurde. Anscheind gibt es einen Bug der noch nicht behoben wurde(vielleicht auch niemals wird..) der verhindert, das man das trennen kann. Microsoft geht davon aus, dass Leute welche für eine Applikation verantwortlich sind auch für die Hardware und das OS die nötigen Arbeiten erledigen. Bei uns ist das allerdings nicht so. Die Überwachung der Applikationen erfolgt über ein (meist) separates Service Management und für die Hardware und das OS sind wir verantwortlich.

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 ;)

Trennung Applikation/OS/Hardware

•Mai 5, 2009 • Kommentar schreiben

Schlechte Nachrichten…

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.

Dynamische Gruppe erstellen mit der Authoring Konsole

•April 7, 2009 • Kommentar schreiben

Ich habe eine kleine Anleitung geschrieben, damit man dynamische Gruppen mit der Authroing Konsole erstellen kann, damit man in den späteren Reports keine kryptischen Namen und Bezeichnungen hat.

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..

Opsmgr 2007 R2 RC released

•März 26, 2009 • Kommentar schreiben

Ab sofort ist über Microsoft Connect die RC Version von Opsmgr/SCOM2007  R2 erhältlich.

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

Linkliste für SCOM2007

•März 25, 2009 • Kommentar schreiben

Hier finedt ihr eine sehr nette Linkliste. Alles zum Thema Installation, Troubleshooting, diverse Guides.

Viel Spass

SCOM2007 Linksliste

Online Training

•März 12, 2009 • Kommentar schreiben

Unterschiedliche Rollen machen mir das Leben schwer…

•Februar 24, 2009 • Kommentar schreiben

Ok, heute den ganzen Tag Workshop gehabt, aber ein dringendes Problem konnte nicht gelöst werden.

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.

Fehlersuche nervt manchmal…

•Februar 11, 2009 • Kommentar schreiben

Die Fehlersuche kann manchmal ganz schln deprimierend sein, vor allem wenn keine Fehlermeldung auftritt oder diese irgendwie nichtsagend ist. So heute geschehen. Opsmgr liess sich einfach nicht starten, bzw das Installations-GUI schlug schon weit vor jeder Eingabe fehl ohne gross eine Fehlermeldung auszugeben….

Der Fehler lag zum Schluss an einem per SMS installierten .Net Framework 3.0 Paket.

Merkt euch eins, wenn es bei Google oder einer anderen Suchmaschine zu eurem Problem keine oder wenig ähnliche Einträge gefunden werden, dann ist eure Umgebung schuld oder ihr habt es mit einem neuen Produkt zu tun.

Haut rein.