In einer Medium Sized Farm haben wir 3 Web Front End Server und 3 App Server, welche asap auf Service Pack 1 aktualisiert werden mussten. Wie im Technet beschrieben und bekannt, haben wir alle Server mit dem SP 1 ausgerüstet.
Nach der Installation des Service Packs ist der PowerShell Befehl psconfig –cmd upgrade –inplace b2b –wait notwendig.
So weit so gut. Auf dem Server mit der Central Admin: Einwandfrei
Auf dem ersten Application Server: Einwandfrei.
Aber dann ging es los und das nicht nur auf einem Server:
Die Central Admin war noch “am Leben”. Also war der SQL auch i.O.
Der Test auf dem SQL Server mit dem SQL Profile zeigte auch, dass der Upgrade Prozess von dem jeweiligen Server erfolgt. Also auch kein Problem mit Server Zugriff. In der Praxis hatten wir auch mal den Issue, dass wir die PowerShell mit “Run as Administrator” ausführen mussten. Auch getestet: Kein Erfolg.
Dann haben wir uns back to the roots mal den Wizard zu Gemüte geführt und auch dieser fiel auf die Nase.
Aber dann, mein Adlerauge entdeckte einen seltsamen Text im Config Wizzard.
Hier das Indiz 1:
Und das Indiz 2:
Was zum Henker machen diese Hochkommas hier ? Natürlich, es war niemand. Und wenn man nicht selber die Installation gemacht hat, traut man niemandem mehr …
In der Registry ist dieser Eintrag zu finden und setzt es wie es sein muss ohne Hochkomma und nicht wie angetroffen mit den “verbotenen” Zeichen.
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Shared Tools\Web Server Extensions\14.0\Secure\ConfigDB]
Woher dass dieser falsche Eintrag kam und das dass keine Seiteneffekte hatte im Betrieb… Das bleibt ein Geheimnis.
Ich möchte an dieser Stelle aber nochmals darauf hinweisen, dass der Einsatz von SQL Client Alias ein bewährtes Mittel ist um die Konfiguration der SharePoint – SQL Server Kommunikation zu vereinheitlichen. Ins besondere ist die Kombination von SQL Server\Instanzname in “gehobenen” SharePoint Infrastruktur Kreisen verpönt