2. Agenda
Request Management
Shredded Storage
Service Applications
Search Architektur
Cache Service
ECM Einsatz
ILM + eDiscovery Center
3. Request Management?
Untersucht und behandelt eingehende http-requests
Kann gemäss Regelwerken http-responses anpassen
Managt und leitet http-requests um
zwischen mehreren Farmen
zwischen Servern einer Farm
Hilft Performance zu optimieren und potenziell
riskante von «guten» http-requests zu unterscheiden
Ersetzt nicht (unbedingt) einen «Load-Balancer» (HLB)
4. Request Management: Beispielszenario
Problem:
Neue Requests an bereits stark ausgelastete WFE können
Latenzen erhöhen und time-outs provozieren
Lösung:
Request Management kann Requests zu weniger stark
ausgelasteten WFE oder zu leistungsstärkeren WFE
umleiten, hilft die Verfügbarkeit hoch zu halten
6. Request Management: Potenzial
Requests können aufgrund des Traffic-Typs priorisiert
werden, z.B. user-requests sind «crawler-bots»
vorzuziehen
Bestimmte Request-Typen können gezielt an
bestimmte WFE gerichtet werden (User Profiles,
Search, Office Web Apps, etc.)
Ist ein Feature der SharePoint Foundation
Zieht auf Ebene der SharePoint Web Application
8. Request Management: Zur Beachtung
Routing Targets (machine targets)
statische Gewichtung oder «health» Gewichtung
Machine Pools
Gruppierung von Routing Targets
Ziel der Routing Regelwerke (Rules)
Routing Rules vs. Throttling Rules
(machine pool bezogen vs. agnostisch)
3 Excecution Groups (Routing Rules Gruppen)
Keine Wizards, alles über PowerShell!
9. (Ohne) Shredded Storage
Collaboration & Versionen – die Crux:
V 0.1 Edit V 0.2 Edit V 0.3
… V 1-n
Form Änderung an Metadaten
Edit = … V 1-n
Document
Änderung am Dokument
Document
64 KB 64 KB 64 KB
2 MB 4 MB 6 MB 8 MB
10. (Mit) Shredded Storage
Collaboration & Versionen – Lösungsansatz 2013:
V 0.1 Edit V 0.2 Edit V 0.3
… V 1-n
Form Änderung an Metadaten
Edit = … V 1-n
Document
Änderung am Dokument
Document (für non MS-Office)
64 KB 64 KB 64 KB
2 MB 2.07 MB 2.14 MB 2.2 MB
11. Shredded Storage
Speichert nur die geänderten «shreds»
Ein Dokument ist das «File» plus seine Metadaten
Das Wachstum einer Version entspricht der Grösse /
Menge der geänderten Shreds (nicht der effektiven Bytes)
Funktioniert unabhängig von RBS (externalise BLOBs)
Funktioniert für alle Dateiformate (auch non-Office)
Leichte Unterschiede
Gehört zu SPS 2013 mit SQL 2k8R2 oder 2k12
Kein SQL-Feature
12. Shredded Storage
Findet bei «upload» oder «edit» statt (nicht per se bei
z.B. einfacher Migration)
Per SharePoint Web-Application on/off (on by default)
$web = Get-SPWebApplication http://<URL>
$web.WebService.FileOperationSettings = 2
$web.WebService.Update()
FileOperationSettings: 1 = enable, 2 = disable
FileOperationSettings
AlwaysDirectToShredded
NeverDirectToShredded
UseWebSetting – delegate decision to subsite
FileWriteChunkSize - Default 64k
13. Service Applications
Im Osten nichts
Proxy Group
Neues
IIS Web Site—“SharePoint Web Services”
Application pool
Access
Services
Excel
Calculation
Services
Managed
Metadata
User Profile
Service App Proxy
Business Data Secure Store Search
Connectivity Service
Service Application
Application pool Application pool
Web application—Team Sites
Service Application Instance
Web application—Published Intranet Content Web application—My Sites
http://team
Http://woodgrove/ http://my
http://my/personal/<user>
Service Application
HR Facilities Purchasing
Team 1 Team 2 Team 3
Database (optional)
14. Service Applications: Federation
Enterprise services farm
Jede Farm kann publizieren
IIS Web Site—“SharePoint Web Services”
Application pool
User Profile Managed Search Business Data Secure Store
Metadata Connectivity Service
Zentralisiertes Management
Business Connectivity Published content farm
Default group
Collaboration farm
IIS Web Site—“SharePoint Web Services”
Application pool
My Site farm
Default group
Usage and InfoPath
Access Excel
Services Services Health Data
Managed Metadata Service
Collection Default group
Application pool Application pool
Web application—Published Intranet Content Web application—My Sites
PowerPoint Word Visio Word
Viewing Graphics Automation
Service Services
http://Fabrikam http://my
http://my/personal/<user>
Search
HR Facilities Purchasing
Application pool
Web application—My Sites Web application—Team Sites
No Services No Services
http://team
http://my
Secure Store
http://my/personal/<user>
Team 1 Team 2 Team 3
Mix of local and remote services
Machine Translation Services Access Services 2010
Andere bisherige
User Profile
Service apps
Performance Point
Security Token Service
State Service
Usage and Health Data
Visio Services
Word Automation Services
15. Service Applications: Access 2013
Mit Access 2013 SharePoint apps bauen
SQL Auth
Named pipes
Für jede App eine eigene SQL-DB
Setup & Configure Access Services
http://go.microsoft.com/fwlink/?LinkId=267146
17. Service Applications
Access 2013 Server Software Requirements
On-premise
Auch für «off-premise»,
wie z.B. Office365
Noch mehr:
Machine Translation
Work Management
… (nicht heute) …
18. Search Architektur: viele Änderungen
FAST
FAST Technology
Search For
SharePoint
SharePoint
2010
Search
SharePoint 2013
Search
«FAST and SharePoint Server 2010 had a baby»
20. Search: Einige wesentliche Neuerungen
Indexer & Crawler separiert
Automatische Link & Query Analyse und
Empfehlungen
(ganzer) Index auf lokaler Disk
Nur noch
Crawler
21. Search: Feeding Chain
Crawl Komponente
OOB Konnektoren
Erweiterbar durch BCS
Lokaler disk cache
Crawled items in Crawl database
Configurations in Admin database
Crawl Modi:
Full Crawl Für
Incremental Crawl «en früsche»
Continuous Crawl Index
22. Search: Continuous Crawl
Wenn konfiguriert, Incremental
startet der Crawler
nach «seinem» crawl- 15
min
Auftrag sofort erneut typ.
im Gegensatz zum
streng getakteten Continuous
Incremental crawl
Nur für Quellen vom
Typ «SharePoint» 15
min
typ.
23. Search: Index Details – Replicas & Partitions
1-n Partitions = gesamter Index
Partitions für Skalierbarkeit
Replicas für Redundanz Partition
Jede Index Komponente
verfügt über (min.) eine
Replica 1-n
Replicas
Eine Partition kann sich
über mehrere Nodes (Index Primary
Komponenten) erstrecken (genau 1)Replica
24. Search: physische Architektur Intranet
Typische Standardfarm
inkl. Search
mit 2 - 4 VM pro
host
4 + 2 hosts für alle
SharePoint Rollen inkl.
DB und Redundanz
gut für bis zu etwa
10 Mio. Items
25. Search: physische Architektur Internet
Ca. 3.5 Mio Items
100-200 Docs/sec
85 page views/sec
100 queries/sec
+1 host Typ C = +28
page views/sec
+ 1 host Typ F = +40
Docs/sec
26. Search: Resource Requirements
Application Servers RAM:
für Internet Farmen x 3
(48 GB RAM bzw. 24 für
Index bzw. Rest);
27. Search: Noch (viel) mehr «neu»
Neue ranking / Relevanz Modelle
Analytics für Suchresultate und Statistiken (Admin)
Result Types = Regeln für eine gezielte Darstellung
In SPS 2013 ersetzen «Result Sources» die «Scopes»
und «federated locations» von SPS 2010
«Best Bests» werden mit «Query Rules» ersetzt:
Rule match correlated action
Result blocks
28. Distributed Cache Service?
In-Memory Caching für mehrere SPS 2013 features,
u.a.:
Newsfeeds
Authentication
OneNote Client access
Security Trimming
Page load performance
Braucht selber keine der SPS Datenbanken
29. Distributed Cache Service
Jeder SharePoint Host der Farm kann die Rolle eines
«cache host» übernehmen
Funktioniert bis ca. 95% Memory load
Throttling (bis unter 70%)
Cache Hosts bilden einen «cache cluster» wenn
mehrere Hosts einer Farm diesen Service ausführen
Cache clusters sind nicht «Hochverfügbar»
Daten werden nicht dupliziert bzw. kopiert zwischen cache
hosts eines cache clusters
30. Distributed Cache Service
Bestehende «non Cache farm-hosts» können aufgerüstet
werden, ebenso wie komplett neue hosts auch vor allem
fürs caching einer Farm hinzugefügt werden können
Cache Farm-hosts kann der Service auch entzogen
werden (Memory preservation)
Installation via Config Wizard oder PowerShell
Administration knapp & knackig (nur) mit PowerShell
Andere Caches, wie z.B. BLOB Cache, Output Cache
basieren nicht auf diesem «distributed cache service»
31. ECM-Einsatz: was ist neu bei 2013?
Content Lifecycle
SharePoint 2010 (Auszug): SharePoint 2013
Content Organizer
Document Sets = SharePoint 2010 features, plus:
Document IDs Site Retention
Location-based metadata defaults Site Mailboxes
Metadata navigation Cloud Parity
In-Place Records eDiscovery enhancements
Site-based eDiscovery and Holds
32. ECM-Einsatz: e-Discovery Center
eDiscovery: The SP2013 eDiscovery Center
Top Site einer eigenen Site Collection (eigener Typ)
SharePoint 2013 In-Place Holds (auch für ganze Sites)
Exchange 2013 In-Place Holds (innerhalb SharePoint UI)
Query-based preservation, Enterprise-wide access
Case Manager
Analytics (about eDiscovery activity)
Verwendet Search Service Applications (SSA)
34. ECM-Einsatz: eDiscovery
Kopiert «holds» in Originalsites als Kopien
z.B. in der «preservation hold library»
Aber nur, wenn ab dem «hold-datum» Änderungen am
Original passieren («copy on write»), wie DEL, EDIT, etc.
Solche «holds» folgen sehr spezifischen Zugriffsregeln (site
collection admin, etc. per default)
Originaldateien bleiben im gewöhnlichen Benutzerzugriff
.NET Server API oder CSOM Klassen im Angebot:
Microsoft.Office.Server.Discovery, Microsoft.Office.Server.Client.Discovery
