Ein weiteres neues Feature in SCCM 2012 ist die Möglichkeit offline WIM Image einfach aktuell zu halten, so dass ein Rollout dieses OSes immer mit den neuesten bereits installierten Updates erfolgt. Dieser Post beschreibt das Vorgehen dabei.

Zu finden ist das Feature im OS Deployment Bereicht. (Software Library –> Operating Systems). Dort wählt man das gewünscht Image aus. Im obeneren Bereich gibt es dann den Schedule Updates” Button (siehe nachfolgenden Screenshoot):

Eine Verbesserung in SCCM 2012 ist die Stabilität des Clients, d.h. er überprüft regelmäßig ob noch alles korrekt funktioniert, d.h. ob WMI, der Client Dienst, Bits, XML und ähnliche Komponenten lauffähig sind. Wie macht er das?

Die Umsetzung ist recht einfach: Bei der Installation wird ein geplanter Task (Scheduled Task) eingerichtet,  der einmal pro Tag (um 00:15) das Programm %systemroot%\CCM\ccmeval.exe unter System-Rechten ausführt:

In meiner Demoumgebung kam es bei der Installation von SCOM 2012 zu einem ungewöhnlichen Fehler. Die Datenbank sollte remote abgelegt werden. Beim Einrichten der Datenbank (genauer: Rollenzuweisung) brach das Setup mit einem Access denied ab. Die Logdateien (zu finden unter c:\users<currentuser>\AppData\Local\SCOM\Logs) haben ebenfalls nur folgendes gemeldet:

[…]

Wenn man den neuen SCOM 2012 installiert, wird er zuerst immer im Evaluationsmodus installiert. In anderen System Center Produkten konnte man dann über Hilfe den Produktkey eingeben. Diese Option gibt es im System Center Operation Manger (SCOM) nicht :-)

Bei Microsoft sammeln sich wohl momentan die Anfragen dazu, daher haben sie jetzt einen Knowledge Base Artikel erstellt, wie man über die Powershell den Key eintragen kann:

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

Die Rolle PXE ist im SCCM 2012 jetzt Teil des Distribution Points. Dadurch kann man das Bootimage auch nicht mehr an den PXE verteilen. Die Option, welche Images beim PXE zu Verfügung stehen ist daher an einer anderen Stelle zu finden.

Kurzer Post für alle, die es vielleicht noch nicht mitbekommen haben: Mit dem Bereitstellen der neuen Lizenzlisten Anfang April hat Microsoft auch offiziell die RTM (Release to Manufacturing) Version herausgebracht. Somit stehen jetzt offiziell alle System Center 2012 Produkte bereit:

http://blogs.technet.com/b/austria/archive/2012/04/03/system-center-2012-rtm-downloadbar.aspx

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.

Im letzten Teil dieser Serie schauen wir uns den System Center 2012 Virtual Machine Manager (SCVMM) an. Hier gibt es wieder einige ganze Reihe von Verbesserungen. Die Verbesserungen teilen sich in zwei Hauptgebiete auf: Dienste und Cloud-Unterstützung und auf der anderen Seite Fabric Management.

Dienste und Cloud-Unterstützung:

• Service Livecycle Management:

• Dienste in SCVMM werden als Template definiert und darüber auch aktualisiert.

• mit SCVMM 2012 können Serveranwendungen jetzt auch über Server App-V abstrahiert werden

Auch im Bereich System Center 2012 Data Protection Manager gibt es keine lange Liste von Neuerungen. Aber  es sind einige relevante Veränderungen dabei:

• Zentrale Konsole (integriert sich in SCOM)
• Rollenbasierte Administration (basierend auf SCOM Rolensystem, z.B. Tape Operator, Tape Admin, DPM Admin, …)
• Direkte Fehlerbehebung aus der SCOM Konsole bei einem Event (z.B. Neusynchronisierung)
• einfaches Resume DPM Backup abstrahiert Komplexität der darunterliegenden Datenquellen
• Durch SCOM Integration automatisch auch Integration ins Ticketsystem

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.