Erstellungsstrategien für die Überwachung von .NET-Anwendungen

Die Übernahme aller Standardeinstellungen kann eine gute Methode sein, um mit der Überwachung einer Anwendung zu beginnen, für die der Administrator über sehr geringe oder keine Kenntnisse verfügt. Nachdem der Administrator die Überwachung für einige Zeit mit allen Standardeinstellungen ausgeführt hat, kann er basierend auf den Überwachungswarnungen, Application Diagnostics-Daten und Application Advisor-Berichten mit der Anpassung von Einstellungen beginnen. Weitere Informationen finden Sie unter Zum Starten eine neue Anwendung überwachen und Anwendungsüberwachung mit den Standardeinstellungen.

Durch die Definition eine Zielgruppe können Sie die Überwachung auf eine bestimmte Gruppe von Servern beschränken. Die Zielgruppe für die serverseitige Überwachung wird im Assistenten für die Leistungsüberwachung für .NET-Anwendungen auf der Seite Zu überwachende Elemente angegeben. Die Zielgruppe für die clientseitige Überwachung wird auf der Seite Clientseitige Überwachung aktivieren angegeben. Informationen zur Verwendung einer Zielgruppe für die clientseitige Überwachung und eines Lastenausgleichs finden Sie unter Clientseitige Überwachung mit Zielgruppen und Lastenausgleich

Bei sehr großen Anwendungsbereitstellungen ist es in der Regel nicht notwendig, alle Instanzen der Anwendung zu überwachen. Eine repräsentative Stichprobe reicht aus, um die erforderlichen Daten zu erhalten. Wenn Sie nur eine repräsentative Stichprobe verwenden, müssen weniger Daten gesammelt und gespeichert werden.

Durch die Erhöhung des Empfindlichkeitsschwellenwerts können Sie Methoden mit kurzen Ausführungszeiten herausfiltern. Dadurch wird das Rauschen insgesamt verringern. Zudem können Sie auf diese Weise die Tiefe des Aufrufstapels festlegen und so die Bestimmung des Problems vereinfachen. Außerdem wird dadurch die Nutzung der Netzwerkbandbreite verringert.

Mit der Empfindlichkeitseinstellung wird bestimmt, ob ein Funktionsaufruf in den Aufrufstapel aufgenommen werden soll. Alle Funktionen, die schneller ausgeführt werden und Ergebnisse zurückgeben, als durch die Empfindlichkeitsebene festgelegt, werden verworfen, sodass das eigentliche Problem nicht durch kleine Funktionen mit kurzen Ausführungszeiten verdeckt wird. Hinweis: Anhand der Empfindlichkeit wird lediglich die Anzahl von Funktionen im Aufrufstapel für bestimmte Ereignisse reduziert. Wenn der Gesamtschwellenwert überschritten wird, wird dennoch ein Ereignis generiert.

Sie können den Empfindlichkeitsschwellenwert für die serverseitige und clientseitige Überwachung unabhängig voneinander anpassen.

Wenn Sie eine hohe Empfindlichkeit festlegen, werden möglicherweise Probleme verborgen. Bei Funktionen, die von anderen Funktionen aufgerufen werden, kann bereits eine geringfügig längere Antwortzeit der aufgerufenen Funktion Anwendungsprobleme zur Folge haben. Wenn beispielsweise eine Suchfunktion 1000 Mal einer Datenverarbeitungsfunktion aufgeruf wird und sich die Verarbeitungszeit der Suche um 1 ms verlängert, verlängert sich die Antwortzeit für die Funktion der obersten Ebene um eine ganze Sekunde. Dies kann durch die hohe Empfindlichkeit verdeckt werden. Wenn Sie auf eine solche Situation stoßen, können Sie die aufgerufene Funktion als Methode hinzufügen und eine benutzerdefinierte Empfindlichkeit dafür festlegen. So können Sie sicherstellen, dass sie immer anhand des geringeren Empfindlichkeitsschwellenwerts gemessen wird.

Anwendungsfehlerwarnungen sind Anwendungs- oder Codefehler, die in der Anwendung gefunden werden. Sie können festlegen, dass Sie keine Anwendungsfehlerwarnungen empfangen möchten. Dies ist möglicherweise ziemlich häufig bei Problemen in der Anwendung der Fall, da bei solchen Warnungen normalerweise Codeänderungen bearbeitet werden müssen. Sie können das Rauschen, das durch viele ausgelöste, jedoch nicht vom Betriebsteam behebbare Warnungen verursacht wird, reduzieren, indem Sie die Anwendungsfehlerwarnungen deaktivieren.

Sie können Anwendungsfehlerwarnungen für die serverseitige und die clientseitige Überwachung unabhängig voneinander deaktivieren.

Standardmäßig werden in der Leistungsüberwachung für .NET-Anwendungen kritische Ausnahmen als Ausnahmen definiert, die von bestimmten Ausnahmehandlern in .NET Framework bearbeitet werden. Von diesen Handlern werden Ausnahmen auf oberster Ebene für ASP.NET und Webdienste erfasst, die von der überwachten Anwendung nicht intern erfasst und bearbeitet werden konnten. Sie ergänzen die in der Anwendungsüberwachung festgelegte Definition einer kritischen Ausnahme, indem Sie Ausnahmehandler hinzufügen. Faktisch werden alle von diesen Funktionen bearbeiteten Ausnahmen als kritische Ausnahmen betrachtet. Mithilfe von Ausnahmehandlern können Sie die Vorteile einer auf kritische Ausnahmen beschränkten optimierten Berichterstattung nutzen und gleichzeitig von für Sie interessanten Berichterstattungsfunktionen profitieren. Weitere Informationen und eine Liste der standardmäßige Ausnahmehandler finden Sie unter Ausnahmeroutinen wichtige Ausnahmen definieren.

Sie können die Beeinträchtigung der Leistung durch die clientseitige Anwendungsüberwachung steuern, indem Sie die Abtastrate anpassen. Durch ein Reduzieren der Abtastrate wird der Datenverkehr der Anwendungsüberwachung ebenfalls verringert, was Serverressourcen spart. Das Bereitstellen und Erfassen von Daten für bzw. von Benutzern, die eine Verbindung herstellen, führt selbst bei Standorten mit geringem Datenverkehr zu großen Mengen von Daten, für die zwar kein Handlungsbedarf besteht, die jedoch gesichtet werden müssen. Mit einer zufällig ausgeführten Abtastung erhalten Sie die erforderlichen Einblicke in die Anwendungsleistung aus der Clientperspektive, ohne dass dabei große Datenmengen entstehen, die verarbeitet und gespeichert werden müssen.