Faktoren für die Benutzererfahrung (UX)

Die Seite UX-Faktoren bietet einen Einblick in die Erfahrung auf Faktor- und Unterfaktorebene für die Gruppe von Benutzern, die Sie im UX-Dashboard auswählen.

Klicken Sie im UX-Dashboard auf eine der Kategorien Exzellente, Faire oder Schlechte UX, um die Seite mit den UX-Faktoren zu öffnen. Es quantifiziert die Auswirkung von Faktor- und Subfaktormetriken auf die Benutzererfahrung. Diese Seite klassifiziert die ausgewählten Benutzer basierend auf ihrer Erfahrung in Bezug auf die Faktoren - Sitzungsverfügbarkeit, Sitzungsreaktionsfähigkeit, Sitzungsresilienz und Sitzungsanmeldedauer. Darüber hinaus werden die ausgewählten Benutzer auch aufgrund ihrer Erfahrung in Bezug auf die Unterfaktoren innerhalb dieser Faktoren klassifiziert. Mit diesem Drilldown können Sie den tatsächlichen Unterfaktor identifizieren, der für die schlechte Benutzererfahrung in Ihrer Umgebung verantwortlich ist.

Wie benutzt man die Seite User Experience (UX) -Faktoren?

Um sich eingehender mit den Faktorkennzahlen zu befassen, die sich auf die Benutzererfahrung auswirken, klicken Sie im UX-Dashboard auf die Zahl in einer der Kategorien Hervorragend, Mittelmäßig oder Schlecht.

1. Stellen Sie sich das Szenario vor, in dem in der Umgebung 21 Benutzer eine hervorragende Erfahrung haben, 39 eine faire Erfahrung und 30 Benutzer in den letzten zwei Stunden eine schlechte Erfahrung haben. Um den Grund für die 30-Benutzer mit einer schlechten Benutzererfahrung zu verstehen, klicken Sie im Dashboard der Benutzererfahrung auf die Zahl 30.

   

2. Der Bildschirm User Experience (UX) -Faktoren zeigt einen Drilldown der Faktoren, die die schlechte Benutzererfahrung auf allen Websites in den letzten zwei Stunden beeinflussen.

   

3. Im linken Bereich werden die Auswahlfilter für die Benutzererfahrung und die Faktoren angezeigt.

   

   Klicken Sie auf die Nummer Ausgewählte Benutzer, um die Seite Self-Service-Suche für die bestimmte Gruppe von Benutzern aufzurufen.

4. In den Abschnitten auf der Seite mit den UX-Faktoren wird die ausgewählte Gruppe von Benutzern anhand der Faktoren Sitzungsverfügbarkeit, Sitzungsreaktionsfähigkeit, Sitzungsstabilität, Sitzungsanmeldedauer und überladene Maschinen weiter klassifiziert. Erweitern (klicken Sie auf >) jeden Faktorabschnitt, um die Benutzerklassifizierung basierend auf der Erfahrung der jeweiligen Unterfaktoren anzuzeigen. Die Faktoren werden nach der Anzahl der Benutzer mit schlechter Faktorerfahrung sortiert.

5. Die allgemeine Klassifizierung der Benutzererfahrung stimmt möglicherweise nicht mit der Benutzeranzahl auf Faktorebene überein. Und eine schlechte Erfahrung in einem oder mehreren Faktoren bedeutet möglicherweise nicht unbedingt eine insgesamt schlechte Benutzererfahrung.

6. In ähnlicher Weise summiert sich die Benutzeranzahl auf einzelnen Unterfaktorebenen möglicherweise nicht zur Benutzeranzahl auf Faktorebene. Beispielsweise hat ein Benutzer mit hohen GPOs möglicherweise nicht unbedingt eine schlechte Anmeldeerfahrung, da die Erfahrung des Benutzers mit anderen Unterfaktoren möglicherweise hervorragend war.

7. Die Klassifizierung von Benutzern auf Faktor- und Unterfaktorebene hilft dabei, die genaue Ursache für eine schlechte allgemeine Benutzererfahrung zu identifizieren und zu beheben.

8. Informationen zu Benutzern, die nicht kategorisiertsind, finden Sie im Artikel Nicht kategorisierte Metriken .

Dauer der Sitzungsanmeldung

Die Dauer der Sitzungsanmeldung ist die Zeit, die zum Starten einer Sitzung gebraucht wird. Sie wird als der Zeitraum von der Zeit gemessen, zu der der Benutzer von der Citrix Workspace-App aus eine Verbindung herstellt, bis zu dem Zeitpunkt, zu dem die App oder der Desktop betriebsbereit ist. In diesem Abschnitt werden Benutzer basierend auf den Messwerten für die Dauer der Sitzungsanmeldung klassifiziert. Die Schwellenwerte für die Anmeldedauer für die Klassifizierung des Erlebnisses als ausgezeichnet, fair oder schlecht werden dynamisch berechnet. Weitere Informationen zu den dynamischen Schwellenwerten für die Dauer der Sitzungsanmeldung finden Sie im Abschnitt Dynamische Schwellenwerte .

die Anzahl der klassifizierten Benutzer klicken, wird auf dem Self-Service-Bildschirm die tatsächlichen Leistungsfaktormessungen für die ausgewählte Gruppe von Benutzern angezeigt.

Die Dauer der Sitzungsanmeldung ist in Unterfaktoren unterteilt, die einzelne Phasen in der komplexen Startsequenz darstellen. Jede Zeile in der Drilldown-Tabelle “Dauer der Sitzungsanmeldung” stellt die Benutzerkategorisierung für die einzelnen Phasen dar, die während des Sitzungsstarts auftreten. Dies hilft bei der Behebung und Identifizierung bestimmter Probleme bei der Benutzeranmeldung.

Der Benutzer zählt für die Kategorie “Exzellent”, “Fair” und “Schlecht”, die sich auf die einzelnen Unterfaktor-Erfahrungen beziehen Verwenden Sie diese Informationen, um bestimmte Unterfaktorphasen zu analysieren, die möglicherweise zu einer längeren Anmeldedauer beitragen.

Wenn GPOs beispielsweise die höchste Anzahl von Benutzern mit schlechten Erfahrungen aufweisen, überprüfen Sie die für diese Benutzer geltenden GPO-Richtlinien, um die Anmeldedauer zu verbessern.

In der letzten Spalte “ Nicht kategorisiert “ wird die Anzahl der Benutzer angezeigt, für die bestimmte Teilfaktormessungen für den ausgewählten Zeitraum nicht verfügbar sind. Spezifische Gründe werden mit einzelnen Unterfaktorbeschreibungen erläutert.

Gruppenrichtlinienobjekte

GPOs ist die Zeit, die zum Anwenden von Gruppenrichtlinienobjekten während der Anmeldung verwendet wird. Die Messung von GPOs ist nur verfügbar, wenn die Gruppenrichtlinieneinstellungen auf den virtuellen Maschinen konfiguriert und aktiviert sind.

GPOS Insights zeigt clientseitige Erweiterungen in der Umgebung an, die während des ausgewählten Zeitraums die längste Verarbeitungszeit in Anspruch nehmen. Um die Erkenntnisse anzuzeigen, klicken Sie in der Spalte Insights von GPOs in der Tabelle Dauer der Sitzungsanmeldung auf den Link Mitwirkende anzeigen. GPO Insights basieren auf der Analyse von Benutzersitzungen mit schlechter Erfahrung in der Ausführung von GPOs.

Eine clientseitige Erweiterung (CSE) ist eine Dynamic-Link-Bibliothek (DLL), die die Gruppenrichtlinie auf dem Clientcomputer implementiert. CSEs mit langer Verarbeitungszeit erhöhen die GPO-Ausführungszeiten und die Optimierung der CSE-Verarbeitung verbessern das allgemeine Sitzungsanmeldeerlebnis des Benutzers.

Die durchschnittliche CSE-Ausführungszeit hängt von der Anzahl und Art der damit angewendeten Richtlinien ab. Verwenden Sie die folgenden Zeiger, um die Verarbeitungszeit von CSEs zu verbessern.

• Ordnerumleitung: Die CSE-Ausführungszeit hängt von der Anzahl der umgeleiteten Ordner und dem Inhalt jedes Ordners ab. Das System kann eine Wartezeit konfigurieren, die nach jeder Ordnerumleitung angewendet wird. Optimieren Sie die Anzahl der Ordner, um eine geringere CSE-Ausführungszeit zu erreichen.

• Laufwerkszuordnung: Anmeldeskripte können versuchen, Laufwerke nicht vorhandenen Zielservern zuzuordnen, was zu einer höheren Ausführungszeit führt. Stellen Sie sicher, dass die Serveradressen korrekt und verfügbar sind.

Überprüfen und optimieren Sie die mit CSEs verbundenen Richtlinien, die die längste Verarbeitungszeit in Anspruch nehmen, wie in den GPO-Erkenntnissen angegeben. Erwägen Sie außerdem, diejenigen zu löschen, die nicht erforderlich sind.

Profilladezeit

Die Profillast ist eine der kritischsten Phasen der Anmeldedauer. Es ist die Zeit, die zum Laden eines Benutzerprofils benötigt wird, das die Registrierungsstruktur (NTUser.dat) und die Benutzerdateien enthält. Die Optimierung der Ladezeit des Profils kann dazu beitragen, die allgemeine Anmeldedauer zu verbessern.

Die Profillastmessung ist nur verfügbar, wenn Profileinstellungen für den Benutzer auf der virtuellen Maschine konfiguriert sind.

In der Spalte Insights in der Profillast werden Einblicke in die Profilgröße angezeigt, die zu langen Ladezeiten des Profils beiträgt. Es identifiziert Benutzer, die wahrscheinlich von einer großen Profilgröße betroffen sind.

Klicken Sie auf den Link Korrelation anzeigen, um die durchschnittliche Profilgröße der Benutzer anzuzeigen. Die durchschnittliche Profilgröße wird anhand der Profilgrößen von Benutzern berechnet, die in den letzten 30 Tagen eine hervorragende und faire Profilladeerfahrung hatten. Diese Profilgröße wird als optimal identifiziert. Benutzer mit einer Profilgröße, die über dem Durchschnitt liegt, haben wahrscheinlich schlechte Profilladezeiten.

Klicken Sie auf Analyse anzeigen, um die Liste der Benutzer anzuzeigen, deren Profilgröße über dem Durchschnitt liegt. Diese Ansicht zeigt die letzte bekannte und durchschnittliche Profilgröße für jeden Benutzer. Verwenden Sie Facetten, um diese Daten weiter zu filtern und Benutzer mit großer Profilgröße und schlechter Anmeldedauer anzuzeigen.

Erweitern Sie die Benutzerdetails, um bestimmte Leistungskennzahlen anzuzeigen und den Grund für schlechte Erfahrungen weiter zu beheben.

Verwenden Sie diese Erkenntnisse, um Benutzern zu empfehlen, große Dateien in ihrem Profil zu reduzieren.

Einblicke werden nicht angezeigt, wenn die Profilgrößenmaße oder die durchschnittliche Profilgröße nicht verfügbar sind.

• Für die Messung der Profilgröße muss Citrix Profile Management auf den Computern installiert sein.

• Die Messung der Profilgröße wird bei den Maschinenversionen 1912 und höher unterstützt.

• Profilgrößenmessungen von Benutzern mit fairer und ausgezeichneter Profilladeerfahrung in den letzten 30 Tagen werden verwendet, um die durchschnittliche Profilgröße zu berechnen. Die Erkenntnisse werden nicht abgeleitet, wenn für diese Dauer keine Datenpunkte verfügbar sind.

• Profillasteinblicke werden in Fällen abgeleitet, in denen die Profilgröße die Ursache für eine langsame Profillast ist. Das Vorhandensein mehrerer Profildateien im Profil kann auch zu einer langsamen Profillast führen.

Interaktive Sitzung

Die Zeit bis zur “Abgabe” der Tastatur- und Maussteuerung an den Benutzer, nachdem das Benutzerprofil geladen wurde. Dies ist normalerweise die längste Dauer aller Phasen des Anmeldevorgangs.

Brokering

Die Zeit, die gebraucht wurde, um zu entscheiden, welcher Desktop dem Benutzer zugewiesen werden soll.

VM starten

Wenn die Sitzung einen Maschinenstart erforderte, ist es die Zeit, die benötigt wird, um die virtuelle Maschine zu starten. Diese Messung ist für nicht stromverwaltete Maschinen nicht verfügbar.

HDX-Verbindung

Die Zeit, die benötigt wird, um die zum Einrichten der HDX-Verbindung vom Endpunkt zur virtuellen Maschine erforderlichen Schritte abzuschließen.

Authentifizierung

Die Zeit, die zum Abschluss der Authentifizierung für die Remote-Sitzung erforderlich ist

Anmeldeskripts

Es ist die Zeit, die die Anmeldeskripte zum Ausführen braucht. Diese Messung ist nur verfügbar, wenn Anmeldeskripte für die Sitzung konfiguriert sind.

Session-Reaktionsfähigkeit

Sobald eine Sitzung eingerichtet ist, misst der Faktor “Sitzungsreaktionsfähigkeit” die Bildschirmverzögerung, die ein Benutzer bei der Interaktion mit einer App oder einem Desktop erlebt. Die Reaktionsfähigkeit der Sitzung wird mit der ICA-Roundtrip-Zeit (ICA RTT) gemessen, die die Zeit darstellt, die vergangen ist, ab dem der Benutzer eine Taste nach unten drückt, bis die grafische Antwort wieder angezeigt wird.

ICA-RTT wird als Summe der Verkehrsverzögerungen in den Server- und Endpunkt-Computernetzwerken und der Zeit gemessen, die zum Starten einer Anwendung gebraucht wird. ICA RTT ist eine wichtige Metrik, die einen Überblick über die tatsächliche Benutzererfahrung gibt.

Die Schwellenwerte für die Reaktionsfähigkeit der Sitzung für die Klassifizierung der Erfahrung als ausgezeichnet, fair oder schlecht werden dynamisch berechnet. Weitere Informationen zu den dynamischen Schwellenwerten für die Reaktionsfähigkeit von Sitzungen finden Sie im Abschnitt Dynamische Schwellenwerte .

Der Drilldown zur Sitzungsreaktionsfähigkeit stellt die Klassifizierung der Benutzer basierend auf den ICA-RTT-Werten der Sitzungen dar. Wenn Sie auf diese Zahlen klicken, werden die Metriken für diese Kategorie angezeigt. Die Benutzer mit ausgezeichneter Sitzungsreaktionsfähigkeit hatten hochreaktive Sitzungen, während Benutzer mit schlechter Sitzungsreaktionsfähigkeit mit Verzögerungen in ihren Sitzungen konfrontiert waren.

Hinweis:

Während die ICA-RTT-Messwerte von den Apps and Desktops abgerufen werden, werden die Subfaktor-Messungen vom on-premises Citrix Gateway abgerufen. Daher sind die Unterfaktorwerte nur verfügbar, wenn der Benutzer über ein konfiguriertes lokales Citrix Gateway eine Verbindung zu einer App oder einem Desktop herstellt. Schritte zum Konfigurieren von NetScaler Gateway mit Citrix Analytics for Performance finden Sie unter Gateway-Datenquelle. Darüber hinaus müssen Sie den L7-Latenzschwellenwert konfigurieren. Weitere Informationen finden Sie unter L7-Latenzschwellenwert.

Darüber hinaus sind diese Messungen für Sitzungen verfügbar,

• von Maschinen gestartet, die für NSAP aktiviert sind
• neue CGP-Sitzungen (Common Gateway Protocol) und keine wiederverbundenen Sitzungen.

Diese Messungen sind nicht verfügbar, wenn der Benutzer über den NetScaler Gateway Service verbunden ist.

Die Zeilen in der Drilldown-Tabelle “Sitzungsreaktionsfähigkeit” stellen die Benutzerkategorisierung in den Subfaktormessungen dar. Für jeden Unterfaktor wird die Anzahl der Benutzer in jeder Kategorie in den Spalten Exzellent, Fair und Schlecht angezeigt. Diese Informationen helfen bei der Analyse des spezifischen Unterfaktors, der zu einer schlechten Benutzererfahrung beiträgt.

Beispielsweise weist die höchste Anzahl an schlechten Benutzern, die für die Latenz des Rechenzentrums aufgezeichnet wurden, auf ein Problem mit dem serverseitigen Netzwerk hin.

In der letzten Spalte “ Nicht kategorisiert “ wird die Anzahl der Benutzer angezeigt, für die die spezifische Subfaktormessung während des ausgewählten Zeitraums nicht verfügbar war.

Die folgenden Unterfaktoren tragen zur Reaktionsfähigkeit der Sitzung bei. Der gesamte ICA-RTT ist jedoch keine Summe der Subfaktor-Metriken, da die Subfaktoren von ICA-RTT, die nur bis Layer 4 auftreten, messbar sind.

• Latenz des Rechenzentrums: Dieser Unterfaktor ist die vom NetScaler Gateway zum Server gemessene Latenz. Eine hohe Latenz im Rechenzentrum weist auf Verzögerungen aufgrund eines langsamen Servernetzwerks hin.

• WAN-Latenz: Dieser Unterfaktor ist die von der virtuellen Maschine zum Gateway gemessene Latenz. Eine hohe WAN-Latenz weist auf Trägheit im Endpunkt-Maschinennetzwerk hin. Die WAN-Latenz steigt, wenn der Benutzer geografisch weiter vom Gateway entfernt ist.

• Host-Latenz: Dieser Unterfaktor misst die durch das Serverbetriebssystem verursachte Verzögerung. Ein hoher ICA-RTT mit niedrigen Rechenzentrums- und WAN-Latenzen und eine hohe Hostlatenz deuten auf einen Anwendungsfehler auf dem Hostserver hin.

Eine hohe Anzahl von Benutzern, die mit einem der Unterfaktoren schlechte Erfahrungen machen, hilft zu verstehen, wo das Problem liegt. Sie können das Problem mithilfe von Layer-4-Verzögerungsmessungen weiter beheben. Keine dieser Latenzmetriken berücksichtigt Paketverlust, Pakete außer Betrieb, doppelte Bestätigungen oder erneute Übertragungen. Die Latenz kann in diesen Fällen zunehmen.

Weitere Informationen zur Berechnung von ICA-RTT finden Sie unter Wie ICA-RTT auf NetScaler Insight berechnet wird. Weitere Informationen zum Onboarding von NetScaler Gateway finden Sie unter Gateway-Datenquelle.

Verfügbarkeit von Sitzungen

Die Sitzungsverfügbarkeit wird basierend auf der Ausfallrate berechnet. Dies ist die Rate fehlgeschlagener Sitzungsverbindungen in Bezug auf die Gesamtzahl der versuchten Sitzungsverbindungen.

Die Erfahrung mit der Sitzungsverfügbarkeit wird basierend auf der Sitzungsausfallrate wie folgt kategorisiert:

Hervorragend: Die Ausfallrate beträgt weniger als 10%. Ein ausgezeichneter Faktor für die Sitzungsverfügbarkeit zeigt an, dass die Benutzer erfolgreich eine Verbindung zur App oder zum Desktop herstellen und diese verwenden können.

Fair: Die Ausfallrate liegt bei 10-20%.

Schlecht: Die Ausfallrate liegt bei mehr als 20%. Viele Benutzer mit schlechter Erfahrung in der Sitzungsverfügbarkeit weisen darauf hin, dass keine Verbindung hergestellt und Sitzungen verwendet werden können.

Da das Nichtstarten von Sitzungen die Benutzerproduktivität beeinträchtigt, ist dies ein wichtiger Faktor bei der Quantifizierung der gesamten Benutzererfahrung.

Die Zeilen in der Drilldown-Tabelle Sitzungszuverlässigkeit zeigen die Fehlertypen an, die mit der Anzahl der Benutzer und der Anzahl der Fehler in jeder Kategorie kategorisiert sind. Verwenden Sie die aufgelisteten Fehlertypen, um die Fehler weiter zu beheben.

Weitere Informationen zu den möglichen Gründen innerhalb eines identifizierten Fehlertyps finden Sie unter Citrix Director-Fehlergründe und Problembehandlung. Dokument.

Ausfallsicherheit von Sitzungen

Sitzungsausfallsicherheit gibt an, wie oft die Citrix Workspace-App automatisch wieder verbunden wurde, um nach Netzwerkunterbrechungen wiederherzustellen. Durch die automatische Wiederverbindung bleiben Sitzungen aktiv, wenn die Netzwerkkonnektivität unterbrochen wird. Die Benutzer sehen so lange weiterhin die Anwendung, die sie verwenden, bis die Netzwerkkonnektivität wiederhergestellt ist. Ein ausgezeichneter Sitzungsausfallfaktor weist auf eine reibungslose Benutzererfahrung und eine geringere Anzahl von Wiederverbindungen aufgrund von Netzwerkstörungen hin.

Die automatische Wiederverbindung ist aktiviert, wenn die Richtlinie “Sitzungszuverlässigkeit” oder “Client automatisch wieder verbinden” aktiviert ist. Wenn es auf dem Endpunkt zu einer Netzwerkunterbrechung kommt, treten die folgenden Richtlinien für die automatische Wiederverbindung in Kraft:

• Die Richtlinie für Sitzungszuverlässigkeit tritt in Kraft (standardmäßig in 3 Minuten), wenn die Citrix Workspace-App versucht, eine Verbindung zum Computer herzustellen.
• Die Richtlinie zur automatischen Wiederverbindung von Clients tritt zwischen 3 und 5 Minuten in Kraft, wenn der Endpunkt versucht, eine Verbindung zum Computer herzustellen.

Für jeden Benutzer wird die Anzahl der automatischen Wiederverbindungen während jedes 15-Minuten-Intervalls über den ausgewählten Zeitraum gemessen. Basierend auf der Anzahl der automatischen Wiederverbindungen in den meisten 15-Minuten-Intervallen wird die Erfahrung als ausgezeichnet, fair oder schlecht eingestuft.

Die Erfahrung mit Sitzungsresilienz wird basierend auf der Wiederverbindungsrate wie folgt kategorisiert:

Hervorragend: In den meisten Intervallen von 15 Minuten im gewählten Zeitraum gab es keine erneuten Verbindungen.

Messe: In den meisten 15-Minuten-Intervallen im gewählten Zeitraum gab es eine Wiederverbindung.

Schlecht: In den meisten Intervallen von 15 Minuten im gewählten Zeitraum gab es mehr als 1 Wiederanschlüsse.

Überlastete Maschinen

Überlastete Ressourcen können zu hoher Latenz, hoher Anmeldedauer und Ausfällen führen, die zu einer schlechten Benutzererfahrung führen. Der Faktor “ Überladene Maschinen “ bietet Sichtbarkeit über überlastete Ressourcen, die zu schlechten Erfahrungen führen.

Maschinen, bei denen anhaltende CPU-Spitzen oder hohe Speicherauslastung oder beides aufgetreten sind, die 5 Minuten oder länger gedauert haben, was zu einer schlechten Benutzererfahrung in der ausgewählten Dauer führte, gelten als überlastet.

Hinweis:

Der Abschnitt Faktor für überladene Maschinen ist nur für die Bereiche 2 Stunden, 12 Stunden und 1 Tag verfügbar. Die Funktion ist für die Optimierung für einen Zeitraum von 1 Woche und 1 Monat deaktiviert.

Der Abschnitt “ Überladene Maschinen “ enthält die folgenden Daten:

• Die Anzahl der Maschinen, auf denen sich die CPU- oder Speicherauslastung unabhängig von der Benutzererfahrung auf mindestens eine schlechte Sitzung ausgewirkt hat.
• Die Anzahl der Benutzer, die aufgrund der Auswirkungen überlasteter CPU oder des Arbeitsspeichers auf die Sitzungserfahrung betroffen sind.
  • Hervorragend - Benutzer ohne Sitzungen, die von überlasteten Maschinen betroffen sind.
  • Fair - Benutzer mit mindestens einer fairen Sitzung, die von überlasteten Maschinen betroffen sind.
  • Schlecht - Benutzer mit mindestens einer schlechten Sitzung, die von überlasteten Maschinen betroffen sind.
  • Nicht kategorisiert — Benutzer, deren Sitzungserfahrung nicht mit Ressourcenüberlastung korreliert werden kann.
• Zerfall von:
  • die Anzahl der Maschinen, die Benutzer mit schlechter Erfahrung aufgrund überlasteter Ressourcen betreffen.
  • die Anzahl der Benutzer mit schlechter Erfahrung, die von CPU-Spitzen und hoher Speicherauslastung betroffen sind.
• Wenn Sie auf die Anzahl der überladenen Benutzer klicken, wird die Self-Service-Ansicht des Benutzers gefiltert, um Benutzern anzuzeigen, deren Sitzungen von den überladenen Ressourcen betroffen sind.
• Das Klicken auf die Anzahl der überladenen Maschinen führt zu der Self-Service-Ansicht Maschinen, die gefiltert wurde, um den ausgewählten Satz überladener Maschinen anzuzeigen - basierend auf der Klassifizierung oder basierend auf der überlasteten Ressource, CPU oder Maschine.

Das folgende Video zeigt ein typisches Szenario zur Fehlerbehebung mit dem Faktor Überlastete Maschinen.

Die Self-Service-Ansichten Computer, Benutzer und Sessions werden um die Facette “Überlastete Maschinen” erweitert. Die Self-Service-Ansicht “Maschinen” verfügt zusätzlich über die Facette “Overloaded CPU/Memory”, um Überlastungsprobleme in Computern zu beheben. Weitere Informationen finden Sie unter Überladene Maschinen im Self-Service-Artikel.

Weitere Drilldowns aus der Self-Service-Ansicht der Maschinen, um bestimmte Maschinenstatistiken zur Behebung der Ressourcenüberlastungsprobleme anzuzeigen.