Features

• Diagnostik
• Entwicklung und Test
• Monitoring
• Technologien
• Deployment

Diagnostik

Zeichnet zur Laufzeit einer Applikation im 24x7 Betrieb den exakten Ausführungspfad – PurePath – aller individuellen, diskreten Benutzer-Transaktionen über heterogene, verteilte Applikationskomponenten hinweg bis hinunter auf Quellcode-Ebene mit nur minimalem Performance-Overhead auf.

Ein PurePath enthält neben Performanzmetriken (z.B. Antwortzeiten, CPU Verbrauch) zusätzlich kontextuelle Informationen (z.B. Speicherverbrauch, Methodenargumente, Exceptions, Log Ereignisse, IO Nutzung, SQL Aufrufe, Verzögerungen bei Synchronisation, etc.), um eine präzise Ursachenanalyse zu ermöglichen.

Die PurePath Technologie ermöglicht so die rasche Beantwortung aller Fragen, die für die Lösung von Applikationsproblemen (z.B.: Performanceengpässe, Funktionsfehler, Speicherlecks, Synchronisations- und Konfigurationsprobleme, etc.) unter Last von entscheidender Bedeutung sind:

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

Weitere Informationen über unsere einzigartige PurePath Technologie ...

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.

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

Entwicklung und Test

Dekompilieren Sie den Bytecode der Zielapplikation um auf einfache Weise die Implementierung bestimmter Methoden zu betrachten und zu analysieren. Auf diese Weise können Sie direkt Softwarekomponenten von Drittanbietern analysieren, für die der direkte Zugriff auf die Sourcen nicht möglich ist.

Beschleunigen Sie die Problemlösung durch direkten Zugriff auf den Sourcecode der Klassen und Methoden, die Sie als potentielle Bottlenecks identifiziert haben, innerhalb der IDE Ihrer Wahl, z.B. Eclipse. Selektieren Sie einfach den Code, der in überarbeitet werden soll, in dynaTrace und öffnen diesen in Ihrer IDE zum erweiterten editieren, ganz einfach per Mausklick.

Integrieren Sie dynaTrace Diagnostics mit Ihrem Tool zur Testautomatisierung mittels seiner offenen Commandline und JMX API’s. Automatisiert erzeugen Sie Diagnose Sessions Ihrer Zielapplikation während eines Testlaufes. Analysieren Sie einfach das Performanzdelta zwischen verschiedenen Testläufen (Multisession Vergleich) um zu verstehen ob sich Performanzverhalten gebessert oder verschlechtert hat.

Rasche Diagnose und Lösung von Performanzproblemen die Sie während Ihrer Lasttests und Produktionsumgebungen identifiziert haben durch dynaTrace Diagnostics’ HTTP-Tag Integration innerhalb Ihrer Lasttest- und synthetischen Überwachungswerkzeuge.

dynaTrace Diagnostics kann in nahezu alle kommerziellen und OpenSource Lasttest- und synthetischen Überwachungswerkzeuge integriert werden. Borland Software, zum Beispiel, liefert sein SilkPerformer Lasttestwerkzeug mit einer out-of-the-box Integration mit dynaTrace Diagnostics aus.

<< Zurück zur Feature Vergleichstabelle

Monitoring

Erhalten Sie mehr aus Ihren Monitoring- und der Diagnosedaten durch Vorwärts- und Rückwärtssichten der Analyse über lange Zeiträume. Dies basiert auf historischen Performanzdaten die im Diagnostik Repository gespeichert werden.

Ein System setzt sich zusammen aus einer oder mehrerer VM’s (z.B. Servlet/Swing + EJB's + JDBC) die in einem einzelnen PurePath abgebildet werden können. Ein System ist üblicherweise gleichzusetzen mit der Zielapplikation, kann aber auch mehr als eine Applikation beinhalten wenn diese in demselben Applikationsserver (JVM) ausgeführt werden. Sie können multiple Konfigurationen pro System anlegen und speichern und verwalten.

Übernehmen Sie sämtliche Diagnosedaten die Ihre KnowledgeSensors™ erfassen und zeichnen Sie diese langzeitbasiert in einem Performanzdiagramm auf.

Nutzen Sie einen einzelnen Diagnostics Client um sich auf multiple Diagnostics Servers zu verbinden und mehr Applikationen zu überwachen als diejenigen die von einem einzelnen Diagnostics Server unterstützt werden.

Überwachen und diagnostizieren Sie die Performanz aller einzelnen, individuellen Transaktionen 24 x 7. Kontinuierliche Messungen und Diagnose werden garantiert durch

• dynaTrace Diagnostics' leichtgewichtige Agententechnologie bei einem zu vernachlässigendem CPU Overhead und minimalem Speicherverbrauch von lediglich wenigen Megabytes
• Ordentliche Wiederherstellung der Verbindung zwischen dem dynaTrace Diagnostics Agent und dem Diagnostics Server im Falle einer ungeplanten Auszeit oder eines Systemfehlers (z.B. Stromausfall) sobald der Diagnostics Server wieder zurückkommt.

Alarmierung nach Ereignissen (z.B. SLA Grenzwertüberschreitung, Exception) durch anpassbare Benachrichtigungen / Aktionen während gleichzeitig effizient falsche Alarme verhindert werden da Ausreißer ignoriert werden. dynaTrace Diagnostics kann Notifizierungen protokollieren und diese auf dem Bildschirm darstellen, oder Benachrichtigungen via Email an dedizierte Benutzergruppen, oder externe Systeme mittels JMX und kundenspezifische Adapter, senden. Zusätzlich können Sie ausschließliche die PurePathes speichern die das Ereignis angestoßen haben, oder die komplette Diagnostics Sessions, einschließlich aller PurePathes die in der Zeit aufgezeichnet wurden als das Ereignis eintrat, was es Ihnen erlaubt nicht nur die Ursache des Ereignisses einer einzelnen Transaktion zu untersuchen, sondern darüber hinaus auch den potentiellen Einfluss zwischen unterschiedlichen Transaktionen zu erkennen. Überdies können Sie plug-able Actions ausführen, die durch Ereignisse ausgelöst werden, wie den Aufruf von WebServices oder ein Commandline-Werkzeug (z.B. automatisiert ein Trouble Ticket an ein Tracking System übergeben).

Integrieren Sie dynaTrace Diagnostics nahtlos in Ihr Enterprise Management System, entweder über JMX oder durch kundenspezifische Adapter. Auf diese Art können Sie Ihr EMS System informieren wenn dynaTrace Diagnostics einen Alarm ausgibt oder auch dynaTrace Diagnostics Ergebnisse auslesen, mit Hilfe eines Datenabfrage-Mechanismus. Um dynaTrace Diagnostics nahtlos in Ihr Build- und Testsystem zu integrieren können Sie ebenso das Erfassen der Überwachungs- und Diagnosedaten automatisieren, durch eine eingebettete JMX Automation API.

<< Zurück zur Feature Vergleichstabelle

Technologien

Vordefinierte KnowledgeSensorsPacks^TM für Java Technologien erfassen alle relevanten Performanz- und Kontextinformationen tief in Ihrem Source Code der Zielapplikation zur Laufzeit.
Weitere Informationen über out-of-the-box unterstützte Systeme ... .

Zusätzlich können Sie einfach neue, angepasste KnowledgeSensorPacks erzeugen um noch präziser Probleme innerhalb der Softwarekomponenten zu diagnostizieren, die keine Standardschnittstellen implementieren.

Vordefinierte KnowledgeSensorsPacks für .NET Technologien erfassen alle relevanten Performanz- und Kontextinformationen tief in Ihrem Source Code der Zielapplikation zur Laufzeit.
Weitere Informationen über out-of-the-box unterstützte Systeme ... .

Zusätzlich können Sie einfach neue, angepasste KnowledgeSensorPacks erzeugen um noch präziser Probleme innerhalb der Softwarekomponenten zu diagnostizieren, die keine Standardschnittstellen implementieren.

Überwachen und diagnostizieren Sie einzelne Transaktionen über multiple, logische und physikalische Server hinweg, auch solche die auf unterschiedlichen Plattformen, wie Java und .Net, beruhen. Um die Performanzfragen in solch heterogenen Transaktionen zu diagnostizieren müssen Sie lediglich einen zusammenhängenden PurePath nach verfolgen und analysieren.

Unterstützung von Mehrsprachigkeit durch Überwachung und Diagnose von Applikationen die in Unicode enkodierte Daten darstellen und ausführen.

Unterstützung von Überwachung und Diagnose aller Java und .Net Applikationen auf den folgenden, verteilten Computersystemen:

• Microsoft Windows
• Linux
• Sun Solaris
• IBM AIX

Unterstützung von Überwachung und Diagnose aller Java Applikationen auf den folgenden Mainframesystemen:

• IBM z/OS
• IBM z/Linux

<< Zurück zum Feature Vergleichstabelle

Deployment

dynaTrace Diagnostics wurde konzipiert um über den kompletten Software Application Lifecycle genutzt zu werden, wodurch signifikant die Zusammenarbeit und der Know-How Transfer zwischen Entwicklung, QA und Operations verbessert wird. Tauschen Sie einfach KnowledgeSensorPacks – einschließlich Ihrer Konfigurationen – um QA oder Operations gezielt darüber zu informieren welche Applikationskomponenten überwacht werden sollten. Außerdem können QA und Operations einfach gewonnene Messergebnisse exportieren und an die zuständigen Entwickler aushändigen, damit diese detailliert offline diagnostizieren können und schnell zu Lösungen kommen.

dynaTrace Diagnostics erfasst PurePath Informationen für alle Transaktionen während eines 24x7 Operations durch seine KnowledgeSensoren, welche in der Zielapplikation durch die Diagnostics Agenten verteilt werden, die lokal im System unter Diagnose (SUD) laufen. Sämtliche Berechnungen werden innerhalb des Diagnostics Server durchgeführt, wodurch der erzeugte Overhead auf einem sehr niedrigen Niveau von nur 3 – 5 % verbleibt. Dies macht dynaTrace Diagnostics ideal geeignet für einen Einsatz in Lasttest- und Produktionsumgebungen.

Überwachen und diagnostizieren Sie Ihre Java und .Net Applikationen mit Hilfe leichtgewichtiger Bytecodeinstrumentierung, ohne den Sourcecode der Zielapplikation verändern zu müssen. Dadurch können Sie ebenfalls Lösungen von Drittanbietern zu überwachen und diagnostizieren, für die Sie keinen Zugang zum Sourcecode haben.

Erkennen Sie automatisch die Komponenten und API’s die von der Zielapplikation genutzt werden um schnell out-of-the-box Diagnoseergebnisse darzustellen und darauf basierend intuitiv die Überwachungstiefe anzupassen durch den dynaTrace Diagnostics Visual Class Browser.

Untersuchen Sie die Paketstruktur der Applikation per Mausklick im Visual Class Browser und wählen Sie die Pakete, Klassen und Methoden die Sie durch KnowledgeSensoren überwachen und diagnostizieren möchten. Auf diese Weise können Sie sehr einfach und präzise Probleme in Softwarekomponenten diagnostizieren, die keine Standardschnittstellen implementieren, wie Servlet, EJB, JDBC, ASP.NET, ADO.NET, usw.
Darüber hinaus vertiefen und verfeinern Sie die Instrumentierung des Systems unter Diagnose (SUD) so wie Sie es benötigen mit Hilfe des integrierten Sensor Placement Wizard.

Passen Sie die Granularität Ihrer Überwachung den sich ständig wechselnden Diagnoseanforderungen on-the-fly an ohne die Zielapplikation neu starten zu müssen – aktivieren oder deaktivieren Sie die Sensoren mittels der Hot Sensor Konfiguration. Durch den Einsatz des Hot Sensor Placement können einfach neue KnowledgeSensoren komplett über den Diagnostics Agents in die Zielapplikation platziert werden, um auf einer feingranulareren Ebene zu überwachen.
(Hinweis: Hot Sensor Placement ist verfügbar ab Java 1.5 und höher.)

Zusätzlich können Sie sämtliche Agenten von einer zentralen Stelle aus verwaltet und verteilt werden. Konfigurationsänderungen werden automatisch den angeschlossenen Agenten in Echtzeit propagiert um schnell und einfach die Tiefe und Granularität der erfassten Diagnose anzupassen.

Führen Sie den Diagnostics Client, die Diagnostics Agents, sowie den Diagnostics Server von unterschiedlichen Maschinen aus, um den Overhead auf der Zielanwendung zu minimieren und um eine maximale Skalierbarkeit wie sie in Lasttest- und Produktionsumgebungen benötigt wird sicher zu stellen. Zusätzlich kann sich ein einziger Diagnostics Client zu unterschiedlichen Diagnostics Server Installationen verbinden, was wiederum das Deployment von dynaTrace Diagnostics speziell bei großen Installationen erheblich vereinfacht.

Kontrollieren Sie wie Ihre Anwender dynaTrace Diagnostics nutzen dürfen mit Hilfe des integrierten Rollen- und Nutzersystems. Standardrollen beinhalten Gäste, User, Power User und Administrator, wobei jede Rolle unterschiedliche vordefinierte Zugangsberichtigungen zu den Funktionalitäten von dynaTrace Diagnostics beinhaltet. Zusätzliche Rollen und Nutzer können bis auf eine sehr feingranulare Ebene definiert werden.

Authentifizieren Sie den Nutzerzugang entweder gegen die integrierte Managementdatenbank oder gegen Ihr LDAP Verzeichnis, wie Microsoft Active Directory.

Ein Diagnostics Agent ist an eine spezifische virtuelle Maschine gebunden (JVM oder .NET CLR) die eine Komponente Ihre Applikation ausführt. Der Diagnostics Agent verteilt dann die KnowledgeSensoren die die Performanzinformationen der Applikation sammeln.
Somit muss für jede einzelne VM ein Diagnostics Agent verteilt werden, aus der Applikationskomponenten diagnostiziert werden sollen.

Für den Fall das eine dritte Partei (z.B. ein Outsourcer oder Consultant) für die Lösung eines Performanzproblems verantwortlich ist können Sie diesem einfach die Diagnose Session zusenden, die Sie in Test oder Produktion aufgezeichnet haben. Damit ermöglichen Sie es ihnen das Problem mittels des frei erhältlichen dynaTrace Diagnostics Explorer auf deren lokalen Maschinen zu diagnostizieren und schnell zu lösen.

<< Zurück zur Feature Vergleichstabelle