In der Multi-Tier Welt stellt der Client eine Anfrage zu den Applikationsservern, die sie zu Middleware-Systemen weiterleiten. Die Middleware-Schicht kommuniziert dann mit mehreren Datenbankservern, um die verschiedenen Anfragen zu bearbeiten. Jede Anfrage produziert teils mehrere Antworten, die an den Client zurückgesendet werden.
Die Herausforderungen bei der Fehlersuche
Diese Aufgabenteilung stellt neue Herausforderungen an die Fehlersuche: wie können Verzögerungen über die verschiedenen Komponenten einer Multi-Tier Applikation eingegrenzt und überwacht werden?
Die meisten Überwachungslösungen überwachen lediglich einfache Client-zu-Server Beziehungen, und sind nicht imstande, die anderen Kommunikationen zu berücksichtigen, die durch eine Applikationsanfrage erzeugt werden. Als Folge dessen ist zwar die langsame Gesamtantwortzeit zum Client sichtbar, jedoch bleibt die eigentliche Ursache im Verborgenen.
Erfassen und sofort lösen
Mit unserer GigaStor Lösung sind Sie in der Lage, jede Netzwerk-Kommunikation zu erfassen und zu speichern. Beim Auftreten eines Applikation-Problems ist es dann sehr einfach, zum Ereignis zurückzugehen und es näher zu untersuchen. Betrachten wir jetzt, wie man Kommunikationen einer Multi-Tier Applikation findet und auf Verzögerungen untersucht.
In unserem Beispiel beschwert sich ein Benutzer, dass die Datenbanksuchen im CRM extrem langsam sind. Sie müssen Informationen über die Art der Suche, einschließlich des Namens des Benutzers einholen. Es ist vorerst wichtig, die bekannte Frage zu beantworten: ist das Netzwerk oder die Applikation Schuld?
Stellen wir zuerst sicher, ob die Netzwerkverzögerung in Ordnung ist. Wir wählen die Kommunikation aus und sehen dann die Netzwerkverzögerung und Antwortzeiten (Gehen Sie zu: Capture > Analyze > Expert Analysis Tab > TCP Events ). Weil die Netzwerkverzögerung höher als gewöhnlich war, verwenden wir die MultiHop Analysis, um sicherzugehen, ob die Applikation oder das Netzwerk die Ursache der Verzögerung ist. In diesem Fall ist die Applikationsantwortzeit für die Verzögerung verantwortlich.
Wir werden jetzt die einzelnen Kommunikationen und Bestandteile der Applikation finden, indem wir nach einem Datenstring oder einer gemeinsamen Identifizierung suchen, die in allen Kommunikationen vorhanden ist. Wir wählen mit der GigaStor den ungefähren Zeitbereich aus, in dem der Benutzer die CRM-Suche ausgeführt hat. Wir gebrauchen die Such-Funktionalität von Observer 13, wie in unserem Tech Spotlight Beitrag näher erläutert. Der Nachname des Benutzers dient dabei als gemeinsame Identifizierung. Wir konnten hiermit drei Kommunikationen, die sich auf diese CRM-Suche beziehen, finden.
Am Ende sehen Sie alle Kommunikationen der einzelnen Applikationsbestandteile zeitsynchron im Dekodierungsfenster. Sie sind dann in der Lage, nachzusehen, welche Komponente die Ursache der Verzögerung ist. Wir finden die Verzögerung zwischen der Applikation und der Middleware. An dieser Stelle überprüfen wir die Hardware- und Softwarekomponenten der Middleware mit Hilfe von Link Analyst , um unser Problem zu lösen.
Während Multi-Tier Applikationen ab einer bestimmten Anzahl von Benutzern einfach notwendig sind, kann es jedoch ein Albtraum sein, Verzögerungsprobleme einzugrenzen. Der Schlüssel zu dieser Lösung liegt in der Erfassung und Speicherung der gesamten Kommunikation zwischen den Einzelkomponenten. |
