Wer bereits auf System Center 2012 R2 Configuration Manager setzt und beim Operation System Deployment (OSD) Geschwindigkeitseinbußen gegenüber älteren Versionen merkt, der sollte sich das gerade erschiene Hotfix KB2905002 genauer anschauen.

Scheinbar wurde der Fortschrittsbalken deutlich häufiger aktualisiert als in Vergangenheit. Dies hat zu einem extremen Einbruch bei der Übertragungsgeschwindigkeit geführt :)

Hier der entsprechende Link:

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

Die meisten sollten bereits mitbekommen haben, dass Volume Licence Kunden und MSDN Mitglieder bereits zugriff auf die neue System Center 2012 R2 Configuration Manager Version haben. Einen guten Überblick über die Neuerungen hat mein geschätzter MVP Kollege Adrian Stoian in seinem Blog bereitgestellt:

http://www.adrianstoian.com/?p=1387

Wie bereits in einem vorhergehenden Blogeintrag von mir erwähnt benötigt der neue ConfigMgr auch eine neue Version des ADKs. Die released Version wurde netzt nochmal aktualisiert. Wer also die alte Version bereits installiert hat, der sollte auf die aktuelle Version upgraden:

Wie ich bereits in einem früheren Blog Eintrag beschrieben habe, erweitert das CU3 den Configuration Manager (ConfigMgr) um den Support von Windows 8.1.

Um auch ein Windows 8.1 (supported) verteilen zu können wird das neuere WinPE 5 benötigt. Dieses WinPE ist bestandteil des Automated Installation Kit (Windows AIK) 8.1 und kann nicht auf dem ConfigMgr Server installiert werden, da dieser das ADK 8 benötigt.

In einem Blogpost vor zwei Wochen habe ich erwähnt, dass die Unterstützung für Windows 8.1 und Windows Server 2012 R2 im Cumulativ Update 3 vom System Center Configuration Manager 2012 SP1 eingebaut wird.

Dieses Update ist seit wenigen Tagen über folgenden Knowledge Base Artikel verfügbar: http://support.microsoft.com/kb/2882125/en-us.

Das Update beinhaltet auch einige Bugfixes, die im oben verlinkten Artikel aufgeführt sind – deswegen spare ich mir eine Copy&Paste Aktion. Erwähnenswert dabei finde ich, dass auch das Endpoint Protection Update (2865173) integriert ist.

Der Releasetermin rückt näher und die Entwickler dürfen bereits mit der RTM Version aus Technet bzw. MSDN arbeiten. Eine Enterpriseversion (VL) gibt es zwar noch nicht, trotzdem sollte man sich schon jetzt Gedanken machen, ob der bestehende System Center Configuration Manager 2007 R2 bzw. 2012 für die neuen Versionen tauglich ist.

Microsoft hat dazu einen passenden Artikel verfasst: http://blogs.technet.com/b/configmgrteam/archive/2013/09/16/support-questions-about-win-8.1-and-winsvr-2012-r2-for-configmgr-and-endpoint-protection.aspx

Zusammengefasst sieht die Situation so aus:

Windows 8.1 und Windows Server 2012 R2 als CLIENT bzw. als Distribution Point (bei 2012)

Da ich es selber immer wieder suchen muss, hier ein Beispiel für die Logablage auf dem Server:

1. Anlegen eines Ordners MDTLogs auf dem Server
2. Berechtigen des Site Connections Accounts zum Anlegen von Unterordnern und Erstellen von Files
3. Freigeben des Ordners (in meinem Beispiel ist es ein Unterordner von der Hauptquellenfreigabe ConfigMgr)
4. Ergänzen der Customsettings.ini um folgende Einträge (z.B. im Bereich [Default]):

SLShare=\\sccmserver\ConfigMgr\MDTLogs
SLShareDynamicLogging=\\sccmserver\ConfigMgr\MDTLogs\%OSDComputerName%
UserID=WhatEver
UserDomain=WhatEver
UserPassword=WhatEver

Die SLShare Eigenschaft ist für das Kopieren der Logs am Ende einer Installation zuständig (fehlgeschlagen oder erfolgreich). Das DynamicLogging schreibt die aktuellen BDD.log Einträge während der Installation auf den Zielordner. Die WhatEver User und Domäne sind ernst gemeint. Sort sollte ein nichtexistierender Benutzer stehen, da die Verbindung zum Siteserver schon offen ist und recycled werden kann.

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.

Es gibt gerade in der Produktion noch Software, die auf 8.3 Zeichen setzen. Diese alte DOS Konvention versucht Microsoft schon länger über Bord zu schmeißen. In Windows 8 wird diese bei Storage Spaces schon standardmäßig deaktiviert.

Firmen, die aktuell auf Windows 7 migrieren können trotzdem nicht sicher sein, dass 8.3 noch aktiv ist, da für das Rollout u.U. ein Win PE 4 also auf Windows 8 basierend verwendet wird.

Seit gestern ist das Update Rollup 2 für den System Center Configuration Manager verfügbar.

Interessante Neuerungen/Korrekturen sind:

• eingeschränkte Unterstützung für ältere Win PE (3.1) Images, um auch an Hardware zu deployen, die das aktuelle Win PE 4.0 Image nicht mehr unterstützt
• OS Deployment funktioniert jetzt auch, wenn die Ports des Site Servers angepasst wurden
• Der Linux Agent unterstützt jetzt auch Debian, Ubuntu, CentOS und Oracle Linux
• Weitere Änderungen sind unter dem unten angegebenen Link zu finden.

Das Rollup ist als Hotfix unter folgender Adresse herunterladbar: https://support.microsoft.com/kb/2854009/en-us

Ich verwende regelmäßig die Abkürzung SCCM für System Center Configuration Manager. In den MVP Foren wird man dafür regelmäßig gerügt. Ursache hierfür ist, dass Microsoft für seine Produkte nur offizielle Abkürzungen benutzt, die nicht von einer anderen Firma als Trademark eingetragen wurden.

Der Eintrag SCCM ist ein eingetragenes Trademark. Zu finden ist dies z.B. in der entsprechenden Datenbank der USA: