SharePoint 2013 – Tech-Track
Unic Fokus SharePoint 2013
Ernst Joss, Ueli SchwarzWallisellen, 16. Mai 2013
© Unic - Seite 2
Agenda
• Topologien
• Apps
• Migration
• Search
• Fragen
SharePoint 2013 Topologien
© Unic - Seite 4
• On Premise
• Cloud
• Hybrid
SharePoint 2013 – Topologien
© Unic - Seite 5
• «Wie gehabt»
• Erhöhte Anforderungen an die Infrastruktur
• Frontend, DB
• Alle bestehenden Möglichkeiten
• Customizing
• Programmierung
• Einfachste Art der Integration, da die Infrastruktur lokal ist
• Betriebsverantwortung beim Besitzer
• Office Web App Server Infrastruktur nötig für Previews (z.B. Search)
SharePoint 2013 Topologien – On Premise
© Unic - Seite 6
• Software as a Service
• Keine lokale Infrastruktur nötig
• Eingeschränktes Customizing
• Nur ab Ebene Site Collection
• Kein Custom Code
• Keine Web Parts
• Keine Site Definitions -> Site Templates
• Apps, Apps
• Betriebsverantwortung bei Microsoft
• Active Directory FS / Active Directory als Replika für SSO
SharePoint 2013 Topologien – Cloud
© Unic - Seite 7
• Mischung On Premise mit Cloud
• Komplex
• Erhöhte Anforderungen an Informations Architektur
• Navigation
• Organisation der Inhalte
• Was soll wo abgelegt werden
• Wie sollen die Information zwischen den Farmen synchronisiert werden
• Gar nicht
• One way oder two way
• Welche Farm ist wo führend
SharePoint 2013 Topologien – Hybrid
© Unic - Seite 8
nur TMG unterstützt
Active Directory Federation
Active Directory auf Azure
Apps für SharePoint 2013
© Unic - Seite 10
Apps für SharePoint 2013 – App Definition
Was ist eine App ?
App ?= Applikation
Kontrollierte / Kontrollierbare Verteilung
(Store)
Einfaches Update-System
«Sandbox» Modell
(Beschränkter Zugriff auf Host-System)
Common Sense UX
Keine abschliessende Definition
© Unic - Seite 11
• Apps…
• sind Applikationen, welche ausserhalb von SharePoint leben
• verwenden SharePoint-Artefakte via REST / CSOM-Interfaces
• Custom Code wird extern von SharePoint ausgeführt (Client, Cloud, Hosts)
• Hierbei spielt die Implementationssprache keine Rolle: Javascript, C#, PHP, …
(resp. ist abhängig vom Host-Kontext)
• werden mittels oAuth für Zugriffe auf SharePoint berechtigt (Grants)
• werden über den App-Store verteilt (MS Store oder Farm App Catalog)
• Installation von Apps kann mit Bewilligungsprozess verknüpft werden
Apps für SharePoint 2013 – Definition für SharePoint
© Unic - Seite 12
Apps für SharePoint 2013 – Vergleich Solutions & Apps
© Unic - Seite 13
Apps für SharePoint 2013 – Architekturen
App-Komponenten sind SharePoint-Komponenten
• Listen, Site Columns, Inhaltstypen
• Client Web Parts
Entwicklungs-Kenntnisse
• HTML5, CSS, Javascript (jQuery, ASP.NET AJAX)
• CSOM und REST API
C#/ASP.NET Azure Website
• Jede Installation erstellt neue Azure WebSite
und Azure SQL Datenbank
• Betriebskosten?
• oAuth für Authentifizierung
Entwicklungs- & Deployment-Prozess
Identisch mit Autohosted, jedoch…
• Eigene Server Hosting Infrastruktur notwendig
© Unic - Seite 14
• Installierte App erstellt automatisch ein neues SPWeb (AppWeb) unterhalb
des Installations-Ortes (HostWebs)
• Jede Applikation «lebt» in einem eigenen SPWeb zwecks Isolation
• Jedes AppWeb besitzt eine seperate Domain (DNS)
• XSS: Seperate Domains unterbinden Cross Site Scripting per Browser Sicherheit
• Zugriffs-Berechtigung erzwungen: Apps kommunizieren mittels CSOM; Jeder Zugriff muss erteilt
werden
Apps für SharePoint 2013 – Sandbox Modell
© Unic - Seite 15
• App Einstiegspunkte
Apps für SharePoint 2013 – User Experience (Teil I)
© Unic - Seite 16
• App Branding setzt sich zusammen aus…
• App Template
• aspx-Seite in SharePoint
• app.masterpage
• Chrome Control
• Mittels Javascript können die SharePoint-Styles angezogen werden
• Custom Chrome
• App-UX-Vorgaben
• «Back to Site» muss oben links platziert sein
Apps für SharePoint 2013 – User Experience (Teil II)
© Unic - Seite 17
• Apps werden Berechtigungen erteilt (granted)
• App Berechtigungen sind nicht Benutzer-Berechtigungen
• App Berechtigungen werden gesamthaft durch den Installations-Benutzer
erteilt / verweigert
(werden die Berechtigungen verweigert, kann die App nicht installiert werden)
• App Berechtigungen sind nicht vererbbar
• Mögliche Berechtigungen
• Vollzugriff (Full Control) im AppWeb (immer der Fall)
• Apps können Berechtigungen anfragen (deklarativ per AppManifest.xml)
Apps für SharePoint 2013 – Berechtigungen
© Unic - Seite 18
Vorteile…
• Kein Custom Code in SharePoint
• Einfachere Upgrades auf nächste Major Version
• Unterstützt Hosted Umgebungen
• SandBox Modell
• Isolation / «Security»
Apps für SharePoint 2013 – Vor-/Nachteile
Nachteile…
• Keine Verwendung von Server-Controls
• Betrifft sämtliche Eingabe-Elemente
• Branding
• App-Modell vs. erwartete UX
© Unic - Seite 19
Apps sind geeignet für…
• Abgeschlossene Applikationen
• Sandbox in Hinblick auf Prozess,
Benutzer und Daten-Isolation
• Cloud / Office 365
Apps für SharePoint 2013 - Eignung
Apps eignen sich nicht für…
• Generelles SharePoint Branding
• Masterpages, Page Layouts
• Custom WebParts
• Integrierte Anwendungen
• Dashboards
• News-Applikation über das ganze System
SharePoint 2013 Migration
© Unic - Seite 21
SharePoint 2013 Migration - Life Cycle
Produkt
Lifecycle-
Startdatum
Ablaufdatum für
Mainstream
Support
Ablaufdatum
für Extended
Support
SharePoint 2007 27.01.2007 10.10.2012 10.10.2017
SharePoint Server 2010 15.06.2010 13.10.2015 13.10.2020
SharePoint Server 2010
Service Pack 1
28.06.2011 10.07.2012
SharePoint Server 2013 09.01.2013 10.04.2018 11.04.2023
© Unic - Seite 22
• Voraussetzungen
• Nur von SharePoint 2010 möglich
• Benötigt eine separate Farm
• Nicht direkt in die Cloud möglich
SharePoint 2013 Migration - Voraussetzungen
© Unic - Seite 23
• Reale Daten verwenden
• Separate Testumgebung möglichst identisch mit der IST-Umgebung
• Mehrere Tests und Durchläufe vorsehen
• Ziele:
• Bestes Vorgehen evaluieren
• Reduzieren der Downtime
• Performance (Migration & Plattform)
• Keine Fehlermeldung / Warnung ignorieren
• Testen der Durchführung und des Resultats
• PowerShell
SharePoint 2013 Migration - Grundsätze
© Unic - Seite 24
• Inplace-Upgrade (SP2010) existiert nicht mehr
• Service Dienste zwingend mit PowerShell migrieren
• Einzige Möglichkeit Content Datenbanken zu migrieren ist «Database Attach»
• Visual Upgrade aus SharePoint 2010 wird durch das «Deferred Site Collection
Upgrade» ersetzt
• PowerShell, PowerShell, PowerShell
SharePoint 2013 Migration - Fakten
© Unic - Seite 25
SharePoint 2013 Migration - Prozess
Lernen
• Upgrade Methoden
• Neue Möglichkeiten
• Downtime reduzieren
Vorbereitung
• IST System dokumentieren
• Solutions bewerten
• Upgrade Strategie planen
• Solutions für Upgrade
vorbereiten
Test
• Testfarm aufsetzen
• “Echte” Daten benutzen
• Upgradevorgehen
bestimmen
• Probleme erkennen
Durchführen
• Farm aufsetzen
• Solutions installieren
• Ausfallzeit minimieren
• Fortschritt überwachen
Prüfen
• Troubleshooting
• Upgrade Fehler im Log
• UI/UX Probleme
• Daten Probleme
© Unic - Seite 26
• Managed Metadata
• User Profile (Profile, Social and Sync databases)
• Secure Store
• Business Data Connectivity
• PerformancePoint
• Search administration
• Alles andere muss “neu” konfiguriert werden
SharePoint 2013 Migration - Service Applikationen
© Unic - Seite 27
• Ähnlich wie Visual Upgrade von 2010
• Sieht nicht nur wie SharePoint 2010 aus, ist SharePoint 2010
• die kompletten Binaries und Dateien von SharePoint 2010 werden also
mitgeliefert
• Neben dem 15er hive (2013) gibt es parallel einen 14 Hive (2010)
• Nur das Datenbank Schema wird angepasst
• Nicht migrierte Site Collection werden von den 2010er-Binaries gerendert
• Ein Site Collection Administrator hat die Möglichkeit ein Upgrade vorzunehmen.
• Möglichkeit, eine Eval-Site zu erzeugen (Kopie + Upgrade)
• Neu können in SharePoint 2013 SharePoint 2010 Site Collections erstellt werden
SharePoint 2013 Migration - Deferred Site Collection Upgrade
SharePoint 2013 Search
© Unic - Seite 29
• Kombination von SharePoint und FAST Search Engine
• SharePoint: Connectors, Crawler
• FAST: Content und Query Prozessing
• Schnellere Office und native PDF Indexierung
• Fortlaufendes Crawling
• Cloud-ready
• Verbesserte User Experience (UX)
• Vorschau
• Deep-Links (Dokumentabschnitte)
• Jeder Term ist ein Schlüsselwort
SharePoint 2013 Search – Neuerungen
© Unic - Seite 30
• Anzeige einer Vorschau
• Art der Anzeige abhängig vom Ergebnistyp
• z.B. News, Word, PowerPoint, Benutzer
• Verbesserte Relevanz
• Analyse von Inhalt und Benutzerinteraktion
• Aktualität der Suchergebnisse, Linguistik, Dokumentanalyse
SharePoint 2013 Search – Verbesserte Oberfläche
© Unic - Seite 31
• Anzeige eines Vorschau
• Art der Anzeige abhängig vom Ergebnistyp
• Z.B. News, Word, PowerPoint, Benutzer
• Möglichkeit von Ergebnisblöcken
• Verbesserte Relevanz
• Analyse von Inhalt und Benutzerinteraktion
• Aktualität der Suchergebnisse, Linguistik, Dokumentanalyse
Verbesserte Oberfläche
© Unic - Seite 32
• Einfach zu konfigurieren
• Vorschau auf einzelne Refiner
• Visuelles Refinement
• Managed Property muss als «Refinable» markiert sein
SharePoint 2013 Search – Refinements
© Unic - Seite 33
 Eine Partition = logischer Ausschnitt
des Index
 Partitionen können nicht gelöscht
werden
 Eine Partition hat mindestens eine
Replika
 Horizontal und ertikal skalierbar
SharePoint 2013 Search – High Level Index Architektur
Replica 1
Replica 2
Replica 1
Replica 2
Replica 3
Replica 2
Replica 1
Partition #1 Partition #2 Partition #3
Replica 3 Replica 3
Servers
Index Servers
1, 2 & 3
Index Servers
4, 5 & 6
Index Servers
7, 8 & 9
Index Servers
10, 11 & 12
© Unic - Seite 34
SharePoint 2013 Search – Skalierbarkeit I/II
© Unic - Seite 35
SharePoint 2013 Search – Skalierbarkeit II/II
© Unic - Seite 36
SharePoint 2013 Search - Logische Architektur
Fragen
© Unic - Seite 38
Belpstrasse 48
3007 Bern
Tel +41 31 560 12 12
Fax +41 31 560 12 13
info@unic.com
www.unic.com
Unic AG
© Unic - Seite 39
ueli.schwarz@unic.com
ernst.joss@unic.com
Ueli Schwarz
Senior Application Architect
Ernst Joss
Senior Application Architect

SharePoint 2013 – Tech-Track

  • 1.
    SharePoint 2013 –Tech-Track Unic Fokus SharePoint 2013 Ernst Joss, Ueli SchwarzWallisellen, 16. Mai 2013
  • 2.
    © Unic -Seite 2 Agenda • Topologien • Apps • Migration • Search • Fragen
  • 3.
  • 4.
    © Unic -Seite 4 • On Premise • Cloud • Hybrid SharePoint 2013 – Topologien
  • 5.
    © Unic -Seite 5 • «Wie gehabt» • Erhöhte Anforderungen an die Infrastruktur • Frontend, DB • Alle bestehenden Möglichkeiten • Customizing • Programmierung • Einfachste Art der Integration, da die Infrastruktur lokal ist • Betriebsverantwortung beim Besitzer • Office Web App Server Infrastruktur nötig für Previews (z.B. Search) SharePoint 2013 Topologien – On Premise
  • 6.
    © Unic -Seite 6 • Software as a Service • Keine lokale Infrastruktur nötig • Eingeschränktes Customizing • Nur ab Ebene Site Collection • Kein Custom Code • Keine Web Parts • Keine Site Definitions -> Site Templates • Apps, Apps • Betriebsverantwortung bei Microsoft • Active Directory FS / Active Directory als Replika für SSO SharePoint 2013 Topologien – Cloud
  • 7.
    © Unic -Seite 7 • Mischung On Premise mit Cloud • Komplex • Erhöhte Anforderungen an Informations Architektur • Navigation • Organisation der Inhalte • Was soll wo abgelegt werden • Wie sollen die Information zwischen den Farmen synchronisiert werden • Gar nicht • One way oder two way • Welche Farm ist wo führend SharePoint 2013 Topologien – Hybrid
  • 8.
    © Unic -Seite 8 nur TMG unterstützt Active Directory Federation Active Directory auf Azure
  • 9.
  • 10.
    © Unic -Seite 10 Apps für SharePoint 2013 – App Definition Was ist eine App ? App ?= Applikation Kontrollierte / Kontrollierbare Verteilung (Store) Einfaches Update-System «Sandbox» Modell (Beschränkter Zugriff auf Host-System) Common Sense UX Keine abschliessende Definition
  • 11.
    © Unic -Seite 11 • Apps… • sind Applikationen, welche ausserhalb von SharePoint leben • verwenden SharePoint-Artefakte via REST / CSOM-Interfaces • Custom Code wird extern von SharePoint ausgeführt (Client, Cloud, Hosts) • Hierbei spielt die Implementationssprache keine Rolle: Javascript, C#, PHP, … (resp. ist abhängig vom Host-Kontext) • werden mittels oAuth für Zugriffe auf SharePoint berechtigt (Grants) • werden über den App-Store verteilt (MS Store oder Farm App Catalog) • Installation von Apps kann mit Bewilligungsprozess verknüpft werden Apps für SharePoint 2013 – Definition für SharePoint
  • 12.
    © Unic -Seite 12 Apps für SharePoint 2013 – Vergleich Solutions & Apps
  • 13.
    © Unic -Seite 13 Apps für SharePoint 2013 – Architekturen App-Komponenten sind SharePoint-Komponenten • Listen, Site Columns, Inhaltstypen • Client Web Parts Entwicklungs-Kenntnisse • HTML5, CSS, Javascript (jQuery, ASP.NET AJAX) • CSOM und REST API C#/ASP.NET Azure Website • Jede Installation erstellt neue Azure WebSite und Azure SQL Datenbank • Betriebskosten? • oAuth für Authentifizierung Entwicklungs- & Deployment-Prozess Identisch mit Autohosted, jedoch… • Eigene Server Hosting Infrastruktur notwendig
  • 14.
    © Unic -Seite 14 • Installierte App erstellt automatisch ein neues SPWeb (AppWeb) unterhalb des Installations-Ortes (HostWebs) • Jede Applikation «lebt» in einem eigenen SPWeb zwecks Isolation • Jedes AppWeb besitzt eine seperate Domain (DNS) • XSS: Seperate Domains unterbinden Cross Site Scripting per Browser Sicherheit • Zugriffs-Berechtigung erzwungen: Apps kommunizieren mittels CSOM; Jeder Zugriff muss erteilt werden Apps für SharePoint 2013 – Sandbox Modell
  • 15.
    © Unic -Seite 15 • App Einstiegspunkte Apps für SharePoint 2013 – User Experience (Teil I)
  • 16.
    © Unic -Seite 16 • App Branding setzt sich zusammen aus… • App Template • aspx-Seite in SharePoint • app.masterpage • Chrome Control • Mittels Javascript können die SharePoint-Styles angezogen werden • Custom Chrome • App-UX-Vorgaben • «Back to Site» muss oben links platziert sein Apps für SharePoint 2013 – User Experience (Teil II)
  • 17.
    © Unic -Seite 17 • Apps werden Berechtigungen erteilt (granted) • App Berechtigungen sind nicht Benutzer-Berechtigungen • App Berechtigungen werden gesamthaft durch den Installations-Benutzer erteilt / verweigert (werden die Berechtigungen verweigert, kann die App nicht installiert werden) • App Berechtigungen sind nicht vererbbar • Mögliche Berechtigungen • Vollzugriff (Full Control) im AppWeb (immer der Fall) • Apps können Berechtigungen anfragen (deklarativ per AppManifest.xml) Apps für SharePoint 2013 – Berechtigungen
  • 18.
    © Unic -Seite 18 Vorteile… • Kein Custom Code in SharePoint • Einfachere Upgrades auf nächste Major Version • Unterstützt Hosted Umgebungen • SandBox Modell • Isolation / «Security» Apps für SharePoint 2013 – Vor-/Nachteile Nachteile… • Keine Verwendung von Server-Controls • Betrifft sämtliche Eingabe-Elemente • Branding • App-Modell vs. erwartete UX
  • 19.
    © Unic -Seite 19 Apps sind geeignet für… • Abgeschlossene Applikationen • Sandbox in Hinblick auf Prozess, Benutzer und Daten-Isolation • Cloud / Office 365 Apps für SharePoint 2013 - Eignung Apps eignen sich nicht für… • Generelles SharePoint Branding • Masterpages, Page Layouts • Custom WebParts • Integrierte Anwendungen • Dashboards • News-Applikation über das ganze System
  • 20.
  • 21.
    © Unic -Seite 21 SharePoint 2013 Migration - Life Cycle Produkt Lifecycle- Startdatum Ablaufdatum für Mainstream Support Ablaufdatum für Extended Support SharePoint 2007 27.01.2007 10.10.2012 10.10.2017 SharePoint Server 2010 15.06.2010 13.10.2015 13.10.2020 SharePoint Server 2010 Service Pack 1 28.06.2011 10.07.2012 SharePoint Server 2013 09.01.2013 10.04.2018 11.04.2023
  • 22.
    © Unic -Seite 22 • Voraussetzungen • Nur von SharePoint 2010 möglich • Benötigt eine separate Farm • Nicht direkt in die Cloud möglich SharePoint 2013 Migration - Voraussetzungen
  • 23.
    © Unic -Seite 23 • Reale Daten verwenden • Separate Testumgebung möglichst identisch mit der IST-Umgebung • Mehrere Tests und Durchläufe vorsehen • Ziele: • Bestes Vorgehen evaluieren • Reduzieren der Downtime • Performance (Migration & Plattform) • Keine Fehlermeldung / Warnung ignorieren • Testen der Durchführung und des Resultats • PowerShell SharePoint 2013 Migration - Grundsätze
  • 24.
    © Unic -Seite 24 • Inplace-Upgrade (SP2010) existiert nicht mehr • Service Dienste zwingend mit PowerShell migrieren • Einzige Möglichkeit Content Datenbanken zu migrieren ist «Database Attach» • Visual Upgrade aus SharePoint 2010 wird durch das «Deferred Site Collection Upgrade» ersetzt • PowerShell, PowerShell, PowerShell SharePoint 2013 Migration - Fakten
  • 25.
    © Unic -Seite 25 SharePoint 2013 Migration - Prozess Lernen • Upgrade Methoden • Neue Möglichkeiten • Downtime reduzieren Vorbereitung • IST System dokumentieren • Solutions bewerten • Upgrade Strategie planen • Solutions für Upgrade vorbereiten Test • Testfarm aufsetzen • “Echte” Daten benutzen • Upgradevorgehen bestimmen • Probleme erkennen Durchführen • Farm aufsetzen • Solutions installieren • Ausfallzeit minimieren • Fortschritt überwachen Prüfen • Troubleshooting • Upgrade Fehler im Log • UI/UX Probleme • Daten Probleme
  • 26.
    © Unic -Seite 26 • Managed Metadata • User Profile (Profile, Social and Sync databases) • Secure Store • Business Data Connectivity • PerformancePoint • Search administration • Alles andere muss “neu” konfiguriert werden SharePoint 2013 Migration - Service Applikationen
  • 27.
    © Unic -Seite 27 • Ähnlich wie Visual Upgrade von 2010 • Sieht nicht nur wie SharePoint 2010 aus, ist SharePoint 2010 • die kompletten Binaries und Dateien von SharePoint 2010 werden also mitgeliefert • Neben dem 15er hive (2013) gibt es parallel einen 14 Hive (2010) • Nur das Datenbank Schema wird angepasst • Nicht migrierte Site Collection werden von den 2010er-Binaries gerendert • Ein Site Collection Administrator hat die Möglichkeit ein Upgrade vorzunehmen. • Möglichkeit, eine Eval-Site zu erzeugen (Kopie + Upgrade) • Neu können in SharePoint 2013 SharePoint 2010 Site Collections erstellt werden SharePoint 2013 Migration - Deferred Site Collection Upgrade
  • 28.
  • 29.
    © Unic -Seite 29 • Kombination von SharePoint und FAST Search Engine • SharePoint: Connectors, Crawler • FAST: Content und Query Prozessing • Schnellere Office und native PDF Indexierung • Fortlaufendes Crawling • Cloud-ready • Verbesserte User Experience (UX) • Vorschau • Deep-Links (Dokumentabschnitte) • Jeder Term ist ein Schlüsselwort SharePoint 2013 Search – Neuerungen
  • 30.
    © Unic -Seite 30 • Anzeige einer Vorschau • Art der Anzeige abhängig vom Ergebnistyp • z.B. News, Word, PowerPoint, Benutzer • Verbesserte Relevanz • Analyse von Inhalt und Benutzerinteraktion • Aktualität der Suchergebnisse, Linguistik, Dokumentanalyse SharePoint 2013 Search – Verbesserte Oberfläche
  • 31.
    © Unic -Seite 31 • Anzeige eines Vorschau • Art der Anzeige abhängig vom Ergebnistyp • Z.B. News, Word, PowerPoint, Benutzer • Möglichkeit von Ergebnisblöcken • Verbesserte Relevanz • Analyse von Inhalt und Benutzerinteraktion • Aktualität der Suchergebnisse, Linguistik, Dokumentanalyse Verbesserte Oberfläche
  • 32.
    © Unic -Seite 32 • Einfach zu konfigurieren • Vorschau auf einzelne Refiner • Visuelles Refinement • Managed Property muss als «Refinable» markiert sein SharePoint 2013 Search – Refinements
  • 33.
    © Unic -Seite 33  Eine Partition = logischer Ausschnitt des Index  Partitionen können nicht gelöscht werden  Eine Partition hat mindestens eine Replika  Horizontal und ertikal skalierbar SharePoint 2013 Search – High Level Index Architektur Replica 1 Replica 2 Replica 1 Replica 2 Replica 3 Replica 2 Replica 1 Partition #1 Partition #2 Partition #3 Replica 3 Replica 3 Servers Index Servers 1, 2 & 3 Index Servers 4, 5 & 6 Index Servers 7, 8 & 9 Index Servers 10, 11 & 12
  • 34.
    © Unic -Seite 34 SharePoint 2013 Search – Skalierbarkeit I/II
  • 35.
    © Unic -Seite 35 SharePoint 2013 Search – Skalierbarkeit II/II
  • 36.
    © Unic -Seite 36 SharePoint 2013 Search - Logische Architektur
  • 37.
  • 38.
    © Unic -Seite 38
  • 39.
    Belpstrasse 48 3007 Bern Tel+41 31 560 12 12 Fax +41 31 560 12 13 info@unic.com www.unic.com Unic AG © Unic - Seite 39 ueli.schwarz@unic.com ernst.joss@unic.com Ueli Schwarz Senior Application Architect Ernst Joss Senior Application Architect