SharePoint

SPC14 Day 1: Advanced Performance Analysis for SharePoint

4 maart 2014

Deze sessie focuste zich op een performance analyse traject van Microsoft bij een van haar klanten. Er was voornamelijk heel veel data verzameld, waarmee iets te zeggen was over performance bottlenecks. Conclusie was vooral: het kost heel veel tijd….

Zaal: Murano 3201-3303
Tijd: 3:45 PM – 5:00 PM
Doelgroep: IT Professional
Sessie type: Best Practices

Spreker(s):
[listdot]

  • Ryan Campbell

[/listdot]

Abstract:
Identifying performance bottlenecks can be cumbersome. From the individual machine, the local LAN, the WAN, Web Front Ends and SQL Server, this session will show you the strategies for identifying weak links and provide hard evidence to affect change. We’ll combine IIS, ULS, Performance Monitor, and Network Mapping to develop a complete health picture and empower admins to quickly answer the question “Why is SharePoint slow?”. From these strategies, objective measurements can be developed to show impact of code, infrastructure, or configuration changes.

Notities:
De sessie is gericht op on premise omgevingen. De tips and tricks zijn voornamelijk voor omgevingen van boven de 100GB.

Volgens Microsoft willen de gebruikers in 3 secondes een pagina geladen zien en staan ze toe dat dit maximaal 5 secondes duurt.

De performance piramide van onder naar boven:
[listdot]

  • Server performance
  • Configuration
  • Traffic
  • LAN&WAN
  • User

[/listdot]

De traditionele tools om de performance te bepalen:
[listdot]

  • Performance monitor: geeft geen informatie over gebruikersperformance.
  • Load testing: is moeilijk om te tonen wat de impact is voor eindgebruikers. Is goed voor stress testen, maar niet voor gebruikersbestand.
  • Browser timers: werkt niet goed met grote bulk aantallen pagina’s en tonen de impact niet van de load op servers.
  • Network sniffers: moeilijk te bepalen naar welke machines de load gaat.

[/listdot]

Probleem van deze tools:
[listdot]

  • Geen bulk analyse voor gebruikers
  • Geen WAN analyse

[/listdot]

De volgende applicaties worden voor de verschillende lagen uit de performance piramide benoemd:
[listdot]

  • User: UserAgent(IIS) en IP vertalen naar GPS.
  • LAN & WAN: IIS time taken + throughput uit IIS log
  • Traffic: IIS rollup and XfForwardedFor
  • Configuration: EnumWebs, SPFarmReport, ULS
  • Server performance: Performance Monitor

[/listdot]

Problemen die ze tegen kwamen:
[listdot]

  • Recycle applications pools bij max geheugen gebruik
  • Maar 1 temp database files

[/listdot]

Aanpassingen welke de performance voor de klant hebben verhoogd:
[listdot]

  • Meer geheugen
  • Meer temp database files, 8 is de best practice
  • Parallelism van SQL naar 1
  • BLOB cache uitgebreid 10x zo groot
  • Page cache uitgebreid
  • Application pool recycles uitgeschakeld
  • Back-up momenten beter gekozen, wanneer er geen gebruikers werken
  • Site met pagina met veel closed webparts, deze opgeschoond
  • Pagina’s die niet gepubliceerd waren, en dus geen gebruik maakte van de cache.
  • Langzame links in het netwerk zijn geindentificeerd en ge-reroute over snellere verbindingen.

[/listdot]

You Might Also Like

Geen reacties

Plaats een reactie