Hardwareinformationen für IT Asset im Service Manager (SCSM) können am Besten über den ConfigMgr importiert werden. Plug&Play Monitore werden bereits mit ein paar Informationen erkannt. Dabei fehlen Seriennummern und auch ein Produktcode des Monitors.

Dank EDID (extended display identification data) stehen diese Informationen am Client in der Registry bereit. Bereits seit längerem gibt es einen kleinen WMI Provider bei SourceForge (http://sourceforge.net/projects/wmimonitor/), der die Registryinformationen auswertet und als WMI Klassen bereitstellen. Seit ConfigMgr 2012 ist das Einbinden weiterer WMI Klassen in die Hardwareinventur denkbar einfach geworden.

Sometimes if you are testing the import of a bunch of incidents, it is necessary to delete them.

As usual you can do it with a one-line powershell:

This command deletes all incidents that are created from yesterday to now:

(Get-SCSMClass -Name "System.WorkItem.Incident" | Get-SCSMClassInstance)
 | where {$_.FirstAssignedDate -gt ((get-Date).addDays(-1))} | Remove-SCSMClassInstance

In SCSM you first have to retrieve the class you are interessted in. After that you search for all instances of this class. The last command Remove-SCSMInstance deletes all matching instances.

Für die System Center Familie wird Microsoft zukünftig öffentliche Updates nur noch in kumulative Rollup Paketen herausbringen (Ausnahme sind kritische Updates, die nicht bis zum nächsten Paket warten können). Details zu der Strategie beschreibt dieser Blog Artikel: http://blogs.technet.com/b/momteam/archive/2012/07/26/cloud-and-datacenter-management-system-center-update-rollups-improvements.aspx

In diesem Zusammenhang wurde am Mittwoch das Update Rollup 2 herausgegeben. Im Gegensatz zum Rollup 1 sind in diesem Update schon ein paar mehr Fehler behoben.

Folgende Fehlerbehebungen sehe ich als erwähnenswert an:

• SCOM: The Set-SCOMLicense cmdlet fails if the management group evaluation expiration time-out has expired.
• SCSM: The URL links to incidents or activities in the Notification Templates are incorrect.
• SCSM: Service Manager does not generate an incident for alerts that are created by Operations Manager rules.
• SCVMM: A virtual machine has a status of “Unsupported VM Configuration” if the virtual machine was configured to use an ISO and if the Share image file instead of copying it option is selected.

Gerade der SCSM Hotfix zu den URL Links in Emails ist schon lange überfällig. Vorher waren Links aus Emails auf das Webportal (mit { } um den GUIDs) nicht verwendbar.

Die 180 Tage Testzeitraum nähern sich seit dem Releasetermin am 1. April 2012 langsam dem Ende zu. Es stellt sich daher die Frage, wie (oder ob) man aus dem Evaluationsmodus in den lizenzierten Modus wechseln kann. Obwohl die einzelnen Produkte immer stärker zusammenwachsen, unterscheiden sie sich doch in dieser Frage:

System Center 2012 Configuration Manager (SCCM)

Beim SCCM funktioniert der Wechsel über das Configuration Manager Setup  im Startmenü. Dort wählt man den Punkt Site “maintenance or reset site” und nachfolgend “Convert from Evaluation to Full Product Version…”.

Eine bebilderte Anleitung (in englisch) kann bei meinem MVP Kollegen Ronni Pedersen gefunden werden: http://www.ronnipedersen.com/2012/05/convert-system-center-2012-from-evaluation-to-full-product-version/

System Center 2012 Operations Manager (SCOM)

Beim SCOM schein Microsoft die Key-Eingabe in der Oberfläche vergessen zu haben. Daher erfolgt die Aktivierung über die Powershell. Ein passende Beschreibung ist im Knowledge Base Artikel 2699998 zu finden: http://support.microsoft.com/kb/2699998/en-us

System Center 2012 Service Manager (SCSM)

Das Thema Sortierreihenfolgen im SQL Server für die einzelnen System Center Produkte ist in 2012 etwas komplizierter geworden. Gerade wenn man SCSM und SCOM kombinieren will, dann stößt man auf das Problem, dass OM SQL_Latin1_General_CP1_CI_AS fordert und SM eine Warnung bringt, wenn man diese Collation benutzt. Ich habe bereits für ein SC Projekt eine Microsoft Support Anfrage gestellt und eine ausführliche Antwort bekommen. Auch in meinem Blog mehren sich die Suchanfragen zu SC 2012 und Collation.

In den letzten Tagen sind einige Release rund um System Center (SC) 2012 herausgekommen:

New Kelverion Runbooks for Connecting Operations Manager to Service Desks/Enterprise Management Tools

Wie angekündigt laufen die Connectoren jetzt über den Orchestrator. Wer also in seiner SC 2012 Strategie diese Komponente noch nicht vorgesehen hat, sollte sich dies nochmal überlegen

Der Softwareshop ist in der anstehenden SC 2012er Version ist vom SCSM zum SCCM herübergewandert. Bestellt der Anwender eine genehmigungspflichtige Software, dann erscheint dieser Request in der SCCM Konsole. Gleichzeit wurde das Self-Service Portal vom SCSM deutlich verbessert und ebenfalls durch ein “Shopsystem” (Service Request Management) erweitert. In Anbetracht, dass man durch die neuen Lizenzen sowieso alle System Center Produkte erhält, kann ich diese Spaltung nicht verstehen. SCSM ist ein deutlich besseres Workflowsystem und kann die Genehmigung wesentlich besser abbilden.

Die Anzahl der Neuerungen im System Center 2012 Service Manager sind nicht so umfangreich. Trotzdem sind einige interessante Features dabei:

• Service Request Management
  • Definieren von Service Request über die Konsole (Service Requests können z.B. neue AD-Benutzer beantragen, neuen PC, neue Softwarepaketierung, …sein)
  • Service Requests können bestimmte abzufragende Felder haben (Textfelder, Dropdown, Zahlen, Datum, …)
  • Service Request kann auf dem Self-Service Portal dem Benutzer zur Beantragung angeboten werden (“Shop-System”)
• Self-Service Portal (SSP) für die Anwender
  • SSP basiert auf Silverlight und muss in einem Sharepoint als Webpart integriert werden
• Genehmigungsprozess über das SSP
• Automatische Integration von Runbooks des Orchestrator inkl. Überwachung
• Runbooks können in Workflows integriert werden und somit automatische Aktionen auslösen
• Verbesserte SLA Definition
  • SLAs werden durch Warteschlagen abgebildet. Dabei werden bestimmte Kriterien definiert auf Basis die CIs, Incidents, Problems, usw. in die Queue aufgenommen werden. Ab diesem Zeitpunkt läuft der Zähler an, bis die Kriterien nicht mehr erfüllt werden
  • Beispiel: Incident mit Status New fällt in die Warteschlange “Unzugeordnete Incidents”. Sobald der Incident in Bearbeitung genommen wird, fällt dieser wieder heraus. Bei einem SLA von “Incidents müssen innerhalb von 10 Minuten einem Team zugeordnet werden“ kann somit die SLA Erfüllung gemessen werden.

Für alle die schon darauf gewartet haben: Gestern Abend (deutscher Zeit) ist die öffentliche Beta vom System Center Service Manager veröffentlicht worden:

http://www.microsoft.com/download/en/details.aspx?id=27844

Kurze Lsite der Änderungen:

• Zentrale Änderung ist der neu hinzugekommene Service Katalog mit Service Requests
• Release Management
• und ein neues Self-Service Portal, dass jetzt auf Silverlight basiert.