Nach der Installation der Reporting Services Point Rolle (die laut srsrpsetup.log erfolgreich war) bin ich kürzlich auf folgenden Fehler im srsrp.log gestossen:

Reporting Services URL from Registry [http://<SCCM-Server>/ReportServer/ReportService2005.asmx] SMS_SRS_REPORTING_POINT 
The request failed with HTTP status 401: Unauthorized. SMS_SRS_REPORTING_POINT 
(!) SRS not detected as running SMS_SRS_REPORTING_POINT 
Failures reported during periodic health check by the SRS Server <SCCM-Server>. SMS_SRS_REPORTING_POINT 
Waiting for changes for 1 minutes SMS_SRS_REPORTING_POINT

Der Dienst “SQL Server Reporting Services (MSSQLSERVER)” war aber gestartet:

Ebenso konnten die URLs http://<Server>/Reports und http://<Server>/ReportServer problemlos geöffnet werden. Selbes galt für oben stehende URL.

Bei der weiteren Fehlersuche ist mir aufgefallen, dass die Product Version der Reporting Services nicht die aktuell supportete ist (SQL 2008 R2 + SP1 + CU6):

Lösung: erneute Installation von SP1 und CU6 für SP1. Zu dieser Konstellation kann es kommen, wenn die SQL Reporting Services nach Installation von SP1 und CU6 installiert werden.

Kurz danach waren auch die Fehler im srsrp.log verschwunden:

Reporting Services URL from Registry [http://<SCCM-Server>/ReportServer/ReportService2005.asmx] SMS_SRS_REPORTING_POINT 
Reporting Services is running SMS_SRS_REPORTING_POINT 
The DataSource does not exist. SMS_SRS_REPORTING_POINT 
Created folder [ConfigMgr_XYZ]. SMS_SRS_REPORTING_POINT 
Creating data source {5C6358F2-4BB6-4a1b-A16E-8D96795D8602} at ConfigMgr_XYZ SMS_SRS_REPORTING_POINT 
Extracting resource language packs SMS_SRS_REPORTING_POINT 
Gathering resource files to deploy from directory [D:\SMS_SRSRP]. SMS_SRS_REPORTING_POINT

Sollten im smsprov.log folgende Fehler auftauchen

*** [24000][0][Microsoft][SQL Server Native Client 10.0]Invalid cursor state SMS Provider 
*~*~e:\nts_sccm_release\sms\siteserver\sdk_provider\smsprov\ssputility.cpp(2105) : SQL command failed
ERROR: SQL command failed

so liegt dies mit hoher Wahrscheinlichkeit daran, dass die ConfigMgr 2012-Datenbank in der Vergangenheit schon einmal verschoben worden ist (z.B. mdf und ldf auf ein anderes Laufwerk). In diesem Fall geht die TRUSTWORTHY-Datenbankeigenschaft verloren und muss händisch neu gesetzt werden: ALTER DATABASE CM_XYZ SET TRUSTWORTHY ON.

Weitere Informationen in kb2709082.

Ungefähr 2 Monate hat es gedauert, bis Prometric endlich mein Ergebnis der 071-243 Beta-Prüfung ”Administering & Deploying System Center 2012 Config Manager” (mittlerweile als finale 70-243 verfügbar) enthüllt hat:

Laut Blogs, Twitter usw gab es wohl interne Schwierigkeiten (manche Quellen berichten von Microsoft, wieder andere von Prometric), welche die Bereitstellung des Ergbnisses verzögerten. Wer ebenfalls davon betroffen ist kann das Kontakt-Formular von Prometric nutzen. Ich nutzte es gestern und heute war das Ergebnis da. Könnte aber auch nur Zufall gewesen sein …

Das ConfigMgr 2012 SDK ist in einer Prerelease-Version verfügbar. Download unter http://www.microsoft.com/download/en/details.aspx?displaylang=en&id=29559

Gibt man bei der Installation von System Center 2012 Configuration Manager keine Seriennummer an, so wird das Produkt nur als Eval-Version installiert und ist nach dieser Zeit nicht mehr zu nutzen:

Ein ‘Upgrade’ von der Eval- auf die Voll-Version ist denkbar einfach: einfach das ConfigMgr-Setup aus dem Startmenü starten, “Perform site maintenance or reset this Site”. Auf der dann folgenden Seite des Setup-Wizards kann dann der Product Key eingegeben werden:

Kann man SQL 2012 zusammen mit ConfigMgr 2007 verwenden? Ja, laut dem aktuellen Artikel auf dem ConfigMgrTeam-Blog: http://blogs.technet.com/b/configmgrteam/archive/2012/04/17/configuration-manager-support-announcements-for-april-2012.aspx.
Kurzfassung des Artikels:
ConfigMgr 2007 SP2 (R3). Allerdings muss ConfigMgr 2007 SP2/R3 erst auf einem SQL 2008 oder SQL 2008 R2 installiert werden, um dann auf SQL 2012 aktualisiert werden zu können. Hierbei muss R3 ebenfalls schon installiert sein. Zusätzlich werden noch 2 Hotfixes benötigt: http://support.microsoft.com/kb/2676776 und http://support.microsoft.com/kb/2676737.
Für ConfigMgr 2012 gilt nach wie vor: http://technet.microsoft.com/en-us/library/gg682077.aspx#BKMK_SupConfigSQLDBconfig

Pünktlich zur Verfügbarkeit von ConfigMgr 2012 gibt es von Microsoft die “Configuration Manager Component Add-ons and Extensions“.
Darin enthalten sind:

Package Conversion Manager (PCM)
Physical to Virtual (P2V) Migration Toolkit
System Center 2012 Configuration Manager Toolkit (enthält Client Spy, Policy Spy , Security Configuration Wizard Template, Send Schedule Tool, Power Viewer Tool, Deployment Monitoring Tool, Run Metering Summarization Tool, Role-based Administration Modeling and Auditing Tool License Tracking PowerShell Cmdlets)

Oft werde ich in Kundengesprächen nach Möglichkeiten gefragt, wie 3rd Party Produkte (wie Java, Firefox, iTunes & Co) mit dem SCUP (System Center Updates Publisher) aktualisiert werden können.
Grundsätzlich gibt es hierbei zwei Möglichkeiten:

• manuelles Erstellen der SCUP-Definitionen (in-house), was natürlich mit gewissem Aufwand verbunden ist (welches Updates kann wann installiert werden? Wann ist ein Update bereits installiert? Wird ein Update überhaupt benötigt? Ist ein Update nicht nötig? Testing usw)
• man nimmt Drittanbieterprodukte, die einem diese Kataloge fertig zum Import in den SCUP liefern. Aktuell sind mir hier folgende 3 Lösungen bekannt: http://www.eminentware.com/patch-management-solutions.html, http://www.vmware.com/de/products/datacenter-virtualization/vcenter-protect-update-catalog/overview.html und http://secunia.com/vulnerability_scanning/.

Adobe bietet übrigens – wie bereits schon hier erwähnt – kostenlose SCUP-Kataloge (für Reader X, Flashplayer und Acrobat) an.

Die System Center 2012 Product Suite ist seit gestern “offiziell” verfügbar. Entsprechend logischerweise auch System Center 2012 Configuration Manager.
Wieso schreibe ich erst jetzt diese umwerfende Neuheit? Immerhin lassen sich diese Produkte ja schon seit gut 2 Wochen über das Volume-Licensing-Portal, MSDN und Technet herunterladen und auch verwenden; man konnte dies auch in anderen Quellen (wie Facebook, Twiter, Microsoft-Blogs usw lesen). In diesem Fall ist das NDA (non disclosure agreement) schuld, welches ich als MVP beachten muss. Microsoft hat sich entschlossen, die “GA” (General Availability) auf dem z.Zt. stattfindenden MMS (Microsoft Management Summit) in Las Vegas zu verkünden. Jetzt ist diese Information also endgültig öffentlich und ich darf dies auch bloggen.

Das Microsoft Deployment Toolkit (MDT) 2012 ist ab sofort als finale Version verfügbar: http://www.microsoft.com/download/en/details.aspx?id=25175