Pimp My SharePoint - Performanceprobleme vorbeugen, analysieren und beheben
Als PPTX, PDF herunterladen0 gefällt mir3,624 aufrufe
Die SharePoint Community Mittelland organisiert unter der Leitung von David Schneider regelmäßig Veranstaltungen für Entwickler, IT-Profis und Power User, mit dem Ziel, die SharePoint-Leistung zu verbessern und die Benutzerzufriedenheit zu steigern. Die Präsentation umfasst technische Aspekte wie Performance-Kriterien, Hardware-Anforderungen und Diagnose-Tools zur Identifizierung von Problemen in SharePoint-Umgebungen. Zudem werden Best Practices für das Caching und die Optimierung von Ressourcen vorgestellt, um die Nutzererfahrung zu optimieren.
Pimp My SharePoint - Performanceprobleme vorbeugen, analysieren und beheben
- 1. SharePoint Community Mittelland “Pimp My SharePoint”
- 2. David Schneider david@sharepoint.ch http://blog.sharepoint.ch isolutions AG Head of Development Speaker
- 3. • Plattform für SharePoint Developer, IT Professionals und Power User im Espace Mittelland • Offen für alle interessierten Personen (Kunden und Microsoft Partner) • Gratis • Geplant 9 Events / Jahr • Website: http://ww.sharepointmittelland.ch • Yammer: http://bit.ly/134JEcq • XING: http://bit.ly/Xxgjm1 • Kontakt: Roger Haueter, Patrick Mäschli und David Schneider 3 SharePoint Community Mittelland
- 4. 4 Schneller SharePoint = Glückliche Benutzer Weniger Beschwerden, bessere User Experience & höhere Nutzerzahlen
- 6. 6 Welche Faktoren beeinflussen die Performance? Server Memory, CPU und Disk SQL Performance IOPS auf SAN Custom Code Network Network Infrastructure Proxy Server WAN Latency Compression Client Browser Render Time Page Optimization Caching Hardware, Driver, OS and Browser Upgrades
- 7. • Web Front End Server • ab 12 GB RAM, 4 Core CPU • SQL Server • ab 8 GB RAM, 4 Core CPU • Überwachung mit Performance Monitor • Average % Processor Time: < 60% • Available Memory: > 50% free • Disk Read/Write/Sec: < 15 ms • Network Latency Output Queue Length: 0 7 Hardware Requirements
- 8. • Slow SQL = Slow SharePoint • Kapazität des Speichers (in IOPS) • pro GB Content DB: 0.75 - 1 IOPS • pro GB tempdb, Search und Transaktionslog: 1.5 - 2 IOPS • Total pro GB Content: 2 IOPS • Storage Konfiguration • Priorität bzgl. Performance TempDB, Transactional Logs, Search DB, Content DB • Pro Core ein Data File (mind. für TempDB) • NTFS File Allocation Unit Size >= 64KB • Pre Allocate Content Databases • Netzwerk Latency • zwischen SharePoint Server und SQL Server < 1 ms • Achtung bei Firewall zwischen Tiers 8 SQL Server
- 9. Erkennen 9
- 10. URL: Welche Sites (URLs) sind betroffen? User: Welche Benutzer sind betroffen? Ort: An welchem Standort treten die Probleme auf (LAN, Remote, etc.)? Netzwerk: Wird der Traffic über einen Proxy geroutet? Client: An welchen Clients treten die Probleme auf (Workstation, VDI, BYOD, etc.)? Time: Tritt das Problem nur sporadisch oder zu einer bestimmten Uhrzeit auf? Anwendung: Ist das Öffnen oder Speicher eines (Office-) Dokuments langsam? 10 Eingrenzen
- 11. Isses auf dem Client 11
- 12. • Version von Browser, Office, Betriebssystem • Non-Enterprise Client • Non-VDI Client • Anti Viren Software • Scan der JS Dateien • «Auto Detect Proxy Settings» 12 Client Einstellungen
- 13. • HTTP Reverse Proxy • 304 Antworten: Client fragt Server, ob sich die Ressourcen geändert haben • BlobCache einschalten (max-age=«86400») • 401 Antworten: jeder Zugriff wird authentisiert • URL in Local Intranet Zone • Kerberos einschalten • Zugriff auf urs.microsoft.com: Anti Phising Service • URL in Local Intranet Zone 13 Debug mit Fiddler
- 14. Isses auf dem Server 14
- 15. • Crawling • Backup • Profile Import • Timer Jobs • Large List Operations • Network Überlastung bzw. Fehlkonfiguration • Schlechte Storage Konfiguration • Warm Up Script • Application Pool Reycle (Out of Memory) Top Performance Killers
- 16. • Client • Ressourcen (Bilder, CSS, JS) • Max-Age und Expiries Flag • BlobCache • Ressourcen werden auf der Disk auf dem Front End Server zwischengespeichert • Output Cache • Gerenderte Page wird im RAM gespeichert nur für anonyme Zugriffe • Object Cache • Datenbankabfragen cachen • Cache User konfigurieren! 16 Caching, Caching, Caching
- 17. Health Analyzer Rules • Recycle der Application Pools wegen Memory Limits • Datenbanken mit alten/fragmentierten Index Statistics • Search mit fragmentierten Index Slowest Page Report • Central Administration -> Monitoring -> Reporting -> View Administrative Report • Ggf. Timer Job «Microsoft SharePoint Foundation Usage Data Processing» aktivieren • Eingrenzen nach Web App, Web Front End Server oder Page HTTP Request Throttling • Job checkt CPU, Memory, Request Queue. Bei schlechten Werten, werden Requests abgebrochen 17 Central Administration
- 18. • Teil des SharePoint 2010 Administrative Toolkit • Generiert Reports über • Kapazität von CPU, RAM und SQL Server • Performance • Verfügbarkeit • Usage • Reports können Customized werden 18 SharePoint Diagnostic Studio
- 19. • Meldungen im Event Log • ULS nach nach grossen Werten für «Execution Time» durchsuchen • Ggf. auch auf Application Tier 19 Logs
- 20. Issues mit Custom Code 20
- 21. • Für viele Probleme sind Developer verantwortlich • SPWeb oder SPSite werden nicht disposed • SPDisposeCheck • Locking Issues, Memory Leaks, etc. • werden bei Load Tests sichtbar • Cross Site Rollups und Content Query Web Parts • durch Content by Search Web Part ersetzen • Dynamische Navigation • SharePoint ist kein RDBMS für grosse Datenmengen • SharePoint 2013 App Model entlastet Server • SharePoint Bounderies beachten • Large datebase, large site collection, large list 21 Code
- 22. • Informationen zum aktuellen Request • Stack Trace • SQL Queries • ULS • Ein & Ausschalten via PowerShell für die gesamte Farm 22 Developer Dashboard
- 23. • Ressourcen zusammenfassen • Minify • Bilder optimieren • Style Sheet oben, Script unten referenzieren • Minimal Download Strategy • OOTB Team Sites • Nur Änderungen zwischen zwei Pages werden heruntergeladen • Bessere Client Rendering Performance 23 Custom Design
- 24. • Vor Go Live • Auf produktiven Plattform • Erwartete Benutzermenge simulieren • Ziel festlegen (z.B. 100 Benutzer, Antwortszeit < 1 Sekunde) • Tools • Visual Studio Load Testing Kit • WAPT • Mögliche Erkenntnisse • Memory Leaks • CPU intensive Web Parts • Locking Issues (Deadlocks) 24 Load Tests
- 25. Think out of the box • Fehlerhaftes Netzwerkkabel zwischen Core Switches führten zu Paket-loss zwischen SharePoint und SQL Server. • Alter VMWare Treiber für Netzwerkkarte hat fast alles RAM der SharePoint Server beansprucht. • Ohne Reverse Lookup Zone dauerte das Öffnen eines PDFs 15 Sekunden.
- 26. Performance Cheat Sheet Alle Benutzer betroffen? Berechtigungen auf Draft Elemente (Master Page, etc) Alle Standorte betroffen? Bestimmter Zeitpunk Nur Morgens: Warm Up Script implementieren Fiddler zeigt viele Requests BlobCache konfigurieren Local Intranet Zone URL Ja Client Deaktivieren von Anti Viren Software Browser, Betriebssystem und Anwendung aktualisieren Group Policies deaktivieren Developer Dashboard Code Review durchführen Custom Code Neue Web App ohne Custom Code erstellen Server Performance CPU und RAM (PerfMon) auf SharePoint Server Latenz zw. SP und SQL Server (PING) CPU, RAMund SAN auf SQL Server Cross Siteund Site Collection Abfragen durch Search ersetzen Langsame Leitung oder fehlerhafte Netzwerk Konfiguration Proxy oder Firewall WAN Accelerator deployen Group Policies überprüfen Regelmässigkeit der langsamen Zugriffe herausfinden ULS und Eventlog, Timer Job, Search Crawl, Zertifikate Viele Benutzer Memory Leak oder Locking Issue Ja Mit Blank Installation (keine Enterprise Client, kein VDI) testen Kerberos an Stelle von NTLM Closed Web Parts Slowest Pages Report Pageoptimieren
- 27. • PerfMon • Fiddler2 • http://fiddler2.com/ • Add Ons für Fiddler • http://fiddler2.com/add-ons • WireShark • http://www.wireshark.org/ • Sysinternals Process Monitor • http://technet.microsoft.com/de-ch/sysinternals/bb896645.aspx 27 Tools
- 28. • Microsoft TechNet Capacity management and sizing for SharePoint Server 2013 • http://technet.microsoft.com/en-us/library/cc261700.aspx • SQL Server 2012 Best Pratices für SharePoint Server 2013 • http://www.techtask.com/news/sql-server-2012-best-practices-fur-sharepoint-server- 2013/ • SharePoint 2010 Administrative Toolkit (SPDiag) • http://technet.microsoft.com/en-us/library/cc508851 28 Weitere Informationen
- 29. Produktivitätssteigerung durch Social Collaboration • 22. Mai 2013, 16.00 – 18.00 Uhr • ADVIS AG, Gümligen Thema offen • 6. Juni 2013, 16.00 – 18.00 Uhr • GARAIO AG, Bern Thema offen • 12. Sep 2013, 16.00 - 18.00 Uhr • isolutions AG, 3008 Bern Nächste Events
- 30. Besten Dank – schön warst Du dabei!
- 31. David Schneider, Head of Development Kontakt E-Mail david@sharepoint.ch Blog http://blog.sharepoint.ch Telefon 031 560 88 72
Hinweis der Redaktion
- #3: Seit 7 Jahren SP Erfahrung
- #6: Latenz: (Wartezeit) Zeit zwischen Klick und bis das letzte Byte übertragen istRequest empfangen und verarbeitenResponse übertragenRendern in der Client Anwendung Durchsatz: Anzahl gleichzeitige RequestsAnzahl BenutzerUnpassende HardwareCustom Pages nicht optimiertDatenvolumen: Datenmenge, welche das System verkraftet ohne Verschlechterung der Latenz oder des DurchsatzesVerteilung der DatenbankenLUN, Remote BlobZuverlässigkeit: Latenz und Durchsatz über die ZeitRessourcenhungrige Maintenance Tasks zu Off Peak Zeiten
- #9: Disksize bis 4 TB wenn 2 IOPS garantiertPerformance der DisksTempDB (Schreiben)Transactional Logs (Schreiben)Search DB (Lesen/Schreiben)Content DB (Lesen)
- #13: Anti
- #14: BlobCachehttp://sp2013-dsc.is-lab.local/sites/public/Pages/default.aspxmax-age="86400"IE Zone
- #18: Health AnalyzerSlowest Page
- #19: Demo
- #23: Zeigt das Developer Dashboard auffällige Daten an? Werden z.B. viele Datenbank Zugriffe gemacht oder dauern diese sehr lange?LongRunningWebParthttp://sp2013-dsc.is-lab.local/SitePages/LongRunningWebPart.aspxClosed Web Parthttp://sp2013-dsc.is-lab.local/SitePages/ClosedWebPart.aspxContent Query Web Parthttp://sp2013-dsc.is-lab.local/SitePages/Aggregate%20Tasks.aspx