Zum Hauptinhalt wechseln

OBA Blog

  

Deutschen SQL Server 2008 R2 auf englischen Windows 2008 SP2

Ich bin bei der Installation eines deutschen SQL Server 2008 R2 auf einem englischen Windows 2008 (SP2) auf einen interessanten Bug gestoßen, der mich viele Nerven gekostet hat.

Voraussetzung

Um einen deutschen SQL Server auf einem englischen Windows zu installieren ist ein wenig Vorbereitung nötig, auf die der SQL Server beim Start des Setups auch hinweist.

Zunächst muss die "Sytem Locale" (zu Deutsch Systemgebietsschema) auf Deutsch/German geändert werden – wie im Bild dargestellt.

Abbildung 1 - Region and Language Settings auf deutsch

Setup

Das Setup startet anschließend ordnungsgemäß und beginnt mit der Installation der "Setup support files". Die Installation dieser bricht aber plötzlich ab und das Setup beendet sich. Aus den Logs erfährt man keine Informationen über einen besonderen Fehler.

Beim 25. Versuch ist mir dann in einem Log aufgefallen, dass für das deutsche Setup auf einen englischen Pfad verwiesen wurde und vorher war auch schon untypisch, dass das Setup in Englisch war – wobei ich mir zunächst nichts dachte.

Im Log steht sowas wie:

Overall summary:

Final result: Failed: see details below

Exit code (Decimal): -2068054013

Exit facility code: 1212

Exit error code: 3

Exit message: Failed: see details below

Start time: 2010-05-11 18:06:32

End time: 2010-05-11 18:06:58

Requested action: ComponentUpdate

Log with failure: C:\Program Files\Microsoft SQL Server\100\Setup Bootstrap\Log\20100511_180619\SqlSupport_Cpu64_1_ComponentUpdate.log

Exception help link: http://go.microsoft.com/fwlink?LinkId=20476&ProdName=Microsoft+SQL+Server&EvtSrc=setup.rll&EvtID=50000&ProdVer=10.50.1600.1

Lösung

Was war das Problem? Er hat die Datei SQLSupprt.msi nicht gefunden, da e rim falschen Ordner gesucht hat. Auf der DVD ist er unter 1031_DEU_LP\x64\setup\sqlsupport_msi, gesucht hat er unter 1033_ENU_LP\x64\setup\sqlsupport_msi

Abbildung 2- SQL Support Files

Also: Deutsches LanguagePack für Windows Server 2008 SP2 installiert. Display-Sprache auf deutsch umgestellt. Setup läuft weiter.

ShareCamp 2010

Heute ist der zweite Tag des ShareCamp's hier in Unterschleißheim bei Microsoft.

Kurz gesagt: Die Leute sind super, die Organisation auch (Zitat: "genau zwischen einer richtigen Konferenz und Anarchie").

Die Themen gehen weit auseinander und so ist für jeden was dabei. Von Diskussionen bis hin zu Präsentationen über Features und Erfahrungen – von Projektmanagementthemen bis hin zum "Hacken" einer Sandbox-Solution mittels Client-OM ist alles vertreten. Man muss halt auch mitmachen…

Meine Session "90% Standard, 10% Entwicklung – brauchen wir noch SharePoint Entwickler?" wurde zu einer sehr angenehmen Diskussion mit Blickwinkeln, an die ich zumindest noch nicht gedacht hatte.

Hier noch einige Impressionen im Bild

 

 

Abschließend noch das Gruppenfoto (Quelle: http://dotnet-forum.de/blogs/thorstenhans/archive/2010/04/11/sharecamp.aspx):

SharePoint 2010 Finale Version

Microsoft hat den Launch Termin für SharePoint 2010 bekanntgegeben. Es ist der 12. Mai 2010. RTM soll im April erfolgen.

http://blogs.msdn.com/sharepoint/archive/2010/03/05/sharepoint-2010-office-2010-launch.aspx

Problem mit UserProfilemanager

Heute morgen ist uns auf einem Testsystem ein interessanter Fehler aufgefallen. Beim Zugriff über ein Portal über 2 verschiedene Url's kommt bei der einen (internen) Url das Portal bei der anderen (externen mit SSL) kommt die WebPart Fehlerseite.

Die erweiterte Fehlermeldung sah so aus:

Server Error in '/' Application.

Value cannot be null.
Parameter name: serverContext

Description: An unhandled exception occurred during the execution of the current web request. Please review the stack trace for more information about the error and where it originated in the code.

Exception Details: System.ArgumentNullException: Value cannot be null.
Parameter name: serverContext

Source Error:

An unhandled exception was generated during the execution of the current web request. Information regarding the origin and location of the exception can be identified using the exception stack trace below.


Stack Trace:

 

[ArgumentNullException: Value cannot be null.

Parameter name: serverContext]

Microsoft.Office.Server.UserProfiles.UserProfileManager..ctor(ServerContext serverContext, Boolean IgnoreUserPrivacy, Boolean backwardCompatible) +542

Microsoft.Office.Server.UserProfiles.UserProfileManager..ctor() +101

DE.Mms.PROJECT.Profile.WebPartCode.Service.<>c__DisplayClass6.<GetAllUsers>b__1() +217

Microsoft.SharePoint.SPSecurity.CodeToRunElevatedWrapper(Object state) +73

Microsoft.SharePoint.<>c__DisplayClass4.<RunWithElevatedPrivileges>b__2() +592

Microsoft.SharePoint.Utilities.SecurityContext.RunAsProcess(CodeToRunElevated secureCode) +319

Microsoft.SharePoint.SPSecurity.RunWithElevatedPrivileges(WaitCallback secureCode, Object param) +571

Microsoft.SharePoint.SPSecurity.RunWithElevatedPrivileges(CodeToRunElevated secureCode) +135

DE.Mms.PROJECT.Profile.WebPartCode.Service.UserService.GetAllUsers() +560

 

Nach einer kurzen Suche fand ich die interessante Lösung des Problems. Die externe Url war nicht im AAM (Alternate Access Mapping) in der Zentraladministration eingetragen. Der Aufruf erfolgt zwar über SSL aber ein vorgeschalteter Proxy sendet die Abfrage mit http weiter. Sehr interessanter Fehler…

Fazit: allen WebPart Code so kapseln, dass man auch die Fehler von anderen (in dem Fall SharePoint intern) abfängt!

Mein InfoPath 2010 Tag

Letzter Konferenztag für mich. Drei Sessions gibt es heute bis 13 Uhr – danach ist Schluss. Zwei von drei Session drehen sich bei mir heute um InfoPath 2010. Hier wurde ziemlich viel getan. Nicht nur das Formulare schneller rendern sondern es können jetzt prinzipiell sämtliche Eingabeformulare von SharePoint Listen mittels InfoPath angepasst werden, dafür gibt es das InfoPath Form WebPart.

Unterschieden wird jetzt zwischen den sogenannten "List Forms" – welche die Daten in den SP Listen speichern und den "Form Library Forms" – welche traditionell in eine Bibliothek die InfoPath XMLs ablegen.

Weitere Highlights von Browser Forms:

  • Die Formular Styles sind die gleichen Styles wie die SharePoint Themes (Theming).
  • Picture Buttons sind möglich.
  • Das Attribut UserName verrät jetzt immer den eingeloggten Benutzer in der Browser Session.
  • Datenverbindungen sind jetzt im Web ebenfalls sortierbar.
  • Richtig geil beim erstellen von Formularen ist nun, das Regeln eines Feldes auf ein anderes Feld kopiert werden können… WOW!
  • Mittlerweile bekannt aber trotzdem erwähnenswert: Cascading Drop Downs!
  • Implementierter Code läuft als Sandbox Solution.
  • REST WebServices können vielfach genutzt werden um Mashups zu bauen (Berechnungen aus Excel Services zum Beispiel oder das klassische Google, sorry, Bing Maps Beispiel).
  • InfoPath Formulare können Daten an WebParts senden und empfangen.

Es hat sich also viel viel getan und es bestätigt sich mal wieder folgende These: Erst die dritte Version einer Microsoft Anwendung ist erst die richtig nutzbare Version. J

1 - 5 Weiter