Nachdem ich gerade mit großem Interesse die “10 Tipps die SharePoint-Performance zu optimieren” von Fabian Moritz gelesen habe und leider die Kommentar-Funktion des SharePoint-Advent-Blogs deaktiviert ist, schreibe ich meine Gedanken hierzu in meinem Blog zusammen.
Die Performance in einer SharePoint-Farm zu optimieren ist ein Herausforderung, welche man systematisch betrachten sollte. Joel Oleson hat dazu eine Must-Read-Präsentation veröffentlich, die zeigt, dass es viele zu berücksichtigende Perspektiven in einer SharePoint-Farm gibt. Aus Performance-Sicht könnte man nun diese Perspektiven bspw. durch folgende triviale Fragen näher beleuchten:
- Wie misst man die Performance einer SharePoint-Farm?
- Welche Kennzahlen sollte man messen?
- Wie wertet man die gemessenen Kennzahlen aus?
- In welcher Regelmäßigkeit sollte eine Performance-Analyse durchgeführt werden? (Stichwort: Performance-Monitoring)
oder
- Was kann ein SharePoint-Entwickler beeinflussen? (Bsp.: Performance-Optimierungen durch Caching, Nutzen von Tools wie SPDisposeCheck)
- Was kann ein SharePoint-Administrator beeinflussen? (Je nach Berechtigung bspw. das Hinzufügen von Content-Query-WebParts oder die Konfiguration von Service-Applications (bspw. der SharePoint-Suche oder Office Web Apps))
- Was kann ein SharePoint-Architekt beeinflussen? (Bsp.: Planen von Serverfarmen und Umgebungen)
- Was kann ein SQL-Administrator beeinflussen? (Bsp.: Database maintenance for SharePoint Server 2010 oder Best Practice SQL Setup in einer SharePoint Umgebung)
- Was kann ein AD-Administrator beeinflussen? (Bspw. Aufbau von Forests und Vertrauensstellungen)
- Was kann ein IT-Netz-Administrator beeinflussen? (Bspw. Firewalls, Proxies etc.)
oder
- Sind Performance-Probleme wirklich Performance-Probleme? (fiese Frage ich weiß)
- Was sind bekannte Performance-Killer? (bspw. Custom-Menü, Aggregationen von Daten, Große SharePoint-Listen, Dynamic Port-Range, zu wenig freier Festplattenspeicherplatz, etc.)
- Wer oder was kann mir bei der Analyse bzw. Identifizierung von Performance-Problemen helfen? (bspw. allgemeines Troubleshooting, SharePoint-Health-Analyzer, Code-Review, Last-Tests 2007 und 2010, Einsatz von Monitoring-Tools wie das Developer-Dashboard, Fiddler oder DynaTrace Ajax).
Wichtig ist meiner Meinung, dass man die Architektur und Funktionsweise einer SharePoint-Farm in seiner Gesamtheit versteht. In einer Standard-Konfiguration einer SharePoint-Farm ist die oberste Priorität, dass sie fehlerfrei läuft (was oft schon herausfordernd genug ist ;-)). Erst nachfolgend sollte auch das Thema Performance-Optimierung betrachtet werden.
Fazit: SharePoint 2010 + Performance = Ein sehr spannendes Thema!
Hallo Axel,
danke für den Hinweis haben das Problem mit den Kommentaren behoben.
Michael
Die Firma Quest hat die “The Top Five Performance Killers in SharePoint Storage” in einem kostenfreien PDF zusammengefasst. Für den Datenbank-Blickwinkel ein guter Einstieg.
Ein meiner Meinung nach sehr gelungenen Beitrag zum Thema “SharePoint Monitoring and Troubleshooting” hat der Niederländer Donald Hessing (MCM) im März diesen Jahres veröffentlicht. Der Fokus liegt zwar auf Performance, aber dies ist ja ein valider Ansatz, um Troubleshooting zu betreiben. (Den anderen Ansatz verfolge ich gerade im Blogbeitrag “Monitoring-Tools zum Troubleshooting”)
Tobias Wolter schreibt seit einigen Monaten an einer Reihe recht detaillierter Performance-Betrachtungen (Was beeinflusst die SharePoint Performance). – Lesenswert!