SysTrack Anwendungsfall: Untersuchen von Problemanwendungen mit SysTrack

Eines der Ziele von Lakeside ist es, die IT-Systeme so transparent wie möglich zu machen, um die Problembereiche in der Umgebung aufzudecken, die am dringendsten angegangen werden müssen, um die Erfahrung der Endbenutzer zu verbessern. Einige der häufigsten Ursachen für die Beeinträchtigung der Benutzerfreundlichkeit sind Anwendungen mit übermäßigem und unerwartetem Ressourcenverbrauch oder ständigen Störungen, Fehlern und Hängern. Glücklicherweise bietet SysTrack mehrere Tools und verschiedene Methoden, mit denen diese problematischen Anwendungen angegangen werden können. Ich werde einen kurzen Überblick über diese Methoden geben, wobei ich die Fälle abdecke, in denen die problematische Anwendung unbekannt ist und identifiziert werden muss, und dann dazu übergehe, wie man eine bekannte problematische Anwendung genauer überwachen kann. Die Liste der von mir vorgestellten Methoden ist keineswegs erschöpfend, aber sie kann als guter Ausgangspunkt dienen.

Beginnen wir mit dem ersten Fall, der unbekannten Anwendung, die möglicherweise die Leistung und Produktivität beeinträchtigt und einfach nur ein allgemeines Ärgernis für die Endanwender darstellt:Anwender. Nehmen wir für einen Moment an, dass es Berichte über Leistungseinbußen auf mehreren Systemen in der Umgebung gibt und eine Handvoll eher wenig hilfreicher Support-Tickets erstellt wurden. "Mein Outlook ist langsam, mein Internet braucht ewig, mein BLANK stürzt ständig ab". Sie haben eine - hoffentlich kurze - Liste von Anwender, Systemen und den Zeiten, zu denen die Schwierigkeiten auftraten; aber wo fangen Sie mit der Suche an? Das erste Werkzeug, das Sie verwenden können, wenn Sie einen solchen spezifischen Ort und Zeitrahmen haben, ist SysTrack Resolve. Starten Sie Resolve und ändern Sie den Fokus, um ein System auszuwählen, das Sie beobachten möchten. Navigieren Sie dann zum Abschnitt Übersicht, um eine Liste aller kürzlich von SysTrack entdeckten Auswirkungen auf die Endbenutzererfahrung zu sehen.

Dies gibt Aufschluss darüber, in welchen Bereichen ein System möglicherweise Probleme hat. Wenn hier eine große Anzahl von gemeldeten Anwendungsfehlern oder verbrauchsbezogenen Ereignissen zu sehen ist, sollte es aufgrund ihrer Häufigkeit viel einfacher sein, die Quelle dieser Probleme im nächsten Schritt zu identifizieren. Nach diesem oberflächlichen Blick tauchen wir als Nächstes in die Blackbox ein und wählen einen Zeitraum aus, in dem Anwender Probleme mit dem System gemeldet hat. Markieren Sie einen Bereich des Diagramms mit hohem oder unerwartetem Ressourcenverbrauch, indem Sie darauf klicken, und das Anwendungsfenster zeigt den Ressourcenverbrauch jeder Anwendung an, die zu diesem Zeitpunkt lief.

Durch die Beobachtung der Anwendungen zu einem bestimmten Zeitpunkt ist es möglich, Anwendungen zu finden, die den Endbenutzer beeinträchtigen, indem die Systemleistung mit dem Verbrauch der Anwendung korreliert wird, und die möglichen Ursachen zu beseitigen. Sobald einige dieser problematischen Anwendungen gefunden und behandelt worden sind, kann sich herausstellen, dass mehrere von ihnen genauer überwacht werden sollten, um zukünftige Auswirkungen zu begrenzen oder zu verhindern. Hier kommt die nächste Gruppe von Werkzeugen ins Spiel: die Möglichkeit, benutzerdefinierte Alarme zu erstellen und darüber zu berichten. In SysTrack Deploy, dem Bereitstellungstool von SysTrack , können unter Alarme und Konfiguration > Skripting und Reaktionszeit benutzerdefinierte SQL-Skripte für eine Systemkonfiguration erstellt werden, die in bestimmten Zeitintervallen gegen die untergeordnete Datenbank laufen, ihre Ergebnisse mit einem Schwellenwert vergleichen und benutzerdefinierte Alarme erzeugen, die an den Master weitergeleitet werden.

Angenommen, eine der problematischen Anwendungen in Ihrer Umgebung hat übermäßige Anwendungsladezeiten, die auf eine schlechte Endbenutzererfahrung hindeuten, und Sie müssen wissen, wann diese auftreten. Es könnte eine Reihe von benutzerdefinierten Alarmen implementiert werden, die alle 10 Minuten ausgeführt werden und die maximale Anwendungsladezeit für die letzten 10 Minuten melden, gefiltert, um nur die problematische Anwendung zu berücksichtigen. Ist der zurückgegebene Wert größer als 10 Sekunden oder 20 Sekunden, wird ein gelber bzw. roter Alarm ausgelöst. Alternativ könnte das Skript selbst die Schwellenwerte enthalten und die Anzahl der Anwendungen, die diesen Schwellenwert überschreiten, in einem Alarm zurückgeben. Die Kombination dieser benutzerdefinierten Alarme in einer Umgebung würde dringend benötigte Daten liefern, die es dem IT-Personal ermöglichen, schnell Zeiträume zu lokalisieren, in denen die Zielanwendung "versagt" hat, und auch zu beurteilen, wie häufig dieses Verhalten auftritt.

Sobald diese Überwachungsdaten generiert wurden, brauchen Sie einen Weg, um sie leicht zugänglich zu machen. Da die Alarme selbst bereits benutzerdefiniert sind, finde ich, dass es am besten funktioniert, sich auf ein anderes benutzerdefiniertes Tool, den SysTrack Dashboard Builder, zu verlassen, um unerwünschte Alarme herauszufiltern und sich nur auf die gewünschten zu konzentrieren. Mit einer einfachen Drag-and-Drop-Schnittstelle und ein wenig SQL-Kenntnissen können Sie die Ergebnisse filtern und erhalten so einen hervorragenden Überblick über die gewünschten Daten.

Es gibt keine Möglichkeit, genau zu wissen, welche Informationen für eine bestimmte Anwendung wichtig sind, aber mit der Robustheit und Flexibilität von SysTrack ist es möglich, herauszufinden, was man wissen muss, und Systeme zu dessen Überwachung einzurichten. Indem Sie sich mit den problematischen Anwendungen in Ihrer Umgebung vertraut machen, können Sie verhindern, dass diese zu den problematischen Anwendungen der Zukunft werden.