Diagnostik

Der Kern von dynaTrace Diagnostics ist seine einzigartige PurePath Diagnose-Technologie, welche den exakten Ausführungspfad – den PurePath – von jeder einzelnen, individuellen Transaktion abbildet. Ein PurePath enthält neben Performanzmetriken (z.B. Antwortzeiten, CPU Verbrauch) zusätzlich kontextuelle Informationen (z.B. Methodenargumente, Rückgabewerte, Exceptions, Log Ereignisse, IO Nutzung, Netzwerkauslastung, erzeugte Objekte, SQL Aufrufe, Remote Aufrufe, sowie Verzögerungen bei Synchronisation), um eine präzise Ursachenanalyse zu ermöglichen.

Auf diese Art hilft die PurePath Technologie notwendige Antworten zu finden um schlussendlich die Performanzprobleme zu lösen:

• Welche Komponente verursacht das Problem (WO)?
• Was ist die Ursache für das Problem (WARUM)?

Um auf einfache Art und Weise globale Performanz Bottlenecks zu analysieren aggregiert dynaTrace Diagnostics PurePath Daten on-the-fly und stellt daraus standardisierte, statistische Messungen bereit, wie Summe, Minimum und Maximum Werte. Für diese high-level Diagnosesichten können Sie so detailliert wie nötig in individuelle PurePathes eintauchen.

Für weitere Informationen über diese einzigartigen Möglichkeiten von PurePath gehen Sie bitte auf http://www.dynatrace.com/de/purepath_technology.aspx

Analysieren Sie sämtliche Performanz- und Diagnosedaten (auch den kompletten PurePath) in real-time und diagnostizieren sogleich Performanzprobleme bis runter auf die verursachende Codezeile. Sie haben zusätzlich die Option Sessions zur Offline Diagnose zu speichern. Somit haben Sie die vollkommene Flexibilität auftauchende Probleme dann zu analysieren und Performanzprobleme zu lösen, wenn es in Ihren Workflow passt.

Erfassen und exportieren Sie Sessions auf Anforderung und leiten diese an die verantwortlichen Gruppen zur detaillierten Offlinediagnose und schnellen Lösung weiter.

Erfassen und exportieren Sie Sessions auf Anforderung und leiten diese an die verantwortlichen Gruppen zur detaillierten Offlinediagnose und schnellen Lösung weiter.

Dieser intuitive Weg Performanzproblem zu adressieren und diese offline zu diagnostizieren verbessert signifikant die Bindung zwischen Entwicklung und QA/Operations. Damit reduziert sich dramatisch die Zeit um offene Probleme zu lösen.

Analysieren Sie Problemszenarien effizient indem Sie einem der Diagnoseprozedere folgen:

• Outside-In: Aus der Anwenderperspektive (z.B. lange Antwortzeiten) bis auf die Methodenebene analysieren Sie die Ursachen für, dem Endanwender sichtbare, Performanzverluste.
• Inside-Out: Aus der Codesicht (z.B. Exceptions, langsam laufende Methoden) bis hoch zu den relevanten, beteiligten Geschäftstransaktionen und die Auslöser der Exceptions.

Beide Diagnoseprozeduren erlauben Ihnen auch aus historischer Sicht die individuellen PurePathes zu analysieren, die Probleme haben um danach heraus zu finden wer oder was die diese verursacht hat.

Isolieren Sie die Komponente die Performanzprobleme verursacht (WO) basierend auf den Antwortzeiten und dem CPU Verbrauch.

Erkennen Sie ob die Synchronisation von Threads oder Locks Skalierungsprobleme in Ihrer Applikation unter hoher und gleichlaufender Last verursachen. Z.B. können Sie feststellen dass trotz geringer CPU Auslastung, niedrigem I/O und unausgelastetem Netzwerk verschiedene Transaktionen oder Komponenten erheblich verzögerte Antwortzeiten darstellen. Diese Symptome indizieren sehr häufig potentielle Synchronisationsprobleme, welche traditionell sehr schwer zu erfassen sind, da sie von entsprechend dynamischen Applikationsverhalten unter Last abhängig sind. Nun können Sie ganz einfach das Synchronisationsproblem offline mit dynaTrace nachstellen und daraus analysieren wie viel Zeit aufgrund von Synchronisation verloren geht, sogar differenziert zwischen blocking und waiting Zeit.

Analysieren Sie die Performanz von Remote Aufrufe in Ihrer Applikation und finden Sie dabei heraus ob die Netzwerkbandbreite, Latenzprobleme oder schlicht und ergreifend Applikationskomponenten, welche zu „schwatzhaft“ das Netz nutzen, ein Bottleneck verursachen. Z.B. könnten Sie erkennen dass Ihre WebService Aufrufe schlichtweg zu viele Objekte über das Netz transferieren, woraus Latenzprobleme entstehen.

Korrelieren Sie direkt SQL Anfragen an die Datenbank, die Ihre Applikation im Backend anspricht, mit den End-to-End Ausführungspfaden um darauf basierend zu untersuchen ob die Architektur der Datenbankzugriffsschicht ein Bottleneck verursacht. Häufig ist es gar nicht ein einzelnes, uneffizientes SQL Statement das Probleme verursacht, vielmehr die totale Anzahl der SQL Anfragen die in einer einzelnen Transaktion ausgeführt werden, initialisiert durch den Anwender oder Softwareclients.

Analysieren Sie was ein einzelnes Event verursacht hat, wie z.B. ein Überschreiten der Antwortzeiten (SLA Verfehlung) oder eine Exception aus der Applikation heraus, und offenbaren Sie die betroffenen Transaktionen.

Analysieren und regeln Sie den Speicherverbrauch Ihrer Applikation innerhalb aller virtuellen Maschinen (VM) oder nur entlang eines dedizierten PurePath. Decken Sie jedes Memoryleak auf, welches Stabilitätsprobleme verursachen kann, indem Sie die selektiven Speicherauszüge (Memory Dumps) nutzen, die tatsächlich nur die Speicherallokationen diagnostizieren die von Interesse sind. Z.B. könnten Sie dabei herausfinden dass eine spezifische Kauftransaktion 50.000 „Produktobjekte“ allokiert, was wiederum zu Speicherproblemen führt, oder dass eine andere Transaktion die Referenzen seiner allokierten Objekte nicht mehr frei gibt. Solche Verhalten destabilisieren auf längere Sicht das System, da Sie zu einem Überlaufen des Speichers (Out-of-Memory-Exception) führen.

Analysieren Sie die Auswirkungen bestimmter Änderungen der Konfiguration oder diverser Applikationsupdates auf das Performanzverhalten Ihrer Applikationskomponenten bis hinunter auf Methodenebene. Wählen Sie einfach die Diagnostik Sessions die sie vergleichen möchten und analysieren das Performanzdelta zwischen den einzelnen Sessions um festzustellen ob die Änderungen zu Verbesserungen oder gar Verschlechterungen geführt haben.

Erfassen, persistieren und analysieren Sie die grundlegenden Systemmetriken der virtuellen Maschinen, wie Memory Pools, Garbage Collection, usw., um daraus den allgemeinen Zustand, oder die Gesundheit, des Systems und den daraus resultierenden Einfluss auf die Zielapplikation abzuleiten.

Analysieren Sie erweiterte Metriken über Applikationsserverressourcen wie Connection Pools, Thread Pools, aktive Sessions, Queue Längen, usw., die von standardisierten Monitoringschnittstellen der Applikationsserver zur Verfügung gestellt werden, wie z.B. IBM PMI, JMX und Windows PerfMon/WMI, um daraus abzuleiten ob ein Performanzproblem durch den Applikationsserver selbst oder seiner Konfiguration verursacht wird (im Gegensatz zur Applikation die der Applikationsserver hostet).

Spüren Sie ganz präzise auf was die Ursache für Performanz- oder Stabilitätsfragen tief in Ihrem Applikationscode zur Laufzeit sein kann – auch während Hochlastphasen, wie sie typischerweise in komplexen Lastszenarien oder direkt in der Produktion auftreten können.

Bilden Sie individuelle Ablaufverfolgungen (PurePathes inklusive all seiner reichhaltigen, kontextuellen Informationen wie HTTP Attribute, Argumente auf Methodenebene, usw.) auf dedizierten Geschäftstransaktionen ab um schnell und umfassend den Einfluss auf Geschäftsebene zu erfassen. Vielleicht ist es für Sie notwendig genau darstellen zu können wer von einem bestimmten Problem tatsächlich betroffen ist, oder alle Transaktionen eines gewissen Anwenders zu verfolgen und zu diagnostizieren, oder so genannte „Konversationen“ bzw. „Zusammengesetzte Transaktionen“ nach zu verfolgen, die sich über mehrere Sektionen oder Webseiten spannen (z.B. von „Starte Kauf“ über „Wähle Produkt“ bis „Kreditkarten-Authentifizierung“ und zum Schluss „Plaziere Order“). Zusätzlich möchten Sie vielleicht das Verhalten generischer Komponenten beurteilen, wie solche die vom Dispatcher Servlet aufgerufen werden und einem bestimmten Use Case zugeordnet werden können, während Sie alle anderen nicht relevanten Use Cases oder Komponenten ausblenden möchten.

Exportieren Sie Daten sämtlicher Diagnosesichten in leicht portierbare Formate, wie PDF, HTML oder Excel (CSV).

<< Zurück zur Feature Vergleichstabelle