SharePoint 2016 June 2016 CU Upgrade fails

Liebe Leser,

Wenn man SharePoint einsetzt, möchte man natürlich auch, dass alle Bugs und eventuell ungewünschten Verhaltensweisen behoben werden.
Um dies zu erreichen, ist es sinnvoll, die kumulativen Updates (kurz CU's) für SharePoint zu installieren.

Ich persönlich befolge immer die Regel, ein Update abzuwarten, bevor das vorhergehende Update installiert wird. Der Grund dafür ist, dass Microsoft selten aber doch Updates wieder zurückzieht, da es ungewünschte "Nebenwirkungen" gibt, wenn das Update installiert ist.

Bei der Installation des Juni 2016 Updates und der anschließenden Ausführung des Config Wizards bin ich auf folgenden Fehler in den Logs gestoßen:

"Unable to create a Service Connection Point in the current Active Directory domain. Verify that the SharePoint container exists in the current domain and that you have rights to write to it.
Microsoft.SharePoint.SPException: The object LDAP://CN=Microsoft SharePoint Products,CN=System,DC=mydom,DC=local doesn't exist in the directory.
   at Microsoft.SharePoint.Administration.SPServiceConnectionPoint.Ensure(String serviceBindingInformation)
   at Microsoft.SharePoint.PostSetupConfiguration.UpgradeTask.Run()"

Bei der Überprüfung, ob der entsprechende Container existiert, hat sich herausgestellt, dass der Container wirklich nicht vorhanden ist.

Aus diesem Grund habe ich den Container folgendermaßen erstellt:

1) ADSI Edit öffnen
2) Container unter folgendem Pfad anlegen:



3) Regedit aufrufen
4) Key "SharePoint" unter HKLM\SOFTWARE\Policies\Microsoft anlegen

Nach einer Neuerlichen Ausführung des Config Wizards wurde dieser mit der Meldung "Container Distinguished Name Mismatch" abgebrochen.

Dieses Problem wird durch das ausführen des Config Wizards über die SharePoint Admin Shell umgangen / behoben:

"psconfig.exe -cmd upgrade -inplace b2b -wait -cmd applicationcontent -install -cmd installfeatures -cmd secureresources"

Eine gute Quelle für die Optionen des psconfig Command-Line Tools ist der Blog von Stefan Gossner.

Nach der Ausführung des Upgrades läuft dieses dann auch fehlerfrei durch.

In diesem Sinne,

Happy SharePointing ;)

SharePoint 2010: Unexpected Error bei User Profile Service Application

Bei einigen SharePoint Installationen kann es zu einem merkwürdigen Verhalten der User Profile Service Application kommen.

Folgendes Verhalten kann stellenweise auftreten:

In der Central Administration wird die User Profile Service Application unter Application Management -> Manage Service Applications ausgewählt.

Nach Klick auf die User Profile Service Application und einer kurzen Ladezeit erscheint die Meldung, dass ein unerwarteter Fehler aufgetreten ist.

Da diese Aussage nicht sonderlich hilfreich ist, findet sich der Fehler erst nach dem Durchsuchen der ULS Logs.

Filtert man hier auf UserProfileServiceApplication, trifft man auf folgende Fehlermeldung:

System.MissingMethodException: Method not found: 'System.String
Microsoft.Office.Server.UserProfiles.SynchronizationRunStatus.get_ConnectionName()'.at Microsoft.SharePoint.Portal.WebControls.UserProfileServiceImportStatisticsWebPart.
RenderSectionContents(HtmlTextWriter writer)at
Microsoft.SharePoint.Portal.WebControls.UserProfileServiceImportStatisticsWebPart.RenderWebPart(HtmlTextWriter writer)at Microsoft.SharePoint.WebPartPages.WebPart.Render(HtmlTextWriter writer)

Es gibt mehrere Möglichkeiten, dieses Problem zu lösen, allerdings sei hier erwähnt, dass nicht jede Möglichkeit zwingend zur Lösung führt, sondern einer dieser Ansätze das Problem behebt.

Die einfachste und schnellste Lösungsmethode ist die Durchführung eines IISReset über die Eingabeaufforderung.

Sollte dies nicht helfen, besteht die Möglichkeit, dass bei der Provisionierung der User Profile Service Application und der dazugehörigen Datenbanken kein Standardschema für den Farm Administrator zugewiesen wurde.

Dies kann durch ein SQL Statement auf die betreffenden Datenbanken

     - Profile Database
     - Synchronization Database
     - Social Tagging Database

nachträglich durchgeführt werden.

WICHTIG: Da ein Zugriff auf die Content DB's automatisch den Produktsupport seitens Microsoft aufhebt, sei an dieser Stelle gesagt, dass dies KEIN Eingriff in die Datenbank ist.

Das SQL Statement, um das Schema an den Benutzer zuzuweisen lautet wie folgt:

ALTER USER [Domain\Username] WITH DEFAULT_SCHEMA=dbo;

Allerdings kann es passieren, dass auch dieser Vorgang das Problem nicht behebt.

Die letzte Lösungsmöglichkeit, bevor man einen Microsoft Support Call eröffnet, ist die Installation des December 2011 Cumulative Update Paketes für SharePoint Server 2010.

Diese Installation hat in meinem Fall das Problem behoben und auch in diversen Foren und Newsgroups war zu lesen, dass die Installation des Cumulative Update Paketes dieses Problem löst.

Zu finden ist das Paket unter folgender Url: http://support.microsoft.com/kb/2597014

Nach der Installation des Paketes muss der Farm Configuration Wizard erneut ausgeführt werden, da alle Farm Komponenten dann upgedated werden.

Nach Abschluss des Wizard kann man dann versuchen, noch einmal die User Profile Service Application in der Central Administration zu öffnen.

In meinem Fall funktionierte dies dann ohne weitere Probleme.

Falls jemand noch andere Möglichkeiten zur Behebung des Fehlers findet, freue ich mich darüber, wenn er / sie mir diese Lösung mitteilt. Gerne veröffentliche ich sie auch hier.