Der User Profile Service ist in einer SharePoint 2010er Farm ein fragiles Gebilde. So ist man immer froh, wenn der Sync wie angedacht funktioniert.
Heute war die Admin Site der User Profile Service Application nicht mehr aufrufbar. Und dies in ein paar wenigen SharePoint 2010 Farm Instanzen. Wie sich schnell herausgestellt hat, lief der User Profile und der User Profile Synchronization Service nicht mehr.
Jetzt weiss ich, dass ich den User Profile Service vor wenigen Tagen noch verwendet habe, und zu dem Zeitpunkt war der Service noch up and running.
Das Problem war nun, dass man die Services nicht in der Central Administration starten konnte. Das Datenbank Schema der User Profile DB und der Sync DB stimmten nicht mehr mit der restlichen SharePoint Farm DBs überein. Dies war auch der Fehler, welcher in der Check DB Status Page in der Central Administration aufgeführt war (CA > Upgrade and Migration > Check database status)
Wie kann so was passieren? Jetzt scheint ein SharePoint Update ein DB Schema Update gemacht zu haben, ohne dass die beiden DBs dies mitgekriegt hätten.
Wir haben dann den SharePoint Configuration Wizard manuell angestossen und dann konnte man die beiden Services wieder via der Central Administration starten. Soweit so gut.
Nach dem Starten des Wizards wollten wir dann auf die User Profile Service Application zugreifen. Dies wurde uns mit einem File Not Found Fehler verweigert. Die Datei, welche nicht gefunden wurde ist eine DLL von Microsoft, dies jedenfalls sagt der folgende Fehler: “Could not load file or assembly ‘Microsoft.ResourceManagement, Version=4.0.2450.34, Cult…..”
Wir mussten dann zum Glück nur noch einen IISReset durchführen und so konnte der W3WP Prozess die korrekte DLL geladen.
Jetzt was war passiert?
Der Fehler wurde durch die automatische Installation des KnowledgeBase Artikels KB2560890 ausgelöst. Dies ist ein Security Update für SharePoint 2010.
Wir hatten auf ein paar wenigen SharePoint 2010 Server Instanzen das automatische Updaten von Windows aktiviert. Normalerweise werden die Updates von uns manuell angestossen, da es doch in der letzten Zeit zu einigen Problemen bei Updates gekommen ist. So sind wir in unserer Strategie des defensiven SharePoint Patchen wieder bestätigt worden.