Wer OSD mit SCCM betreibt, der sollte mit dem Patch kb947571 vorsichtig sein. Es sind bereits Fälle aufgetreten, in denen dieser Fix mit USMT (User State Migration Toolkit) Probleme machte (der “Request State Store”-Step schlägt fehl).

Heute kam ich zu einer ziemlich interessanten Situation. Auf einer Central Site mit diversen Primary Child Sites wurde versucht, das SP2 zu installieren. Der Prerequisite-Checker wurde vorher ausgeführt, ebenso ein /testdbupgrade an einer Kopie der produktiven Datenbank. Alles im grünen Bereich also. Einem Upgrade stand also nichts im Weg.
Leider aber endete die Installation des SP’s mit folgender Meldung:

Creating logins and assigning roles for site systems.
Assigning server servername to role SMS Reporting Point
Setting up Reporting Security.
***SqlError: [42000][102][Microsoft][ODBC SQL Server Driver][SQL Server]Incorrect syntax near ‘-’.

Schönes Ding. Das SP2-Setup hat an dieser Stelle schon diverse Datenbank-Modifikationen vorgenommen und dann bricht es ab. Gleichzeitig waren (aus mir im Nachhinein nicht nachvollziehbaren Gründen) einige SCCM-relevanten Dienste (SMS_Executive und SMS_Site_Component_Manager) zum Löschen markiert. Installation von SP1 bzw. Site Reset endete in der exakt gleichen Fehlermeldung (s.o.). Ich hab mir im Hinterkopf schon mal sämtliche Recovery-Szenarien zurecht gelegt. Aufgeben wäre aber unsportlich, also machte ich mich auf die Suche nach dem Problem. Das Logfile gab leider keine Details preis. Also fix einen SQL-Trace erstellt und gehofft, dass hier etwas Verwertbares dabei entsteht. Das Ergebnis sah so aus:

Immerhin! Ein erster Hinweis. Es wurde versucht, die Stored Procedure spSetSchemaViewPerms auszuführen. Was ConfigMgr kann, das kann ich schon längst. Ich führte die Stored Procedure im SQL Management Studio aus und bekam als Ergebnis “Incorrect syntax near ‘-’”. Bingo! Immerhin war damit der Übeltäter schon ausfindig gemacht. Eine Lösung war nicht mehr weit … Was macht nun diese SP? Sie ermittelt alle Views, die mit v_ beginnen, in der ConfigMgr-Datenbank (SELECT name FROM sys.views WHERE name like ‘v[_]%’), um dann pro View Permissions zu setzen. Bei allen default SCCM-Views ist das auch kein Problem. In diesem Fall wurde aber ein View angelegt, der (Fehler 1) ebenfalls mit v_ beginnt und (Fehler 2) ein “-“ im Namen hat. Durch das v_ wurde der Custom View überhaupt mit “erwischt” und durch das “-“ schlug “EXEC(‘GRANT SELECT ON ‘ + @viewname + ‘ to smsschm_users, webreport_approle’)” innerhalb der Stored Procedure fehl. Lange Rede, kurzer Sinn: ich löschte den Custom View und startete die SP-Installation neu. Leider ist genau diese Modifikation an der Datenbank offensichtlich nicht im /testdbupgrade enthalten.

Das Service Pack 2 für ConfigMgr ist seit letzter Woche verfügbar und viele wollen dieses verständlicherweise auch so schnell wie möglich installieren. Doch sollte man sich die Zeit nehmen, um folgendes unbedingt vorher zu tun:

• das beiliegende ConfigMgr07SP2Readme.htm lesen. Dort erfährt man z.B., daß auf x64-Systemen der Hotfix kb960037 installiert werden muss (welcher aber schon in Server 2008 SP2 enthalten ist)
• die sogenannten “Prerequisites” herunterladen. Dies kann man durch Aufruf der setup.exe erledigen: \SMSSETUP\BIN\I386\setup.exe /download D:\SP2prereqs.

  

  Die Dateien können zwar auch während der Installation des Service Packs heruntergeladen werden, aber was man hat, das hat man

• den Prerequisite-Checker starten, um eventuelle Errors oder Warnings beseitigen zu können
• die Datenbank auf Upgradefähigkeit testen! Dies muss mit einer Kopie der SCCM-Datenbank erfolgen, da diese Aktion die angegebene Datenbank wirklich aktualisiert und somit für den Betrieb mit einer Nicht-SP2-Site unbrauchbar macht!
  An eine Kopie der Datenbank kommt man bei ConfigMgr recht einfach, denn das Backup erstellt dieses unter anderem automatisch. Einfach den SMS_Site_Backup-Dienst starten

  

  und man erhält im konfigurierten Backup-Verzeichnis (\XYZBackup\SiteDBServer) die beiden Dateien SMS_XYZ.mdf und SMS_XYZ_Log.ldf.

  Beide Dateien sollte man in ein temporäres Verzeichnis kopieren (wer will sich denn schon seine Backup-Files zerstören?), um diese dann also neue Datenbank anzulegen:

   

  Natürlich muss der Datenbank ein neuer (temporärer) Name gegeben werden (“attach as”). Man erhält auf diesem Weg eine neue Datenbank, die zum Test für die Upgradefähigkeit herangezogen werden kann:

  

  Der Befehl dafür lautet: \SMSSETUP\BIN\I386\setup.exe /testdbupgrade _mssmsfaq. _mssmsfaq. steht dabei stellvertretend für den Namen der soeben angelegten Datenbank. Der eigentliche Prozeß läuft ohne sichtbare GUI ab; ein Fortschritt ist in C:\ConfigMgrSetup.log  zu sehen.

Ist das Service Pack 2 dann übrigens erfolgreich installiert, so erhält man eine Site mit der Version 4.00.6487.2000: