Verwendet man SQL 2008 R2 (plus SP1 und CU4; weitere unterstützte SQL-Versionen hier) für den Einsatz von ConfigMgr 2012, so ist es nicht möglich, SSRS-Reports über die Admin Konsole zu editieren. Man erhält dabei folgende Fehlermeldung:

“Report Builder not available
Report Builder 2.0 is not installed as a click-once application on report server ‘xyz’”

Diese Fehlermeldung ist sogar logisch, denn SQL 2008 R2 bringt den Report Builder 3.0 mit sich.

Lösung:

Auf dem PC, auf dem die Admin Konsole installiert ist, muss folgender REG_SZ-Registry-Wert angepasst werden:

HKLM/SOFTWARE/Wow6432Node/Microsoft/ConfigMgr10/AdminUI/Reporting/ReportBuilderApplicationManifestName

alt: ReportBuilder_2_0_0_0.application
neu: ReportBuilder_3_0_0_0.application

Für ConfigMgr 2012 RC2 sind folgende SQL-Server-Konfiguration unterstützt. In Klammer finden sich zur einfacheren Orientierung die jeweiligen Build-Versionen.

- SQL 2008 (RTM = 10.00.1600) SP2 (10.00.4000) CU7 (10.00.4323)
und
- SQL 2008 R2 (RTM = 10.50.1600.1) SP1 (10.50.2500.0) CU4 (10.50.2796.0)

Für Secondaries Sites zusätzlich noch
SQL Server Express 2008 R2 with SP1 and Cumulative Update 4

Die Build-Versionen erhält man z.B. mit select @@version im SQL Management Studio.

Für ConfigMgr 2012 muss unbedingt SQL_Latin1_General_CP1_CI_AS als server / database collation verwendet werden! Die Dokumentation http://technet.microsoft.com/en-us/library/gg682077.aspx ist etwas missverständlich. Man könnte meinen, dass dies nur für Hierarchien gilt, bei denen Replikation im Spiel ist (also CAS plus Primaries). Dies gilt aber ebenfalls für standalone primary Sites! Die Dokumentation wird noch angepasst.

Ab sofort ist auch SQL 2008 R2 für ConfigMgr 2012 RC1 supported. Es müssen allerdings SQL 2008 R2 SP1, CU3 für SQL 2008 R2 SP1 und KB2603910 installiert sein.
UPDATE: der genannte Hofix (kb2603910) ist mittlerweile in CU4 enthalten. Somit ist SQL 2008 R2 SP1 + CU4 ebenfalls unterstützt.

Muss bei einem geplanten Einsatz einer Hierarchie (d.h. CAS und mind. 1 Primary Site) das SQL-Feature “SQL Server Replication” ebenfalls installiert werden?

  Nein, denn die Replikation wird per “SQL Service Broker” abgehandelt.

Unter ConfigMgr 2007 ist mit kein Zusammenhang zwischen SQL-Edition (Standard vs. Enterprise) und der maximalen Anzahl zu verwaltender Clients bekannt.
Bei ConfigMgr 2012 wird sich dies aber ändern: bei Verwendung der SQL Standard Edition kann eine Hierarchie maximal 50.000 Clients verwalten. Mit SQL Enterprise erhöht sich diese Anzahl auf 400.000!

Diesen Blog-Artikel starte ich mit einer Frage: wer hat sich schon einmal über die Parameter-Auswahl beim SQL Reporting Services Point geärgert? Ich gehöre auf jeden Fall dazu. Doch warum?

Folgendes Beispiel verdeutlicht dies:

An sich keine schlechte Sache. Man hat zwei wundervolle drop-down Menüs, aus denen man die gewünschten Parameter auswählen kann. Allerdings gibt es hierbei meiner Meinung nach einen Haken. Beide Parameter (AdvertisementID und ComputerName) hängen direkt zusammen. Es besteht also die Möglichkeit, eine Auswahl zu treffen, die kein Ergebnis liefern kann, weil die Kombination so nicht existent ist. Wenn z.B. der virtuelle Firefox nur auf Windows7-Rechner angekündigt ist, dann resultiert die Auswahl eines XP-Rechners unweigerlich in einem Ergebnis ohne Treffer.
Gleiches gilt zum Beispiel für einen Report, der (1) Softwarehersteller und (2) Softwareprodukt als Parameter hat. Wähle ich für (1) Microsoft, dann will ich bei (2) nur noch Produkte zur Auswahl bekommen, die von Microsoft sind (“SQL”, “ConfigMgr”, “Server 2008″, “Windows 7″, “Exchange”, “Word”, “Visio” usw.). Produkte wie “Adobe Reader”, “7zip”, “Firefox”, “SAPGUI” sollen gar nicht angezeigt werden. Eine Abfrage, die alle Rechner zeigen soll, auf denen “7zip” vom Hersteller “Adobe” installiert ist, kann keine Ergebnisse liefern.

Glücklicherweise lässt sich dies umsetzen! Allerdings muss man dazu die vertraute Welt der ConfigMgr Konsole verlassen und den SQL Report Builder verwenden.

Zuerst wird eine neue Datasource angelegt:

Zu Demo-Zwecken ist das bereits vorhandene default Report Model gut geeignet:

Anschliessend erzeugt man ein neues Dataset:

Folgendes SQL-Statement wurde dazu verwendet:

SELECT    
v_R_System.Name0,
v_GS_ADD_REMOVE_PROGRAMS.Publisher0,
v_GS_ADD_REMOVE_PROGRAMS.DisplayName0
FROM        
v_R_System
INNER JOIN
v_GS_ADD_REMOVE_PROGRAMS
ON
v_R_System.ResourceID = v_GS_ADD_REMOVE_PROGRAMS.ResourceID
WHERE    
(v_GS_ADD_REMOVE_PROGRAMS.DisplayName0 LIKE ‘%’ + @Disp + ‘%’
and
Publisher0 like ‘%’ + @Pub + ‘%’)

Das Ergebnis sollte dann in etwa so aussehen:

Nach Schließen des “Dataset Properties”-Fenster sollten dann praktischerweise schon die in der SQL Query verwendeten Parameter (Variablen) auftauchen:
  

Anschließend werden 2 weitere Datasets erstellt: eines für die Abfrage aller vorhandenen Publisher und ein weiteres für die vorhandenen DisplayNames.

SELECT
distinct
v_GS_ADD_REMOVE_PROGRAMS.Publisher0
FROM
v_GS_ADD_REMOVE_PROGRAMS
where Publisher0 is not NULL

DataSet_Publisher:

SELECT
distinct
v_GS_ADD_REMOVE_PROGRAMS.DisplayName0
FROM
v_GS_ADD_REMOVE_PROGRAMS
where Publisher0 like @Pub

DataSet_DisplayName:

Als Ergebnis erhält man also 2 weitere Datasets, die in den Report-Parametern verwendet werden können

Jetzt können die Parameter bearbeitet werden. Zuerst wird mit dem für die vorhandenen Publisher begonnen:

Unter “Available Values” wird der Wert “Get values from a query” und das vorhin angelegte Dataset (DataSet_Publisher) gewählt.

Gleiches wird analog für den Parameter “Disp” durchgeführt:

Abschließend noch eine Ergebnistabelle hinzufügen:

Und schon kann der Report in der Vorschau betrachtet werden:

Wie man sieht, wird bei der Auswahl von “Igor Pavlov” nur das Produkt “7-zip 4.65″ angezeigt. Bei der Auswahl von “Microsoft Corporation” erhält man eine Auflistung der MS-Produkte, die in der Datenbank gefunden worden sind.

Die selbe Funktionalität ist natürlich auch vorhanden, wenn die Reports nach dem Publishen vom Reportserver aufgerufen werden:

Und jetzt viel Spaß und Erfolg beim Ausprobieren!

SQL Server 2008 R2 ist ab sofort für ConfigMgr 2007 SP1, SP2, R2 supportet. Kein Hotfix dafür nötig.

Eine Abfrage zu erstellen, welches System eine bestimmte Software installiert hat, ist einfach.
Wenn man aber eine Collection haben will, die nur die Rechner enthält, welche eine  Software nicht hat, so wird’s etwas komplizierter. Folgendes Beispiel dient zur Verdeutlichung.

Am besten startet man mit einer Liste der Rechner, die die Software installiert haben, so z.B. “zeige mir alle Rechner, die Winzip 9.0 installiert haben“:

select distinct SMS_R_System.Name from SMS_R_System inner join SMS_G_System_ADD_REMOVE_PROGRAMS on SMS_G_System_ADD_REMOVE_PROGRAMS.ResourceID = SMS_R_System.ResourceId where SMS_G_System_ADD_REMOVE_PROGRAMS.DisplayName like “%Winzip 9.0%

Um sich jetzt die Rechner anzeigen zu lassen, die Winzip 9.0 nicht installiert haben muss man das “subselect … not in” – Statement verwenden.

“Zeige mir alle Rechner, aber nicht die, die Winzip 9.0 installiert haben“, was nichts anderes bedeutet als “alle Rechner ohne Winzip 9.0“:

select distinct Name from SMS_R_System where Name not in (select distinct SMS_R_System.Name from  SMS_R_System inner join SMS_G_System_ADD_REMOVE_PROGRAMS on SMS_G_System_ADD_REMOVE_PROGRAMS.ResourceID = SMS_R_System.ResourceId where SMS_G_System_ADD_REMOVE_PROGRAMS.DisplayName like “%Winzip 9.0%”)

In der GUI erkennt man auch sehr gut, dass der “Subselect” – Teil genau die erste Query (blau markiert) meines Beispieles ist, der nur der “not in” – Teil vorangestellt ist:

Virenscanner sind gut und wichtig – in manchen Fällen können aber unerwünscht Resultate entstehen (z.B. Performance-Einbußen oder konfliktverursachende Zuriffe auf Dateien). kb943556 beschreibt empfohlene Exclusions beim Scannen von diversen Microsoft Produkten.