Wie bereits hier erwähnt, steht System Center 2012 Configuration Manager RC1 zum Download bereit.
Allerdings sind die dort erwähnten Voraussetzungen (http://www.microsoft.com/download/en/details.aspx?displaylang=en&id=27841) für den SQL-Server einer CAS bzw. Primary Site nicht vollständig. Aktuell ist nur folgende Konfiguration unterstützt: SQL Server 2008 SP2 plus CU6 plus kb2603910. Prinzipiell gilt das gleiche auch für die “R2″-Version des SQL-Servers, allerdings ist hierfür der kb2603910 noch nicht verfügbar.
Eine Anpassung der Download-Website ist in Arbeit.

Es gibt einen Hotfix, falls der AI Sync Point unter ConfigMgr 2007 SP2 auf Grund eines abgelaufenen Zertifikates nicht mehr synchronisieren kann: http://support.microsoft.com/kb/2483225/en-us

Für ConfigMgr-Clients gibt es ab und zu Hotfixe, die sinnvollerweise während dem OSD (Operating System Deployment) installiert werden sollten. Ein Beispiel dazu habe ich kürzlich geschrieben.

Doch wie installiert man einen Hotfix während einer OSD-Tasksequenz?

Die “Magie” der Client-Installation passiert im Schritt “Setup Windows and ConfigMgr“. Leider wird in dem zugehörigen TechNet-Artikel nicht auf die genaue Syntax eingegangen, sondern nur erwähnt, dass “Patches und Korrekturen für den Configuration Manager 2007-Client, bei Bedarf” installiert werden können. Die Lösung liegt in der PATCH-Property, die einfach mit dem richtigen Inhalt gefüllt werden muss.

PATCH=”C:\_SMSTaskSequence\OSD\TF200004\i386\hotfix\KB977384\sccm2007ac-sp2-kb977384-x86-enu.msp;C:\_SMSTaskSequence\OSD\TF200004\i386\hotfix\kb2509007\sccm2007ac-sp2-kb2509007-x86-enu.msp”

Bei einer “build and capture”-Tasksequenz (weil hier viele Software-Updates installiert werden müssen, wenn zB ein Win7-RTM auf aktuellen Stand gebracht werden soll) kann es vorkommen, dass der Schritt “Install Software Updates” hängen bleibt. Dieses Problem wird durch kb2509007 behoben.
ConfigMgr 2012 bietet – wie bereits hier beschrieben – übrigens eine deutlich bessere Möglichkeit, Hotfixe in ein bestehendes Image zu integrieren.

- um Support für Windows 7 SP1 und Server 2008 R2 SP1 zu bekommen, sind 2 Hotfixe nötig: kb2489004 und kb977203
- AppV 4.6 SP1: kein Hotfix nötig, allerdings dürfen keine sich zwei xml-Files im Paket befinden, da sonst der Import fehlschlägt (Report.xml manuell löschen)
- Windows PE 3.1 (im WAIK für Windows 7 SP1 enthalten)
Ausführliche Informationen unter http://blogs.technet.com/b/configmgrteam/archive/2011/03/24/configuration-manager-support-announcements-for-march-2011.aspx

Zur Zeit scheint es einige Probleme mit den Hotfixen zu geben, die extra angefordert werden müssen und nur mit einem Passwort extrahiert werden können:

Die Mails mit dem Download-Link kommen zwar an, aber das Passwort für das Entpacken stimmt nicht. Ich habe diese Info bereits Richtung Microsoft kommuniziert.

Vor ca. 1 Woche habe ich berichtet, dass es noch etwas dauert, bis der Hotfix kb977384 (Voraussetzung für R3) in anderen Sprachen bzw. für ICPs (international client packs) verfügbar sein wird. Mittlerweile ist er schon in Englisch, Deutsch, Japanisch, Chinesisch, Französich und für das ICP1 erhältlich:

Update: mittlerweile ist der Hotfix auch für ICP2 verfügbar!

Dass für die R3-Installation ein Hotfix benötigt wird, habe ich ja bereits hier erwähnt. Dieser ändert die Clientversion:
ein SP2-Client hat 4.00.6487.2000

und wird auf  4.00.6487.2157 aktualisiert:

Eine Voraussetzung für ConfigMgr 2007 R3 ist die Installation von kb977384. Hierbei gibt’s einen kleinen Haken: dieser lässt sich nicht auf Sites installieren, auf denen ICP1 oder ICP2 installiert ist. Wer also R3 auf einer Site mit ICP installieren will, der muss noch warten, bis der Hotfix für die ICP-Versionen verfügbar ist.

 UPDATE: und schon ist ein Hotfix von Microsoft verfügbar: http://support.microsoft.com/kb/978757/en-us

Mit Service Pack 2 für ConfigMgr kann es unter gewissen Umständen beim Discovery zu einem Fehlverhalten kommen.

Welche Voraussetzung muss gegeben sein, damit dieser Fehler auftritt?

Gegeben sei folgende OU-Struktur im Active Directory:

Und AD System oder AD System Group Discovery mit folgender Konfiguration:

An dieser Stelle funktioniert das Discovery noch ohne Schwierigkeiten. OU1, OU2 und OU3 werden wie gewohnt in das Discovery einbezogen, was auch am korrespondierenden Logfile ersichtlich ist:

SMS_EXECUTIVE started SMS_AD_SYSTEM_DISCOVERY_AGENT as thread ID 3324 (0xCFC). SMS_AD_SYSTEM_DISCOVERY_AGENT 01.01.1601 00:00:00 2316 (0x090C)
** Service Thread is starting ** SMS_AD_SYSTEM_DISCOVERY_AGENT 01.01.1601 00:00:00 3324 (0x0CFC)
INFO: Component setting of ACTIVE was specified in the site control file. SMS_AD_SYSTEM_DISCOVERY_AGENT 01.01.1601 00:00:00 3324 (0x0CFC)
INFO: Removing redundant containers and validating them… SMS_AD_SYSTEM_DISCOVERY_AGENT 01.01.1601 00:00:00 3324 (0x0CFC)
The Run Count value in the site control file is 4. SMS_AD_SYSTEM_DISCOVERY_AGENT 01.01.1601 00:00:00 3324 (0x0CFC)
The Schedule token value in the site control file is 0001170000500008. SMS_AD_SYSTEM_DISCOVERY_AGENT 01.01.1601 00:00:00 3324 (0x0CFC)
Incremental synchronization is disabled. SMS_AD_SYSTEM_DISCOVERY_AGENT 01.01.1601 00:00:00 3324 (0x0CFC)
Optional attributes count = 0 SMS_AD_SYSTEM_DISCOVERY_AGENT 01.01.1601 00:00:00 3324 (0x0CFC)
!!!!Valid AD container 0: LDAP://OU=OU01,DC=MSSCCMFAQ,DC=TLD SMS_AD_SYSTEM_DISCOVERY_AGENT 01.01.1601 00:00:00 3324 (0x0CFC)
!!!!Valid AD container 1: LDAP://OU=OU02,DC=MSSCCMFAQ,DC=TLD SMS_AD_SYSTEM_DISCOVERY_AGENT 01.01.1601 00:00:00 3324 (0x0CFC)
!!!!Valid AD container 2: LDAP://OU=OU03,DC=MSSCCMFAQ,DC=TLD SMS_AD_SYSTEM_DISCOVERY_AGENT 01.01.1601 00:00:00 3324 (0x0CFC)
Starting the data discovery. SMS_AD_SYSTEM_DISCOVERY_AGENT 01.01.1601 00:00:00 3324 (0x0CFC)

Jetzt fügt man zusätzlich die OU “OU” (also eine OU, der Namen ähnlich den anderen ist) dem Discovery hinzu:

Was passiert? Es wird nur noch die OU “OU” in das Discovery einbezogen, die restlichen (OU01, OU02 und OU03)  ignoriert:

** Service Thread is starting ** SMS_AD_SYSTEM_DISCOVERY_AGENT 01.01.1601 00:00:00 936 (0x03A8)
INFO: Component setting of ACTIVE was specified in the site control file. SMS_AD_SYSTEM_DISCOVERY_AGENT 01.01.1601 00:00:00 936 (0x03A8)
INFO: Removing redundant containers and validating them… SMS_AD_SYSTEM_DISCOVERY_AGENT 01.01.1601 00:00:00 936 (0x03A8)
The Run Count value in the site control file is 6. SMS_AD_SYSTEM_DISCOVERY_AGENT 01.01.1601 00:00:00 936 (0x03A8)
The Schedule token value in the site control file is 0001170000500008. SMS_AD_SYSTEM_DISCOVERY_AGENT 01.01.1601 00:00:00 936 (0x03A8)
Incremental synchronization is disabled. SMS_AD_SYSTEM_DISCOVERY_AGENT 01.01.1601 00:00:00 936 (0x03A8)
Optional attributes count = 0 SMS_AD_SYSTEM_DISCOVERY_AGENT 01.01.1601 00:00:00 936 (0x03A8)
!!!!Valid AD container 0: LDAP://OU=OU,DC=MSSCCMFAQ,DC=TLD SMS_AD_SYSTEM_DISCOVERY_AGENT 01.01.1601 00:00:00 936 (0x03A8)
Starting the data discovery. SMS_AD_SYSTEM_DISCOVERY_AGENT 01.01.1601 00:00:00 936 (0x03A8)

Gleichzeitig wird eine Status Message erzeugt:
Status Message ID: 5204
Component: SMS_AD_SYSTEM_DISCOVERY_AGENT
Description: SMS Active Directory System Group Discovery failed to bind to container. Error: The parameter is incorrect.
Possible cause: The AD container specified earlier might be invalid now. The Domain Controller is inaccessible.

Workaround: Verschieben der OUs unter eine neue Toplevel-OU, da das Verhalten wohl nur auftritt, wenn ähnliche Toplevel OUs in das Discovery einbezogen sind:

SMS_EXECUTIVE started SMS_AD_SYSTEM_DISCOVERY_AGENT as thread ID 1576 (0×628). SMS_AD_SYSTEM_DISCOVERY_AGENT 01.01.1601 00:00:00 2316 (0x090C)
** Service Thread is starting ** SMS_AD_SYSTEM_DISCOVERY_AGENT 01.01.1601 00:00:00 1576 (0×0628)
INFO: Component setting of ACTIVE was specified in the site control file. SMS_AD_SYSTEM_DISCOVERY_AGENT 01.01.1601 00:00:00 1576 (0×0628)
INFO: Removing redundant containers and validating them… SMS_AD_SYSTEM_DISCOVERY_AGENT 01.01.1601 00:00:00 1576 (0×0628)
The Run Count value in the site control file is 7. SMS_AD_SYSTEM_DISCOVERY_AGENT 01.01.1601 00:00:00 1576 (0×0628)
The Schedule token value in the site control file is 0001170000500008. SMS_AD_SYSTEM_DISCOVERY_AGENT 01.01.1601 00:00:00 1576 (0×0628)
Incremental synchronization is disabled. SMS_AD_SYSTEM_DISCOVERY_AGENT 01.01.1601 00:00:00 1576 (0×0628)
Optional attributes count = 0 SMS_AD_SYSTEM_DISCOVERY_AGENT 01.01.1601 00:00:00 1576 (0×0628)
!!!!Valid AD container 0: LDAP://OU=OU,OU=TESTOU,DC=MSSCCMFAQ,DC=TLD SMS_AD_SYSTEM_DISCOVERY_AGENT 01.01.1601 00:00:00 1576 (0×0628)
!!!!Valid AD container 1: LDAP://OU=OU01,OU=TESTOU,DC=MSSCCMFAQ,DC=TLD SMS_AD_SYSTEM_DISCOVERY_AGENT 01.01.1601 00:00:00 1576 (0×0628)
!!!!Valid AD container 2: LDAP://OU=OU02,OU=TESTOU,DC=MSSCCMFAQ,DC=TLD SMS_AD_SYSTEM_DISCOVERY_AGENT 01.01.1601 00:00:00 1576 (0×0628)
!!!!Valid AD container 3: LDAP://OU=OU03,OU=TESTOU,DC=MSSCCMFAQ,DC=TLD SMS_AD_SYSTEM_DISCOVERY_AGENT 01.01.1601 00:00:00 1576 (0×0628)
Starting the data discovery. SMS_AD_SYSTEM_DISCOVERY_AGENT 01.01.1601 00:00:00 1576 (0×0628)