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 ;)

Nach Backup-SPSite bleibt SiteCollection Read-Only

Liebe Leserinnen und Leser,

Hier wieder einmal ein Highlight der Features von SharePoint:

Angenommen, man möchte eine SiteCollection von einer WebApplication in eine andere verschieben, so ist das lt. Microsoft über die Backup und Restore Funktionalität zu bewerkstelligen.



Gesagt - getan:



Man führt das Powershell-Statement für das Backup aus (hier noch einmal zur Erinnerung)


Backup-SPSite <SiteCollection URL> -Path <Pfad>

Nachdem das Backup durchgelaufen ist, möchte man die SiteCollection dann restoren:


Restore-SPSite <SiteCollection URL NEU> -Path <Pfad des .bak File>

Wie erwartet funktioniert das restoren der SiteCollection reibungslos.
Nachdem der Restore nun abgeschlossen ist, möchte man die alte SiteCollection löschen, da sie ja dort nichts mehr verloren hat.



Hier fängt das Problem nun an und man sieht es sofort, wenn man die Seite ansurft:




Weder das Setzen der Quotas and Locks hat funktioniert (Option zur Aufhebung des Locks ist ausgegraut), noch diverse stsadm-Befehle haben zum Erfolg geführt.
Schlussendlich war es wieder die Powershell, die einen aus dieser misslichen Lage befreit.

SharePoint Management Shell als Administrator starten und folgende Befehle ausführen:
$Admin = new-object Microsoft.SharePoint.Administration.SPSiteAdministration(<SiteCollectionURL>)
$Admin.ClearMaintenanceMode()

Nach dem Ausführen dieser Statements ist die Seite wieder ganz normal erreich- und bearbeitbar.
Grund für dieses Verhalten kann ein unterbrochener Backup-Vorgang sein.

Aus diesem Grund wurde in SharePoint 2013 die Property "MaintenanceMode" eingeführt.
Die Methode zur Aufhebung des Maintenance Modes wurde mit dem April 2013 CU für SharePoint 2013 eingeführt. Es ist daher wichtig, darauf zu achten, dass SharePoint sich mindestens auf Patchlevel April 2013 CU befindet (entspricht Build Number 15.0.4505.1005 für SharePoint Server bzw. 15.0.4505.1002 für SharePoint Foundation)

In diesem Sinne - Happy SharePointing :)

Lg,
Chris