{"id":30817,"date":"2025-10-17T14:52:42","date_gmt":"2025-10-17T14:52:42","guid":{"rendered":"https:\/\/www.dotcom-monitor.com\/blog\/sharepoint-server-monitoring\/"},"modified":"2026-08-29T16:06:43","modified_gmt":"2026-08-29T16:06:43","slug":"sharepoint-server-uberwachung","status":"publish","type":"post","link":"https:\/\/www.dotcom-monitor.com\/blog\/de\/sharepoint-server-uberwachung\/","title":{"rendered":"SharePoint Server \u00dcberwachung: Verf\u00fcgbarkeit, Leistung & SLAs"},"content":{"rendered":"
\"IT-Administrator
Eine SharePoint-Farm kann vom Serverraum aus gesund aussehen, w\u00e4hrend die Anmeldungen f\u00fcr jeden Benutzer im Geb\u00e4ude nur langsam erfolgen.<\/figcaption><\/figure>\n

So werden die meisten SharePoint-Ausf\u00e4lle entdeckt: durch ein Helpdesk-Ticket. Jemand in der Finanzabteilung kann eine Dokumentbibliothek nicht \u00f6ffnen, es folgen drei weitere Tickets und bis das Administratorenteam das Problem best\u00e4tigt, hat bereits die H\u00e4lfte der Firma es bemerkt.<\/p>\n

Die Server der Farm waren wahrscheinlich die ganze Zeit \u201eonline\u201c. Das ist die Falle bei SharePoint Server. Ein einzelner Seitenaufruf durchl\u00e4uft die IIS-Frontends, die Authentifizierungskette, Serviceanwendungen und den SQL Server. Jede dieser Ebenen kann sich verschlechtern, w\u00e4hrend alle grundlegenden Verf\u00fcgbarkeitspr\u00fcfungen weiterhin gr\u00fcn bleiben.<\/p>\n

Dieser Leitfaden behandelt, was auf einer SharePoint-Farm tats\u00e4chlich \u00fcberwacht werden muss, wo die integrierten Werkzeuge aufh\u00f6ren, wie man Alarme setzt, die vor dem ersten Ticket ausgel\u00f6st werden, und wie man Monitoring-Daten in einen SLA-Bericht umwandelt, den Ihr Management akzeptiert.<\/p>\n

Warum SharePoint-Probleme das Helpdesk erreichen, bevor Sie es tun<\/h2>\n

Ping- und Portpr\u00fcfungen beantworten eine Frage: Ist der Server erreichbar? SharePoint f\u00e4llt auf Arten aus, die diese Frage nie ber\u00fchren.<\/p>\n

Betrachten wir einen Anmeldeansturm am Montagmorgen. Hunderte Mitarbeitende authentifizieren sich um 9 Uhr, die ADFS-Server kommen nicht hinterher und Anmeldungen, die normalerweise zwei Sekunden dauern, brauchen vierzig. Jeder Server antwortet auf Ping. IIS liefert 200er-Statuscodes. Aber niemand kann ins Intranet, und die Tickets beginnen.<\/p>\n

Oder die langsamere Version: Die Festplattenlatenz auf dem SQL-Volume, das Ihre gr\u00f6\u00dfte Inhaltsdatenbank h\u00e4lt, steigt \u00fcber einen Monat hinweg an. Seitenladezeiten steigen von einer auf vier Sekunden. Keine Schwelle wird ausgel\u00f6st, da niemand die ge\u00e4nderte Zahl beobachtete.<\/p>\n

Das Muster ist in beiden F\u00e4llen gleich. Die fehlerhafte Ebene sitzt zwischen \u201eServer ist online\u201c und \u201eBenutzer hat sein Dokument erhalten\u201c \u2013 und dieses Zwischengebiet muss genau das abdecken, was SharePoint-Server-Monitoring leisten muss.<\/p>\n

\"Diagramm
Ein SharePoint-Seitenaufruf durchl\u00e4uft f\u00fcnf Ebenen. Ein einfacher Verf\u00fcgbarkeitscheck sieht nur die erste.<\/figcaption><\/figure>\n

Was auf einer SharePoint-Serverfarm \u00fcberwacht werden sollte<\/h2>\n

Sie brauchen keine Hunderten von Z\u00e4hlern. Sie ben\u00f6tigen die kurze Liste, die Benutzerschmerz vorhersagt und konsequent \u00fcberwacht wird.<\/p>\n

\n\n\n\n\n\n\n\n\n\n\n\n
Ebene<\/th>\nWas zu beobachten ist<\/th>\nWarum<\/th>\n<\/tr>\n<\/thead>\n
IIS-Frontends<\/td>\nAnfragewarteschlangenl\u00e4nge, 5xx-Rate, CPU und Arbeitsspeicher, Recycling der App-Pools<\/td>\nAnstehende Anfragen sind das fr\u00fcheste Zeichen, dass die Farm mit der Last nicht mehr mithalten kann.<\/td>\n<\/tr>\n
SQL Server<\/td>\nFestplatten-Lese-\/Schreiblatenz auf Inhaltsdatenbank-Volumes, Sperr-Wartezeiten, Wachstum des Transaktionsprotokolls<\/td>\nFast jede SharePoint-Operation endet in SQL. Langsame Festplatten verz\u00f6gern alles.<\/td>\n<\/tr>\n
Suche<\/td>\nFrische der Indizierung, R\u00fcckstand der Indexierwarteschlange, Suchlatenz<\/td>\nVeraltete oder langsame Suche ist eine der h\u00e4ufigsten SharePoint-Beschwerden und verschlechtert sich unbemerkt.<\/td>\n<\/tr>\n
Timer-Jobs<\/td>\nAnzahl fehlgeschlagener Jobs, letzte Laufzeit kritischer Jobs<\/td>\nFehlgeschlagene Timer-Jobs brechen still Workflows, Profilsynchronisationen und Nutzungsberichte.<\/td>\n<\/tr>\n
Distributed Cache<\/td>\nStatus des Cache-Hosts auf jedem Server, auf dem es l\u00e4uft, Gesundheitszustand des AppFabric-Dienstes<\/td>\nAnmeldungstoken und Feeds leben hier, und ein schlechter Cache-Host verursacht farmweite Symptome, die schwer nachzuvollziehen sind.<\/td>\n<\/tr>\n
Authentifizierung<\/td>\nAnmeldungs-Rundlaufzeit \u00fcber AD, ADFS oder Entra ID<\/td>\nAuthentifizierung ist ein farmweiter Single Point of Failure, den Servermetriken kaum widerspiegeln.<\/td>\n<\/tr>\n
Benutzererfahrung<\/td>\nAnmeldezeit, Seitenladezeit auf wichtigen Site Collections, Suchantwortzeit, Dokumenten-Upload\/-Download<\/td>\nDas f\u00fchlt der Nutzer tats\u00e4chlich, und so sind auch die Bedingungen in Ihrem SLA formuliert.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n

Die letzte Zeile wird in den meisten SharePoint-Monitoring-Setups \u00fcbersprungen. Server-Metriken sagen Ihnen, dass eine Komponente belastet ist. Nur eine Pr\u00fcfung, die sich wie ein Benutzer verh\u00e4lt \u2013 Anmelden, \u00d6ffnen einer Bibliothek, Suchen \u2013 sagt Ihnen, ob die Farm tats\u00e4chlich liefert. Je nach Farm sollten Sie auch die Serviceanwendungspools beobachten und falls noch Legacy-Workflows genutzt werden, den Workflow Manager.<\/p>\n

Legen Sie f\u00fcr jede Metrik eine Basislinie w\u00e4hrend einer normalen Woche fest, bevor Sie Schwellenwerte definieren. Ein CPU-Wert von 70 % sagt nichts aus, bis Sie wissen, ob normal 40 % oder 65 % sind.<\/p>\n

Was die eingebauten Tools erfassen (und was sie verpassen)<\/h2>\n

SharePoint Server bringt echte Monitoring-Werkzeuge mit, und Sie sollten sie nutzen. Microsofts Monitoring-Dokumentation<\/a> beschreibt drei Hauptkomponenten:<\/p>\n