Mit dem Exchange Connector für den Service Manager können Mails, die an ein Postfach geschickt werden, im SM automatisiert weiterverarbeitet werden. So können daraus neue Incidents erstellt oder der Status vorhandener Einträge verändert werden. Der Connector wurde zwar von Travis Wright - einem der führenden Persönlichkeiten im Service Manager Umfeld von Microsoft - geschrieben, wird aber offiziell nicht unterstützt.

Trotz dieser Tatsache wird der Connector in der Version 1 bzw. 2 für SCSM 2010 sowie der Version 3 für SCSM 2012 gerne eingesetzt.

Mit der Version 3 bin ich auf folgende Problematik gestoßen, deren Lösung ich hier zeigen will.
Nachdem ich gemäß Installationsbeschreibung den Connector in meiner Umgebung installiert hatte, erhielt ich bei jedem Durchlauf die folgende Fehlermeldung im Operations Manager Log auf dem Management Server:

Die Ursache für den Abbruch besteht darin, dass die für das Logging verwendeten Registry Key nicht automatisch mit angelegt werden. Es muss somit manuell der folgende Schlüssen mit den beiden Werten erstellt werden:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\System Center Service Manager Exchange Connector
Value: EnableEWSTracing   -> =1 Logeinträge werden in das Eventlog geschrieben
Value: LoggingLevel -> mögliche Werte 1 bis 7, je höher der Wert, desto genauer werden Logeinträge geschrieben

Nach einem Neustart des System Center Management Dienstes auf dem Management Server läuft der Exchange Connector ohne Probleme.

Ab sofort steht unter folgender Seite u.a. auch die öffentliche Beta vom System Center Service Manager 2012 zur Verfügung.

http://technet.microsoft.com/en-us/evalcenter/hh505660

Es wird interessant, denn jetzt unterstützt der Service Manager alles, was Sie schon in der Version 2010 erwartet haben. In Kürze lesen Sie hier im BLOG weitere interessante Details.

Beim Arbeiten mit Incident Management wird oftmals angefragt, ob das Incident Textfeld im Template vergrößert werden kann, damit hier ein unnötiges Scrollen entfällt.

Mit folgender Anleitung können Sie genau dies Problem lösen:

1. Erstellen eines neuen Management Packs für die Änderungen
2. Auswählen des Incidents im Formularbrowser
3. Auswahlen des Incident Formulars (Rechtsklick - Ansicht)
4. Auswählen des Anpassen Buttons
5. Speichern der Änderungen im in Punkt 1 erstellen Management Pack
6. Auswählen des Textfeld "Beschreibung"
7. Definition der Höhe in den Detaileigenschaften
8. Abspeichern des Management Packs
9. Importieren des Management Packs

Die o.g. Vorgehensweise  ist in folgendem Video noch einmal dargestellt.

Für SCSM 2010 SP1 gibt es eine interessante MP-Erweiterung mithilfe derer man Linux/Unix Systeme mittels Integration über den Operations Manager in die SCSM CMDB integrieren und darüber verwalten kann. Diese Lösung kommt zwar aus dem SCSM Product Team rund um "Nigel Cain", ist jedoch frei verfügbar und daher offiziell unsupported.

Der Lösungsansatz ist relativ einfach und klar. Die Linux/Unix-Systeme werden per SCOM Integration in die System Center Landschaft integriert und dann per SCSM Connector in die SCSM CMDB synchronisiert. Einmal dort angekommen, ist es dann einfach möglich, Incidents, Problems oder Change Requests an diesen Objekten über Service Manager zu verwalten und nachzuhalten.

Eine umfassende Dokumentation der Lösung kann hier nachgelesen werden: http://blogs.technet.com/b/servicemanager/archive/2011/10/05/unix-linux-management-in-scsm-new-unix-linux-computer-form-mp-released.aspx.

Seit wenigen Tagen gibt es im Rahmen des TAP Programms für Service Manager 2012 eine neue Authoring Console mit vielen erweiterten Funktionen und Möglichkeiten. Warten Sie auf gespannte neue Informationen, sobald die Public BETA verfügbar wird. Es lohnt sich!

Vor wenigen Tagen wurde das CTP2 Build des Service Managers für TAP Partner/Kunden fertiggestellt.

Damit ist das Produkt nun "FEATURE COMPLETE", d.h. alle Funktionen sind integriert und es wird nunmehr lediglich noch Bugfixing betrieben.

Zu den neu integrierten Funktionen gehören:

1. Sharepoint-basiertes Self-Service Portal

2. Service Catalog 

3. Service Requests mit integration in VMM and Orchestrator

4. SLA Support für Incidents und Service Requests

5. Release Management mit Unterstützung für parallele Aktivitäten

6. Enterprise Data Warehouse mit Reporting auf Basis von OLAP Cubes

7. Eine neue Authoring Console

8. Diverse Erweiterungen, die von TAP Kunden und Partnern gefordert wurden

Damit steht die letzte geplante Version des SCSM 2012 vor der öffentlichen Beta zur Verfügung. Sie ist updatefähig auf die anstehenden Beta-Versionen, so dass ein Update auf Folgeversionen ab dieser Version sehr einfach gestaltet ist.

Sie möchten Objekte (Incidents, Change Requests oder Problems) aus der CMDB löschen? In der GUI fehlt der passende Menüpunkt? Dann helfen die SCSMlets weiter.

In einem ersten Schritt müssen wir die Class-ID herausfinden. Das ist mit folgendem Befehl möglich:

Get-SCSMClass | FT Name

Nun können wir mit folgendem Befehl die entsprechenden Objekte löschen:

Get-SCSMObject –Class (Get-SCSMClass –Name System.WorkItem.Incident$) | Remove –SCSMObject –Force

Um bestimmte Objekte zu löschen, ist folgende Syntax erforderlich:

Get-SCSMObject –Class (Get-SCSMClass –Name System.WorkItem.Incident$) –Filter "Title –eq 'Some title'"| Remove–SCSMObject –Force

Get-SCSMObject –Class (Get-SCSMClass –Name System.WorkItem.Incident$) –Filter "Title –like '%something%'"| Remove–SCSMObject –Force

Eine Funktion, die viele Kunden von Service Manager 2010 "suchen", welche aber so nicht integriert ist, ist die Möglichkeit, bestehende Incident Requests zu kopieren und somit den Inhalt in neue Incident Requests zu übernehmen. Das kann insbesondere wichtig sein, wenn bestimmte Incidents immer wieder auftreten oder aber beim Ausfall von mehreren Systemen divers Incidents mit ähnlichem Inhalt erstellt werden müssen. In diesem Falle existieren ja auch keine "sub-incidents" und "parent-incidents" in SCSM 2010, welche die Anforderung des Kopierens von Incident Requests ebenso vermindern würde.

Aufgrund dieser Anforderung wurden seitens Travis Wright (SCSM 2010 Senior Program Manager Microsoft Redmond) ein Codeplex Projekt gestartet, mit dem dies möglich wird. Zu beachten bleibt, dass das Projekt direkt im SQL Befehle absetzt, welche so nicht offiziell supported sind. Bisherige Tests diverser Beteiligten in diversen Umgebungen bestätigen, dass diese Funktion ohne Probleme eingesetzt werden kann.

Nachdem die Powershell basierte Funktion integriert wurde, kann sie als Consolen Task in die Oberfläche integriert werden. Danach könnte dies wie folgt aussehen:

Das Codeplex Projekt kann wie folgt geladen werden:

http://scsmcopyobject.codeplex.com/

Weitere Informationen und Details zum Projekt können ebenso direkt im SCSM BLOG von Microsoft nachgelesen werden:

http://blogs.technet.com/b/servicemanager/archive/2011/06/10/copy-an-incident-new-codeplex-project-scsmcopyobject.aspx