SharePoint 2010: Überwachen von SharePoint

Artikel
08/30/2016

Don' t vernachlässigen Ihre Bemühungen um SharePoint-Ereignis und Datenprotokollierung zu überwachen. Dies kann wesentliche Auswirkungen auf die Leistung haben.

Steve Wright und Corey Erkes

Adaptiert von "Pro SharePoint-2010-Governance" (Apress)

Überwachung ist eine der am häufigsten übersehene Aspekte der Ausführung einer SharePoint-Farm. Überwachung ermöglicht die Beantwortung von Fragen wie, "wie gut läuft es?" undWill

Ein wichtiger Bestandteil der Verwaltung jedes IT-System sammelt diagnostischen Informationen, die, den Sie verwenden können, um Probleme zu lösen oder zu verstehen, wie das System verhält. Wie jeder Windows-Anwendung schreibt SharePoint wichtige Ereignisse in den Windows-Ereignisprotokollen. Diese Nachrichten enthalten Informationen über Prozesse, die gestartet oder gestoppt, Fehler, die aufgetreten sind und alle anderen Ereignisse, die möglicherweise korrelieren mit nicht-SharePoint-Ereignisse.

SharePoint-Trace-Dateien

SharePoint Datensätze Ablaufverfolgungsinformationen mit ein System namens der Unified Logging System (ULS). Die ULS ist eine Sammlung von Dateien mit Daten, die von SharePoint und ihren Dienstanwendungen. Sie können auch diese Protokolle für maßgeschneiderte Komponenten operative aufzeichnen und Fehlerinformationen in einer Weise, die automatisch mit anderen Ereignissen, die innerhalb der Farm korreliert.

SharePoint erstellt automatisch eine neue ULS-Protokolldatei alle 30 Minuten um die Größe der einzelnen Dateien einzuschränken. Diese Dateien können jedoch immer noch recht groß werden. Sie sind standardmäßig im Verzeichnis LOGS unter der 14-Struktur gespeichert. Verwenden einen Standard-Installationspfad, ist der Ordner C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\14\LOGS.

Eine der ersten Konfigurationen in einer neuen Produktion-Serverfarm gemacht ist, diese Dateien auf eine andere Festplatte auf jedem Server in der Farm zu verschieben. Das C-Laufwerk ist entscheidend für die Ausführung der OS. Trotz komprimiert wird, können die ULS-Dateien schnell füllen Sie das Laufwerk und das System abstürzen.

Die ULS kann und sollte so konfiguriert werden, dass verhindern, dass unnötige Daten füllt Speicherplatz. Sie können diese Einstellungen mit zentraler Administration (CA) unter Überwachung zugreifen | Konfigurieren der Diagnoseprotokollierung.

Sie können festlegen, wie viele Tage von Log-Dateien auf jedem Server gehalten werden soll. Der Standardwert beträgt 14 Tage. ULS-Dateien, die älter als die Anzahl der Tage werden automatisch aus dem System entfernt werden. Benötigen Sie große Datenmengen oder pflegen eine unbestimmte Geschichte von Log-Dateien, ist es möglicherweise vorzuziehen, sichern und entfernen diese Dateien alle 30 Minuten, wenn jede Datei wird geschlossen und die nächste Datei wird erstellt.

Sie können auch eine maximale Menge an Speicherplatz konfigurieren. Wenn dieser Grenzwert erreicht ist, werden die ältesten Protokolldateien automatisch entfernt, um Speicherplatz freizugeben. ULS-Protokollen als normale Textdateien geschrieben, so dass Sie sie mit einem Texteditor wie Editor gelesen werden können. Jedoch können es schwierig sein, direkt zu lesen, denn sie sind nicht, bequem formatiert und sehr groß sein können.

Um die Arbeit mit diesen Dateien zu vereinfachen, bietet Microsoft eine ULSViewer Anwendung, die Sie herunterladen, können. Microsoft unterstützt nicht die ULSViewer, aber es soll dazu dienen, die Bedürfnisse von kleinen bis mittelgroßen SharePoint-Farmen. Organisationen mit sehr großen SharePoint-Installationen können Investitionen in Microsoft System Center oder Drittanbieter-System-Management-Tools.

Ereignissteuerung

SharePoint ist eine große und komplexe Softwareplattform. Daher kann es eine gewaltige Menge von Trace-Daten erzeugen. Um die Auswirkungen dieser Protokollinformationen zu beschränken, können Sie SharePoint zur Ereignisprotokollierung auf der Grundlage der Ereigniskategorie, Ereignisschweregrad, Einschränkung konfigurieren und ob das Ereignis in den Ereignisprotokollen Fenster oder eine ULS-Ablaufverfolgungsdatei protokolliert werden.

Ereigniskategorie beschreibt, woher das Ereignis kam und was es betrifft. Beispielsweise ein Ereignis kann protokolliert werden, durch die Excel Services-Anwendung und beziehen sich auf den Zugriff auf externe Daten. Sie können jede Kategorie einzeln oder zusammen mit anderen Arten von Veranstaltungen.

Ereignisschweregrad bezieht sich auf die voraussichtlichen Auswirkungen auf den Rest des Systems. Veranstaltungen für den Windows-Ereignisprotokollen bestimmt werden immer mehr schwere, einschließlich Verbose, Information, Warnung, Fehler oder Critical zugewiesen. Die ULS-Protokollen verwenden Verbose, Medium, High, Monitorable und unerwartet als Schweregrade.

Beim Konfigurieren der Ereignisprotokollierung legen Sie einen dieser Ebenen als Mindestanforderungen aufgezeichnet werden. Beispielsweise werden mit Ausnahme derjenigen bei der Ausführlichkeitsgrad den Wert wenn Sie eine Veranstaltung auf der Informationsebene anmelden, alle Ereignisse protokolliert werden. Ein separaten Schweregrad wird für jede Ereigniskategorie und das Ereignis aufzeichnen Ziel konfiguriert. Dadurch können Sie die Menge von Ablaufverfolgungsinformationen erzeugt während der Aufnahme der wichtigsten Informationen zu begrenzen.

Standardmäßig werden alle Ereignisse mit einem Schweregrad von Informationen oder höher in den Windows-Ereignisprotokollen protokolliert. Ereignisse bei oder über der mittleren Ebene werden in der ULS-Trace-Dateien aufgezeichnet. Diese Einstellungen führen zu einer erheblichen Ablaufprotokollierung, aber minimal Ereignisprotokoll Verkehr. Dies ist für die meisten Betriebe geeignet.

Ereignisprotokoll-Hochwasserschutz

SharePoint 2010 können verhindern, dass Ereignis Hochwasser überwältigend Ihre Log-Dateien. Eine Flut von Ereignis tritt auf, wenn eine Komponente ein Problem erkennt, er meldet und weiterhin das gleiche Problem. Dies kann die Server-Ereignisprotokolle schnell füllen. Es kann fast komisch sein, wenn die eigentliche Ursache eines Fehlers zu verlieren, weil das Ereignisprotokoll von Störungen infolge eine Nebenwirkung der das eigentliche Problem überschrieben wurde.

Um diese Situation zu verhindern, überwacht die SharePoint 2010 die Häufigkeit, mit der jedes Ereignis aufgezeichnet wird. Wenn es die gleiche Nachricht mehr als fünf Mal in zwei Minuten aufgezeichnet sieht, wird die Tatsache in das Protokoll aufnehmen und nicht mehr Aufnahme jedes Auftreten eines Ereignisses. Es wird dann schreiben ein Zusammenfassungsereignis alle zwei Minuten mit unterdrückten Ereignis zählt bis die Flut nachlässt. Dann wird jedes Ereignis-Protokollierung zurückgegeben.

Ereignisprotokoll Überschwemmungen gilt nur für den Windows-Ereignisprotokollen und nicht die ULS-Ablaufverfolgungs-Protokolldateien. Dieses Feature ist standardmäßig aktiviert. Sie können es auf der gleichen Seite deaktivieren Sie konfigurieren Ereignissteuerung. Sie können auch die Schwelle Graf und Ruhephase für Ereigniserkennung Flut mit Windows PowerShell, aber nicht CA festlegen.

Korrelation IDs

Da die verschiedenen SharePoint-Komponenten eine Fülle von Ereignis- und Daten generieren können, kann es schwer zu sagen, welche Ereignisse miteinander verwandt sind. Protokolle werden nacheinander gespeichert, wie Elemente in ihnen geschrieben werden. Anfragen gleichzeitig verarbeitet werden können erzeugen Ereignisse, die gemischt werden in der Protokollsequenz. SharePoint löst dieses Problem mit Korrelations-IDs.

Korrelations-ID ist eine GUID, die jede angeforderte SharePoint-Prozess zugewiesen. Ein Ereignis von SharePoint als Ergebnis einer Anforderung aufgezeichnet wird dieser Anforderung Korrelations-ID zugeordnet werden. Korrelation IDs gehören auch einige Fehlermeldungen, Ereignisprotokolleinträge und andere Schnittstellen wie das Developer Dashboard. Das Developer Dashboard ist ein Diagnose-Panel, die Sie drehen können, um Probleme auf einer SharePoint-Seite zu debuggen.

SharePoint-Protokollierungsdatenbank

SharePoint 2010 eingeführt, eine neue Form der proaktiven Protokollierung die SharePoint-Protokollierungsdatenbank genannt. Diese Datenbank sammelt eine Vielzahl von Daten von allen Servern in der Farm. Dadurch erhalten Sie eine einzige Quelle für diese Informationen ohne explizit aktivieren der Protokollierung oder Log-Dateien zu kombinieren.

Die Protokollierungsdatenbank ist auf dem Backend- SQL Server in einer Datenbank namens WSS_Logging gespeichert. Es gibt zahlreiche Tabellen in dieser Datenbank, und sie sind schwer zu direkt abfragen. Glücklicherweise hat Microsoft eine Reihe von Ansichten zur Vereinfachung der Abrufen von Informationen aus diesen Tabellen bereitgestellt.

Ein Großteil der Daten, die in dieser Datenbank einsteigt wird durch eine Reihe von Zeitgeberaufträge gesammelt. Um Ausreißer Datenerhebung in einer neuen Farm zu verhindern, sind diese Jobs standardmäßig deaktiviert. Um diese Diagnose Datenprovider übermittelten Informationen zu erfassen, aktivieren Sie einfach die Zeitgeberaufträge innerhalb CA:

Diagnosedaten Provider: Ereignisprotokoll
Diagnosedaten Provider: Leistungsindikatoren - Datenbankservern
Diagnosedaten Provider: Leistungsindikatoren - Web-Front-Ends
Diagnosedaten Provider: SQL-Abfragen blockiert
Diagnosedaten Provider: SQL-DMV
Diagnosedaten Provider: SQL-Speicher DMV
Diagnosedaten Provider: Protokoll der Ablaufverfolgung

Es gibt verschiedene Kategorien von Informationen, die Sie aus der Protokollierungsdatenbank melden können. Im Gegensatz zu ULS oder Windows-Ereignisprotokolle enthalten diese Ansichten Informationen von allen Servern in der Farm. Diese Daten umfassen den gesamten Inhalt der Farm einschließlich Diagnostik, Gesundheit und Funktion Nutzungsdaten:

ULS-Protokollen
Windows-Ereignisprotokolle
Leistungsindikatoren für Speicher, i/O- und CPU-Auslastung
SQL Server Dynamic Management Views (DMVs)
Verwendungsinformationen für verschiedene Funktionen
Suchdienst Crawlen und Abfragen
Zeitgeberaufträge

Don' t die einzigen in dieser Datenbank verfügbaren Daten übernehmen spiegelt sich in den aktuell vorhandenen Ansichten. Wenn Sie eine neue Art von Informationen für Sammlung konfigurieren, erscheinen neue Tabellen und Sichten in WSS_Logging, diese Informationen zu halten. Diese Datenbankobjekte werden bei Bedarf nach Bedarf erstellt.

Es ist wichtig zu erinnern, dass die Protokollierungsdatenbank neben den ULS und Windows-Ereignisprotokollen nicht anstelle sie aufgefüllt wird. Große Mengen an einloggen entweder Mechanismus einschalten kann unüberschaubare Mengen von Log-Daten generieren. Betrachten Sie die Tools, die Sie für bestimmte Zwecke zu verwenden und diese entsprechend konfigurieren. Achten Sie darauf, dass Sie planen für den Speicherplatz für Protokoll-und Datenbankdateien erforderlich, wenn Sie vollständig benutzen. Running Out of Space für diese Protokolle kann kritische Informationen zum schlimmsten möglichen Zeitpunkt verloren.

Die Informationen in diesen Tabellen eignet sich zum Diagnostizieren von Problemen sowohl Planung zukünftige Upgrades und Funktionen. Diese Datenbank sammelt Daten im Laufe der Zeit, die Sie verwenden können, für Leistung, Verbrauch und Suche Leistung tendiert.

Steve Wright

Steve Wright ist senior Manager in Business Intelligence Management (BIM) für Sogeti USA LLC in Omaha, Neb. Jahren zuletzt angestanden hat Wright an Flugsicherung, Finanz-, Versicherungs- und zahlreiche andere Arten von Systemen gearbeitet. Er verfasste und technische Rezensionen für viele vorherige Titel für Microsoft-Produkte, einschließlich Windows, SharePoint, SQL Server und BizTalk durchgeführt.

Corey Erkes Ichs Manager Berater für Sogeti USA LLC in Omaha, Neb. Erkes arbeitet mit einer Vielzahl von Unternehmen zu verschiedenen Zeitpunkten die Lebenszyklen derihren SharePoint-Implementierungen. Er ist auch einer der Gründungsmitglieder der Omaha-SharePoint-Benutzer-Gruppe.**

© 2012 Apress Inc. Alle Rechte vorbehalten. Gedruckt mit Genehmigung von Apress. Copyright 2012. “Pro SharePoint-2012-Governance" von SteveWright und CoreyErkes. Für weitere Informationen zu diesem Titel und andere ähnliche Bücher, besuchen Sie bitte apress.com.