Markus Bäker

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.

Angeboten wird das Update über Microsoft Updates oder zum direkten Herunterladen unter http://support.microsoft.com/kb/2706783

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)

Read more…

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.

Zum Glück hat Microsoft jetzt reagiert und einen Blogartikel geschrieben:

Wichtig ist u.a. der Satz in der Mitte:

Thus, the OM OperationsManager database and the SM DWStagingAndConfig database must have matching collation locales (not necessarily the exact same collation). All other databases in OM and SM can have mismatched collations (and even locales) if needed so long as you are using a collation which is supported by that particular component. This is because in other points of integration we are not using this SqlBulkCopy class to copy the data over.

If you have databases with collations that don’t match then you will not be able to use the SCOM -> SCSM DW integration which brings over alerts from the OM OperationsManager DB (not DW) to the SM DWStagingAndConfig.

Der gesamte Blogartikel ist hier zu finden:

http://blogs.technet.com/b/servicemanager/archive/2012/05/24/clarification-on-sql-server-collation-requirements-for-system-center-2012.aspx

(Die Aussage dort weicht übrigens etwas von der Antwort des Microsoft Supports ab )

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

Die Connectoren binden z.B. BMC Remedy, HP Open View, IBM Tivoli ein. Details unter:

http://blogs.technet.com/b/momteam/archive/2012/05/09/new-kelverion-runbooks-for-connecting-operations-manager-to-service-desks-enterprise-management-tools.aspx

Microsoft Application Approval Workflow (RTM) Now Available!

Ich hatte schon mal geschrieben, dass ich die Trennung zwischen Service Portal SCSM und Software Portal SCCM nicht sinnvoll finde. Der damals erwähnte Solution Accelerator zum Ankoppeln des SCSM an die SCCM Softwareverteilung ist gestern released worden. Details unter:

http://blogs.technet.com/b/orchestrator/archive/2012/05/09/microsoft-application-approval-workflow-rtm-now-available.aspx

Update to Update Rollup 1 for System Center 2012

Und vorgestern wurde das erste Update Rollup (wer kennt die Bezeichnung noch aus NT 4 Zeiten?) für die System Center Familie herausgegeben. Laut Beschreibung beinhaltet es Updates für SCVMM, App Controller und SCOM (inkl. der neuen Unterstützung von Oracle Solaris 11). Details unter:

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

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.

Daher finde ich es sehr sinnvoll, dass jetzt ein Solution Accelerator als Betaversion bereitgestellt worden, der das Anbieten von Software wieder zurück in den SCSM synchronisiert. Er unterstützt auch recht komplexe Workflows.

Zu finden ist die Beta Version im Technet unter:

http://technet.microsoft.com/en-us/library/hh881789.aspx

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.