Archiv der Kategorie: SharePoint 2013

Aufgabenverwaltung in SharePoint Server 2013

Bis SharePoint 2010 waren Aufgaben in SharePoint, die bestimmten Mitarbeitern zugewiesen wurden für selbige nur über eine E-Mail-Benachrichtigung sichtbar. Jede Aufgabenliste stand für sich alleine und alles zusammen zu fassen bedeutete zusätzlichen Implementationsaufwand, z.B. indem die Suche für das tabellenartige Darstellen der Aufgaben herangezogen wurde:

Jeder Benutzer konnte zusätzlich noch jede einzelne Aufgabenliste in sein Outlook synchronisieren lassen, um einen Gesamtüberblick zu erhalten.

SharePoint 2013

Mit SharePoint Server 2013 ändert sich dies nun. Auf dem MySite Host gibt es hierzu eine zentrale Tasks-Übersicht, die über die Suche alle zugewiesenen Aufgaben in der gesamten Farm für den aktuellen Benutzer zusammengefasst darstellt:

Aufgaben können nun auch mehreren Benutzern gleichzeitig zugewiesen werden. Über diese Ansicht kann ich die Aufgaben in einem Zeitstrahl abbilden lassen, direkt bearbeiten oder einen einfachen Klick direkt als Abgeschlossen kennzeichnen. Die Seite aktualisiert dann die entsprechende Aufgabe in der Quellliste. Auch können dort direkt persönliche Aufgaben erstellt werden, die dann in der Personal Site in einer Aufgabenliste gespeichert werden.

Die Aufgabenübersicht wird standardmäßig maximal alle 5 Minuten aktualisiert, sobald der Benutzer sie aufruft.

Für diese Funktionalität verantwortlich sind die Work Management Service Application in Verbindung mit User Profile Service Application und Search Service Application. Die Einrichtung wird z.B. hier erklärt: http://www.brainlitter.com/2013/01/09/provisioning-the-work-management-service-application/. Allerdings muss man zusätzlich beachten, dass der Application Pool Account der Services auch Zugriff auf die WebApplications benötigt. Dies kann mit einem PowerShell-Skript erreicht werden:

foreach ($wa in Get-SPWebApplication) {
    $wa.GrantAccessToProcessIdentity("Username")
    $wa.Update()
    }

Exchange 2013

Erweitert wird diese Funktionalität dann durch eine Zusammenarbeit mit Exchange 2013: Hier können alle Tasks aus dem Benutzerpostfach nach SharePoint synchronisiert werden und alle gefundenen Tasks aus SharePoint auf dem umgekehrten Weg mit dem Postfach synchronisiert werden.

Somit erhält der Benutzer auch im Outlook einen Komplettüberblick aller anstehenden Aufgaben und kann sie dort auch bearbeiten. In Outlook neu erstellte Aufgaben landen jedoch immer in der Personal Tasks Liste in der Personal Site des Benutzers.

Die systemseitige Einrichtung dieser Synchronisation ist nicht ganz einfach, ein TechNet-Artikel führt aber sehr gut hier durch: http://technet.microsoft.com/en-us/library/jj554516.aspx.

Um die Funktion aber danach für einen Benutzer zu aktivieren muss dieser in der Taskübersicht diese selbst aktivieren:

Der Timer Job “Work Management Synchronize with Exchange” synchronisiert dann für alle eingerichteten Benutzer alle paar Minuten die Aufgaben zwischen beiden Welten und man erhält entsprechend die Ansicht in Outlook

und die korrespondierende Ansicht in der MySite

Aktuelle Patch-Übersicht zu SharePoint 2013

Da es inzwischen einige Patches für SharePoint und die darum liegenden Produkte gibt, möchte ich an dieser Stelle einmal alle zusammen fassen, die bisher erschienen sind und welche auf welchen Systemen installieren werden sollen.

SharePoint 2013

Für SharePoint 2013 gibt es inzwischen bereits zwei Updates:

March 2013 Public Update

Hier handelt es sich um ein Public Update, dass auf allen Systemen installiert werden muss, da es für alle zukünftigen Updates ein Prerequisite darstellt. Sie sollten dieses Update also sehr bald evaluieren und installieren:

Die Installation ist jedoch nicht ganz so einfach, in meinem letzten Blogbeitrag habe ich den Link hinterlegt, den Sie beachten sollten, wenn Sie eine Search Service Application in Betrieb haben.

April 2013 Cumulative Update

Dieses CU behebt einige Problem in SharePoint. Lesen Sie sich die Release Notes genau durch und installieren Sie dieses Update nur, wenn ein Fehler davon bei Ihnen auftritt. CUs sind nicht intensiv getestet und können dadurch Nebenwirkungen haben:

  • SharePoint Foundation & Server 2013: KB2751999

Das Foundation-Update beinhaltet auch das entsprechende Update KB2727025 für den SharePoint Server.

Für Nutzer der InfoPath Forms Services dürfte auch KB2752020 interessant sein. Hier wurde ein Fehler behoben, bei dem nach einem Upgrade von SharePoint 2010 auf SharePoint 2013 in InfoPath enthaltene Datenverbindungen auf SharePoint-Listen nicht mehr funktionierten.

Office Web Apps Server 2013

Für den Office Web Apps Server sind auch die entsprechenden Updates veröffentlicht worden:

March 2013 Public Update

April 2013 Cumulative Update

Workflow Manager

Wer SharePoint Server 2013 einsetzt und den Workflow Manager installiert und konfiguriert hat, sollte nach dem Einspielen des March 2013 PU in SharePoint auch das Cumulative Update 1 für den Workflow Manager installieren:

  • Cumulative Update 1 für Service Bus 1.0: KB2799752
  • Cumulative Update 1 für Workflow Manager 1.0: KB2799754

Wichtig zu beachten ist, dass beide Updates auf den Workflow Manager Servern installiert werden müssen. Das zweite Update muss jedoch auch auf allen SharePoint Servern installiert werden, da auch der Workflow Manager Client davon betroffen ist.

Nach dem Update muss zudem der im Workflow Services Application Proxy eine Deployment Group angelegt werden, da dies eine der neuen Funktionen im CU WM und PU SharePoint ist:

$WmsSap = Get-SPWorkflowServiceApplicationProxy

$WmsSap.RegisterWorkflowLifecycleManagementEnvironment()

SharePoint 2013: März Public Update verfügbar

Diese Woche wurde ein Public Update für SharePoint 2013 veröffentlicht. Im Gegensatz zu Cumulative Updates stellen diese wichtige Bugfixes bereit und sind diesmal auch eine Voraussetzung für alle weiteren Service Packs und Cumulative Updates. Zudem enthält dieses PU auch die Bugfixes aus dem Februar CU.

Die Updates und zugehörige Release Notes finden sich unter folgenden Links:

Vorsicht ist jedoch geboten, wenn Sie eine Search Service Application in Betrieb haben. Hierzu hat das SharePoint Team eine Anleitung veröffentlicht, wie das Update hier zu installieren ist und was vorher und nachher getan werden sollte: http://blogs.technet.com/b/tothesharepoint/archive/2013/03/13/how-to-install-update-packages-on-a-sharepoint-farm-where-search-component-and-high-availability-search-topologies-are-enabled.aspx

Fehler beim Starten des User Profile Service Sync in SharePoint 2013

Heute habe ich mal wieder eine SharePoint 2010-Infrastruktur auf SharePoint 2013 umgestellt. Hierbei sollten natürlich auch alle Profilinformationen migriert werden. Dafür muss man die drei Datenbanken des User Profile Service (Profile Database, Social Database und Sync Database) auf die neue Farm kopieren und hiermit dann eine User Profile Service Application erstellen.

Das ganze Vorgehen beschreibt der Artikel Upgrade Service Applications to SharePoint 2013 sehr gut im Detail:

  1. Sichern des FIM Encryption Keys von der alten Farm (nicht im Artikel beschrieben!)
  2. Sichern der drei Datenbanken
  3. Wiederherstellen der Datenbanken auf dem neuen SQL Server
  4. Anpassen von Berechtigungen
  5. Erstellen der User Profile Service Application mit den bestehenden Datenbanken per PowerShell
  6. Starten des User Profile Synchronisation Service
  7. Importieren des Encryption Keys in SharePoint 2013

Seltsamerweise funktionierte der Schritt 6 in meinem Fall nicht. Der FIM Service versuchte mehrmals die Sync-Datenbank zu aktualisieren, scheiterte dabei aber mit folgendem Fehler im Event Log und brach danach ab:

The server encountered an unexpected error and stopped.

 

“BAIL: MMS(6828): storeimp.cpp(306): 0x80230453 (Setup has determined that the schema version of the database being restored is newer than the current setup binaries.)

ERR: MMS(6828): server.cpp(373): Failed to connect to the database UserSyncDB on [DatabaseServer]

BAIL: MMS(6828): server.cpp(374): 0x80230453 (Setup has determined that the schema version of the database being restored is newer than the current setup binaries.)

BAIL: MMS(6828): server.cpp(3860): 0x80230453 (Setup has determined that the schema version of the database being restored is newer than the current setup binaries.)

BAIL: MMS(6828): service.cpp(1539): 0x80230453 (Setup has determined that the schema version of the database being restored is newer than the current setup binaries.)

ERR: MMS(6828): service.cpp(988): Error creating com objects. Error code: -2145188781. This is retry number 0.

BAIL: MMS(6828): clrhost.cpp(224): 0x80131022

BAIL: MMS(6828): scriptmanagerimpl.cpp(7670): 0x80131022

BAIL: MMS(6828): server.cpp(251): 0x80131022

BAIL: MMS(6828): server.cpp(3860): 0x80131022

BAIL: MMS(6828): service.cpp(1539): 0x80131022

ERR: MMS(6828): service.cpp(988): Error creating com objects. Error code: -2146234334. This is retry number 1.

BAIL: MMS(6828): clrhost.cpp(224): 0x80131022

BAIL: MMS(6828): scriptmanagerimpl.cpp(7670): 0x80131022

BAIL: MMS(6828): server.cpp(251): 0x80131022

BAIL: MMS(6828): server.cpp(3860): 0x80131022

BAIL: MMS(6828): service.cpp(1539): 0x80131022

ERR: MMS(6828): service.cpp(988): Error creating com objects. Error code: -2146234334. This is retry number 2.

BAIL: MMS(6828): clrhost.cpp(224): 0x80131022

BAIL: MMS(6828): scriptmanagerimpl.cpp(7670): 0x80131022

BAIL: MMS(6828): server.cpp(251): 0x80131022

BAIL: MMS(6828): server.cpp(3860): 0x80131022

BAIL: MMS(6828): service.cpp(1539): 0x80131022

ERR: MMS(6828): service.cpp(988): Error creating com objects. Error code: -2146234334. This is retry number 3.

BAIL: MMS(6828): service.cpp(1002): 0x80131022

Forefront Identity Manager 4.0.2450.47″

 

Nach vielem erfolglosem Experimentieren und Neuerstellen der User Profile Service Application habe ich mir die Sync-Datenbank genauer angeschaut und mit anderen verglichen und schließlich den Profiler angeworfen. Eine der wenigen Abfragen des FIM an diese Datenbank ging an die Tabelle “mms_server_configuration” und das dortige Feld “fixed_schema_version_number”. Im Backup von der SharePoint 2010 Farm war in diesem Feld die Zahl “321” eingetragen, in anderen SharePoint 2010- und auch SharePoint 2013-Farmen stand hier jedoch nur 314.

Lösung des Problems: Einfach den Eintrag auf 314 geändert, Dienst wieder gestartet und siehe da: Er startet einwandfrei. Natürlich sollte man dies nur nach einem Backup machen und sonstige Änderungen tunlichst unterlassen!

Wie in die 2010-Datenbank der Wert 321 rein kam, ist mir bislang ein Rätsel.

Neuerungen in Office Web Apps 2013

Für SharePoint 2013 hat Microsoft die Office Web Apps ausgelagert. Sie können nun nicht mehr auf einem SharePoint Server installiert werden, sondern müssen auf einer separaten Maschine eingerichtet werden. Der Grund hierfür ist, dass die Office Web Apps nicht nur von SharePoint, sondern auch von Exchange 2013 und Lync 2013 zum Anzeigen von Office-Dokumenten verwendet werden können. Einzig für SharePoint wird das Ändern von Dokumenten unterstützt.

Einsatzbereiche der Office Web Apps

Die Web Apps können zum Anzeigen, Bearbeiten und (neu!) auch zum Erstellen von Dokumenten in Word, Excel, PowerPoint und OneNote verwendet werden:

Zudem werden sie bereits in der Standardversion zum Rendern einer Vorschau für die Suche oder das Document Pane verwendet:

Neue Funktionen

Im Vergleich zum Vorgänger haben die WebApps natürlich wieder ordentlich dazu gelernt:

  • Direktes Erstellen von neuen Dokumenten in den Web Apps (ohne Umwege wie in SharePoint 2010).
  • Kommentarfunktionen und Änderungsnachverfolgung in Word Web App.
  • Gleichzeitiges Bearbeiten in Excel Web App, Word Web App, PowerPoint Web App und OneNote Web App. Bisher waren Word und PowerPoint auf gleichzeitiges Bearbeiten im Client beschränkt.
  • Für Benutzer, die Dokumente nur anzeigen möchten, ist keine Officelizenz notwendig. Eine entsprechende Funktionseinschränkung kann über Gruppenmitgliedschaften verwaltet werden.
  • Viele neue Funktionen in den Editoren:
    • Layout-Funktionen
    • Einfügen von Bildern
    • Animationen und Übergabe können in PowerPoint Web App erstellt werden
  • Oberfläche ähnelt stark dem Office 2013 Client.ähnelt stark dem Office 2013 Client.

Installation

Die Installation der Office Web Apps ist ausführlich in einem MSDN-Artikel beschrieben. Unter “Siehe auch” ist weiterhin ein entsprechender Artikel zur Anbindung an SharePoint verlinkt.

SPC2012: Lizenzierung für SharePoint 2013

Bei der Lizenzierung für SharePoint Server 2013 gibt es einige sehr gute Nachrichten. Zwar werden wohl die Preise der einzelnen CALs deutlich erhöht, dafür verschwinden aber andere “Lizenzbaustellen”:

SharePoint Server intern, extern und im Internet

Es gibt mit der neuen Version keine Lizenz für Internet Sites mehr. Die Erstellung öffentlicher Websites mit SharePoint ist bereits mit der SharePoint Server-Lizenz abgedeckt. Ähnliches gilt für externe Benutzer, die nicht Mitarbeiter der Firma sind. Diese benötigen nun keine separate CAL mehr, sondern dürfen “kostenlos” auf den Server zugreifen. Dies gilt auch für SharePoint Online, hier sind 10.000 externe Benutzer kostenlos dabei. Damit ergibt sich folgendes Lizenz-Bild:

SharePoint 2010

Intranet

Extranet

Internet Sites

Serverlizenz

SharePoint Server 2010

SharePoint Server 2010

SharePoint Server 2010

Benutzerlizenz

SharePoint CAL Std. oder Enterprise

SharePoint CAL Std. oder Enterprise

SharePoint for Internet Sites

 

SharePoint 2013

Intranet

Extranet

Internet Sites

Serverlizenz

SharePoint Server 2013

SharePoint Server 2013

SharePoint Server 2013

Benutzerlizenz

SharePoint CAL Std. oder Enterprise

Suche

Da es FAST Search nicht mehr als separates Produkt oder als Erweiterung zu SharePoint gibt, gibt es auch hierfür keine Lizenzen mehr. Die Technologie ist in den Serverversionen bereits enthalten. Von nun an unterscheiden sich aber die Funktionalitäten der Suche je nach Lizenzmodell: Der SharePoint Server Enteprise enthält zusätzlich:

  • Entity Extraction
  • Video Search
  • Custom Query Rules
  • Extensible Content Flow
  • Item Recommendations
  • Content by Search WebPart

License Enforcement

Für gemischte Umgebungen mit Standard- und Enterpriselizenzen wird das Lizenzmanagement nun einfacher. Per Powershell kann man AD-Gruppen Lizenzen zuweisen. Ist ein Benutzer dann Mitglied einer Gruppe, die nur Standardlizenzen erhält, kann er auch nur diese nutzen. Ist dann beispielsweise auf einer Seite eine Excel Web Access-WebPart implementiert, zeigt dieses nur eine Meldung an, dass der Benutzer die erforderliche Lizenz für diese Funktion nicht hat. Somit sind auch auf einer Website Mischlizenzierungen möglich.

SPC2012: Upgrade auf SharePoint 2013

In diesem Beitrag möchte ich einige Hinweise zum Thema Upgrade auf SharePoint 2013 geben. Zunächst einmal einige Fakten:

  • Inplace-Upgrade existiert nicht mehr
  • Visual Upgrade aus SharePoint 2010 gibt es in dieser Form auch nicht mehr und wird durch das Deferred Site Collection Upgrade ersetzt

Database Attach

Der einzig gangbare Weg für ein Upgrade von SharePoint 2010 ist demnach das Database Attach, das auch bereits von vielen für das Upgrade auf SharePoint 2010 empfohlen wurde. Dabei wird eine komplett neue Farm aufgebaut und nur die Inhalte über ein Anhängen der Content Datenbanken überführt. Zusätzlich können in SharePoint 2013 die Datenbanken folgender Service Applications angehängt werden:

  • Business Data Connectivity
  • Managed Metadata
  • PerformancePoint
  • Secure Store
  • User Profile (Profile, Social, and Sync databases)
  • Search administration

Hier möchte ich mich aber zunächst nur auf die Content-Datenbanken beziehen. Wie bisher auch können diese an eine WebApplication angehängt werden. SharePoint stellt dabei dann Version Mismatch fest und wird ein “Version to Version”-Upgrade vornehmen. Vor dem Anhängen sollten aber einige Punkte beachtet werden:

  • Welche Solutions bzw. Features werden noch benötigt? Nicht mehr benötigte sollten sauber entfernt und deinstalliert werden, alle anderen müssen in der neuen Umgebung installiert werden
  • Inhalte sollten aufgeräumt werden, z.B. nicht mehr benötigte Sites und Site Collections gelöscht werden
  • Welche Authentifizierungsmethode wird verwendet?

Vor allem die letzte Frage ist hier kriegsentscheidend!

Authentication Provider

WebApplications werden in SharePoint 2013 über die Zentraladministration immer im Claims Based Mode erstellt. Der in SharePoint 2010 voreingestellte Classic Mode wird zwar noch unterstützt, jedoch kann eine WebApplication damit nur per PowerShell erstellt werden. Zudem funktionieren hierunter dann (anders als in 2010) die Previews für die Office WebApps nicht mehr.

Daher wird stark empfohlen, bestenfalls vor der Migration eine Umstellung auf Claims Based Authentication vorzunehmen, spätestens aber direkt nach dem Anhängen der Content Database.

Wer in der alten Umgebung bereits Claims Based Authentication einsetzt, hat hier also eventuell einen Vorteil, jedenfalls wenn er Windows Claims verwendet. Bei SAML Claims sieht das Ganze wieder anders aus, denn die entsprechenden Provider und Claim Types müssen wieder registriert werden. Die Reihenfolge der Installation ist nun nicht mehr entscheidend, aber bei den Claim Types wird es kritisch: Denn in SharePoint 2010 wird jedem Claim Type für die Eindeutigkeit ein Encoding Character beginnend bei Unicode 500 mitgegeben. Dieser muss in 2013 natürlich wieder exakt passen, damit die Claim Types wieder korrekt funktionieren. Hier ist also weitere Arbeit notwendig

Deferred Site Collection Upgrade

Diese neue Upgrade-Funktion ist sehr interessant. Nach dem Anhängen und dem Upgrade einer Content Datenbank sehen die Sites standardmäßig genau aus wie in SharePoint 2010. Dies hört sich nun erst einmal nach Visual Upgrade an, das Verfahren hier ist jedoch komplett anders. Sie sehen nämlich nicht nur wie in SharePoint 2010 aus, sondern verhalten sich auch exakt gleich.

Diese Tatsache liegt daran, dass SharePoint 2013 nicht nur einen 15er-Hive, sondern auch einen 14er-Hive installiert, die kompletten Binaries und Dateien von SharePoint 2010 werden also mitgeliefert. Befindet sich eine Site Collection in Compatibility Range 14, rendern die 2010er-Binaries die Website. Der Mechanismus dahinter ist sehr komplex, daher lasse ich ihn an dieser Stelle erst einmal weg. Das Datenbankschema wurde nun also angepasst, aber die eigentlichen Inhalte sind noch nicht migriert.

Nun hat ein Site Collection Administrator selbst die Möglichkeit, ein Upgrade vorzunehmen. Da es hier keinen Weg zurück gibt, gibt es die Möglichkeit, eine Eval-Site zu erzeugen. SharePoint legt dabei eine Kopie der Site Collection an und führt dort das Upgrade durch. Diese wird nach standardmäßig 30 Tagen automatisch gelöscht. Die Kopie wird dabei (wenn lizenztechnisch möglich) über einen SQL Snapshot vorgenommen, ansonsten über Backup/Restore der Site Collection.

Dies ermöglicht es nun auch, dass generell SharePoint 2010-Websites erstellt werden können, hierzu existiert ein entsprechendes DropDown:

Die CompatibilityRange hat jedoch auch noch Einfluss auf Solutions und Features. Hier eröffnet sich also auch für Entwickler eine große Thematik, die beachtet werden muss, z.B. entscheidet SharePoint wenn man es nicht direkt angibt beim Installieren einer Solution auf Basis der im Manifest hinterlegten SharePointProductVersion, in welchen Hive die Daten kopiert werden.

Site Upgrade Limits

Wird nun eine Site Collection aktualisiert, stellt dies natürlich einen extremen Arbeitsaufwand auf WebServer- und Datenbankseite dar. Daher werden Standardlimits auf beiden Seiten gesetzt. Pro Content Datenbank sind im Standard maximal 10 Upgrades gleichzeitig erlaubt, pro WebService-Instance (d.h. pro WebApplication pro Server) sind 5 voreingestellt. D.h. mit zwei SharePoint-Servern und einer Content-Datenbank sind 10 Upgrades gleichzeitig möglich. Alle weiteren werden in eine Queue eingestellt und später abgearbeitet. Ein Timer Job übernimmt die komplette Upgradeaufgaben, nach dem Upgrade verschickt er dann eine E-Mail an den Site Collection Administrator.

SPC2012: Workflow-Neuerungen

In einem anderen Blogbeitrag habe ich bereits einige der Neuerungen zu Workflows in SharePoint 2013 erwähnt. An dieser Stelle möchte ich diese ergänzen und spezifizieren, nachdem ich durch Mauricio Ordonez und Hyong Guk Kim in Ihren Vorträgen noch Details erfahren habe. Zu Stages, Loops, dem Visual Designer stehen Informationen bereits im verlinkten Beitrag.

Architektur

Wie bereits geschrieben, hat sich an den SharePoint 2010-Workflows nicht sonderlich viel getan, diese sind sozusagen unter anderem zur Abwärtskompatibilität noch vorhanden und können direkt nach der Installation verwendet werden. Neu sind die Azure Workflow Services, die auf separaten Servern laufen können und damit eine eigene Architektur mit ins Spiel bringen. Hierfür müssen die Services auf separaten Servern installiert und konfiguriert werden, auf allen SharePoint Servern muss der Workflow Services Client installiert werden, damit die Verbindung zwischen beiden Welten funktioniert.

Allerdings ist die Verbindung zu diesen Workflow Services nur mit dem SharePoint Server möglich, die SharePoint Foundation unterstützt diese Verbindung offenbar nicht. Erweiterungen, die beide Umgebungen unterstützen sollen, müssen nun also in zwei Architekturen entwickelt werden. Und damit komme ich auch gleich zum nächsten Punkt:

Entwicklung und Deployment

Das Deployment von neuen Aktivitäten ist für SharePoint 2010-Aktivitäten wie vorher auch. Für Aktivitäten für die Workflow Services allerdings stellt sich das anders dar: Diese müssen zum Einen ganz normal auf SharePoint per Solution Deployment veröffentlicht werden, allerdings müssen auch die Workflow Services diese Aktivität erhalten. Selbst wenn die Services auf einem SharePoint Server installiert werden, müssen die Assembly und eine XML-Konfigurationsdatei manuell in zwei Verzeichnisse der Workflow Services kopiert werden, damit beide Welten über die neue Aktivität Bescheid wissen.

Dies gilt jedoch nur für Code Activities. Mit Visual Studio lassen sich jedoch auch Declarative Activities erstellen, die bestehende Aktivitäten zu neuen Actions für den SharePoint Designer bündeln. Diese können nun auch als Sandboxed Solutions deployed werden.

Weitere Neuerungen

  • Zusätzlich zu den im Link angesprochenen Neuerungen kann im SharePoint Designer nun auch eine Stage View erstellt werden, die den groben Verlauf darstellt und dokumentiert.
  • Parallel Blocks können nun abgebrochen werden, indem der beinhaltenden Stage eine Completion Condition Variable angegeben wird, die in einem Parallel Block auf true gesetzt wird. Damit werden alle anderen Blocks abgebrochen
  • Stage Bezeichnungen werden nun für den Workflow Status verwendet, weiterhin kann der Status aber jederzeit über eine Action gesetzt werden

SPC2012: Keynote, What’s new und Search

Erster Tag auf der SharePoint Conference 2012 in Las Vegas, bei knappen 10°C aber sonst einwandfreiem Wetter. Die Keynote stimmte die über 10.000 Teilnehmer bereits auf die Veranstaltung im Mandalay Bay Convention Center ein.

Zu hören und sehen gab es in der KeyNote von Jaret Spataro, Jeff Teper, Scott Guthrie und David Sacks einige Neuerungen von SharePoint 2013, jedoch war das Thema SharePoint Online und generell die Cloud stärker vertreten. Microsoft will dieses Thema stark voran treiben. In Zukunft soll es alle 3 Monate Updates für SharePoint Online geben, die neue Funktionalitäten hinzufügen. Weiterhin habe ich mir die Sessions zu “What’s new in SharePoint 2013 for IT Pros” und “Architecture of Search in SharePoint 2013” angeschaut. Im Folgenden möchte ich alle Sessions zusammenfassen:

Deferred Site Collection Upgrade

Nach dem Hinzufügen einer Content Database wird nur das DB Schema aktualisiert, alle Content-Upgrade-Aktionen werden auf später verschoben. Die Site Collections sehen dabei nicht nur wie in SharePoint 2010 aus, sondern verhalten sich auch genauso, da die komplette 2010er-Infrastruktur noch Bestandteil des Systems sind. Über die Site Settings kann dann ein Upgrade vorgenommen werden, dass erst das eigentliche Upgrade vornimmt und die neuen Funktionen aktiviert. Ein Site Collection Admin kann das auch Testen. Hierbei wird eine Kopie der Site Collection über SQL Snapshots oder Backup/Restore angelegt. Bevor ein Upgrade gestartet wird, wird der Site Health Check ausgeführt, sollte dieser Fehler ergeben, wird das Upgrade nicht zugelassen. Der Health Check kann jedoch auch durch den Administrator manuell eingesehen werden.

Wenn eine Site Collection im 2010er-Mode angezeigt wird, erscheint für den Site Collection Administrator am Kopf der Seite eine Notification Bar, die ihm das Upgrade anbieten. Diese Bar kann auch für andere Hinweise genutzt werden, sie zeigt z.B. auch an, wenn die Datenbank im ReadOnly-Mode ist.

EDiscovery

Nachdem EDiscovery bereits in SharePoint 2010 Einzug gehalten, aber aufgrund von Einschränkungen nicht sonderlich stark genutzt wurde, wurde dieses Feature für 2013 runderneuert. Man legt nun Cases an, die Datensätze nicht nur in SharePoint, sondern auch in Exchange Mailboxen über die Suche finden und einsammeln können. Erst wenn ein Benutzer Änderungen an dem Element vornimmt, werden Kopien des Elements angelegt.

Performance

Auch an der Performance wurde in dieser Version wieder geschraubt. Hier sind folgende Features zu nennen:

  • Verbesserte Bandbreitennutzung durch “Minimal Download Strategy”: Page Requests übertragen nun nur noch Deltas der neuen Seite, d.h. das gesamte Chrome wird nur beim ersten Zugriff übertragen. Das Feature ist pro Website abschaltbar, sollten bestimmte WebParts damit nicht kompatibel sein
  • Shredded Storage: Es werden nur Änderungen an Dokumenten gespeichert, indem die BLOBs einer Datei in mehrere Segmente aufgeteilt werden
  • Request Management: Zugriffe können auf Basis der Auslastung bzw. der Health weitergeleitet werden

Search

FAST Search gehört nun der Vergangenheit an. Jedenfalls als separates Produkt. Die Funktionalitäten sind mit der SharePoint Search verschmolzen und nochmal erweitert worden. Hierzu gehört z.B. der Continouus Crawl, der nicht auf einem Schedule, sondern dem ChangeLog von SharePoint arbeitet. Die weiteren Änderungen hier in einem kurzen Überblick:

  • Keine Property Database mehr, Metadaten werden im lokalen Index abgelegt
  • Crawl Components und Crawl Databases sind nun unabhängig voneinander erstellbar
  • Refinement Panel kann über eine Konfigurationsoberfläche geändert werden, keine XML-Bearbeitung mehr notwendig
  • Result Sources ersetzen Scopes und bieten mehr Funktionalität
  • Query Rules erweitern eine Suche bei bestimmten Stichworten. Z.B. erzeugt eine Suche nach “Company Slide” einen Result Block (hervorgehobener, umrahmter Ergebnissatz) mit PowerPoint-Dateien mit dem Stichwort “Company”
  • Erweitertes Client Object Model und neues REST-Interface
  • Content Extractors: Author und Smart Title Extractor versuchen bei Dokumenten mit fehlenden Document Properties diese Eigenschaften aus dem Inhalt zu extrahieren

Requirements

Um SharePoint 2013 zu betreiben stehen folgende Anforderungen fest:

  • Windows Server 2008 R2 oder Windows Server 2012 (keine Webserver Edition und keine Client Installation)
  • Active Directory Domain oder Standalone Installation (Workgroup Installation wird nicht mehr unterstützt)
  • >=8GB RAM, für Developer-Installationen warden 24GB empfohlen

Architektur

  • Load Balancer müssen nun nicht mehr mit Stickiness konfiguriert werden. Die AppFabric Cache Services stellen einen Distributed Cache bereit, der zum einen Social Data, aber auch Authentication Tokens über alle Server verfügbar macht.
  • Self Service Site Creation kann nun mit eigenen Formularen verwendet werden. Zusätzlich kann mit Hilfe eines Content Type Hub auch definiert werden, dass eine Information Management Policy ausgewählt werden muss, die die Dokumente dann z.B. nach einem Jahr löscht oder archiviert. Somit können Datengräber minimiert werden.
  • Licensing Enforcement: Umgebungen mit Mischlizenzen können nun auch direkt in einer Site Collection oder Site verwendet werden. Per PowerShell können Active Directory Groups mit bestimmten SharePoint Lizenzen markiert werden. Würde ein User mit einer Standardlizenz dann eine Excel Services WebPart anzeigen, erscheint für das WebPart nur eine entsprechende Fehlermeldung.
  • Site Health Checks

User Profile Service

Der User Profile Service hat nun keine Social-DB mehr. Diese stellte einen Flaschenhals dar, die Daten wurden daher in die MySite-Content-Database verschoben. Hiermit ist die Skalierung besser gegeben. Der Active Directory-Import ist nun stark verbessert worden, zusätzlich zum intern und externen Forefront Identity Manager kann nun auch ein direkter AD Import konfiguriert werden, der jedoch dann z.B. das Zurückschreiben in das AD nicht unterstützt.

Sonstige Neuigkeiten

  • SkyDrive Apps für iOS, Windows Phone 7 und 8 und Windows 8 werden bis Q1 verfügbar sein, für die MS-Plattformen schon früher
  • Yammer (Neuer Zukauf von Microsoft) wird günstiger und für SharePoint Online-Kunden (ab E1) kostenlos integriert werden.
  • Oberflächenneuerungen in Sharepoint, wie Drag & Drop, einfaches Branding, Neue Search-WebParts und Features
  • Synchronisation von Aufgaben in Exchange und SharePoint, zentrale Übersicht über alle Aufgaben
  • Web Analytics gibt es nicht mehr als eigene Service Application. Die Funktionalität wurde von der Suche übernommen