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.

Seit einigen Wochen ist die Beta Version von Service Manager 2012 verfügbar. Ein Update von einer bestehenden Installation ist mit SCSM 2012 der einzigste supported Weg der Migration. Die ersten Updates bestehender Umgebungen sind bereits erfolgt und von diesen Erfahrungen wird hier berichtet.

Die Best Practise für ein Update sieht wie folgt aus:

1. Aktualisieren von SCSM 2010 inkl. Datawarehouse auf mindestens SP1, besser auf CU3
2. Aktualisieren von Windows Updates auf den bestehenden Servern auf aktuellsten Stand
3. Installation vom aktuellsten Service Pack auf SQL 2008 (d.h. SP2 bzw. bei SQL 2008 R2 SP1)
4. Aktualisierung beim Datawarehouse
   1. Hinzufügen der Funktion "Analysis Services"
   2. Aktualisieren der SCSM 2010 Datawarehouse Installation
   3. Konfigurieren der Data Sources (SCCM ab 2007 R3 und 2012 ab RC / SCOM 2012 RC)
5. Aktualisierung des Service Manager Management Servers
   1. Beim Aktualisieren des "letzten Management Servers" werden EndUser und Analysten Portal deaktiviert, da dies ja nun im SharePoint liegt
   2. Aktualisieren der Connectoren zu anderen SCSM 2012 Systemen (in den aktuellen Releases ist der Support zwischen den Systemen soweit umgesetzt)
6. Installation eines neuen Service Manager Portals:
   1. auf einem neuen oder bestehenden SharePoint 2010 Server (es ist ebenso hier SharePoint 2010 SP1 empfohlen)
   2. auf einem neuen oder bestehenden SharePoint 2010 Foundations (dieser kann auch auf dem SCSM Management Server selbst liegen)
   3. auf dem SharePoint Server sollte SQL 2008 Analysis Management Objects installiert werden, das wird aktuell vom Setup nicht geprüft (Bug)
   4. beim Einsatz von SSL sind keine Wildcard Zertifikate zu empfehlen

Beim Portal ist aktuell zu berücksichtigen, dass ein Betrieb veröffentlicht ins Internet (ebenso wie bei SCSM 2010) nicht supported ist. Seitens Product Team in Redmond erfolgen zurzeit diverse Tests, wie das Portal supported ins Internet veröffentlicht werden kann.

Die Erfahrungen beim Updates zeigten, dass dies soweit problemlos und ohne größere Bugs realisiert werden kann.