Datengranularität und -aufbewahrung

Aggregation von Datenwerten

Der Überwachungsdienst erfasst verschiedene Daten, einschließlich der Nutzung von Benutzersitzungen, Details zur Anmeldeleistung von Benutzern, Details zum Sitzungslastenausgleich sowie Informationen zu Verbindungs- und Maschinenfehlern. Daten werden je nach Kategorie unterschiedlich aggregiert. Das Verständnis der Aggregation von Datenwerten, die über die OData-Methoden-APIs präsentiert werden, ist entscheidend für die Interpretation der Daten. Zum Beispiel:

• Verbundene Sitzungen und Maschinenfehler treten über einen Zeitraum auf. Daher werden sie als Maximalwerte über einen Zeitraum dargestellt.
• Die Anmeldedauer ist ein Maß für die Zeitdauer, daher wird sie als Durchschnitt über einen Zeitraum dargestellt.
• Die Anmeldeanzahl und Verbindungsfehler sind Zählungen von Vorkommen über einen Zeitraum, daher werden sie als Summen über einen Zeitraum dargestellt.

Gleichzeitige Datenauswertung

Sitzungen müssen sich überlappen, um als gleichzeitig betrachtet zu werden. Wenn das Zeitintervall jedoch 1 Minute beträgt, werden alle Sitzungen in dieser Minute (unabhängig davon, ob sie sich überlappen) als gleichzeitig betrachtet. Die Größe des Intervalls ist so gering, dass der Leistungsaufwand für die Berechnung der Präzision den Mehrwert nicht rechtfertigt. Wenn die Sitzungen in derselben Stunde, aber nicht in derselben Minute stattfinden, gelten sie nicht als überlappend.

Korrelation von Zusammenfassungstabellen mit Rohdaten

Das Datenmodell stellt Metriken auf zwei verschiedene Arten dar:

• Die Zusammenfassungstabellen stellen aggregierte Ansichten der Metriken in zeitlichen Granularitäten pro Minute, Stunde und Tag dar.
• Die Rohdaten stellen einzelne Ereignisse oder den aktuellen Zustand dar, die in der Sitzung, Verbindung, Anwendung und anderen Objekten verfolgt werden.

Beim Versuch, Daten über API-Aufrufe hinweg oder innerhalb des Datenmodells selbst zu korrelieren, ist es wichtig, die folgenden Konzepte und Einschränkungen zu verstehen:

• Keine Zusammenfassungsdaten für Teilintervalle. Metrikzusammenfassungen sind darauf ausgelegt, den Anforderungen historischer Trends über lange Zeiträume gerecht zu werden. Diese Metriken werden für vollständige Intervalle in der Zusammenfassungstabelle aggregiert. Es gibt keine Zusammenfassungsdaten für ein Teilintervall am Anfang (älteste verfügbare Daten) der Datenerfassung noch am Ende. Beim Anzeigen von Aggregationen eines Tages (Intervall=1440) bedeutet dies, dass die ersten und die jüngsten unvollständigen Tage keine Daten enthalten. Obwohl Rohdaten für diese Teilintervalle existieren könnten, werden sie niemals zusammengefasst. Sie können das früheste und späteste aggregierte Intervall für eine bestimmte Datengranularität ermitteln, indem Sie das minimale und maximale SummaryDate aus einer bestimmten Zusammenfassungstabelle abrufen. Die Spalte SummaryDate stellt den Beginn des Intervalls dar. Die Spalte Granularity stellt die Länge des Intervalls für die aggregierten Daten dar.
• Korrelation nach Zeit. Metriken werden für vollständige Intervalle in der Zusammenfassungstabelle aggregiert, wie im vorhergehenden Abschnitt beschrieben. Sie können für historische Trends verwendet werden, aber Rohereignisse könnten im Zustand aktueller sein als das, was für die Trendanalyse zusammengefasst wurde. Jeder zeitbasierte Vergleich von Zusammenfassungs- mit Rohdaten muss berücksichtigen, dass es keine Zusammenfassungsdaten für möglicherweise auftretende Teilintervalle oder für den Anfang und das Ende des Zeitraums gibt.
• Verpasste und latente Ereignisse. Metriken, die in der Zusammenfassungstabelle aggregiert werden, können leicht ungenau sein, wenn Ereignisse verpasst werden oder für den Aggregationszeitraum latent sind. Obwohl der Monitor Service versucht, einen genauen aktuellen Zustand aufrechtzuerhalten, geht er nicht in der Zeit zurück, um die Aggregation in den Zusammenfassungstabellen für verpasste oder latente Ereignisse neu zu berechnen.
• Verbindungshochverfügbarkeit. Während der Verbindungshochverfügbarkeit wird es Lücken in den Zusammenfassungsdaten der aktuellen Verbindungen geben, aber die Sitzungsinstanzen werden weiterhin in den Rohdaten ausgeführt.
• Datenaufbewahrungsfristen. Daten in den Zusammenfassungstabellen werden nach einem anderen Bereinigungsplan aufbewahrt als die Rohereignisdaten. Daten können fehlen, weil sie aus den Zusammenfassungs- oder Rohdatenbanken bereinigt wurden. Aufbewahrungsfristen können auch für verschiedene Granularitäten von Zusammenfassungsdaten unterschiedlich sein. Daten mit geringerer Granularität (Minuten) werden schneller bereinigt als Daten mit höherer Granularität (Tage). Wenn Daten aufgrund der Bereinigung in einer Granularität fehlen, können sie in einer höheren Granularität gefunden werden. Da die API-Aufrufe nur die spezifisch angeforderte Granularität zurückgeben, bedeutet der Empfang keiner Daten für eine Granularität nicht, dass die Daten für eine höhere Granularität für denselben Zeitraum nicht existieren.
• Zeitzonen. Metriken werden mit UTC-Zeitstempeln gespeichert. Zusammenfassungstabellen werden an stündlichen Zeitzonengrenzen aggregiert. Für Zeitzonen, die nicht auf stündliche Grenzen fallen, kann es zu Abweichungen bei der Datenaggregation kommen.

Granularität und Aufbewahrung

Die Granularität der von Director abgerufenen aggregierten Daten ist eine Funktion der angeforderten Zeitspanne (T). Die Regeln lauten wie folgt:

• 0 < T <= 1 Stunde – verwendet eine Granularität pro Minute
• 0 < T <= 30 Tage – verwendet eine Granularität pro Stunde
• T > 31 Tage – verwendet eine Granularität pro Tag

Angefragte Daten, die nicht aus aggregierten Daten stammen, kommen aus den Rohdaten der Sitzungs- und Verbindungsinformationen. Diese Daten neigen dazu, schnell zu wachsen, und haben daher ihre eigene Bereinigungseinstellung. Die Bereinigung stellt sicher, dass nur relevante Daten langfristig aufbewahrt werden. Die Bereinigung gewährleistet eine bessere Leistung bei gleichzeitiger Beibehaltung der für die Berichterstellung erforderlichen Granularität. Kunden mit Premium-lizenzierten Sites können die Bereinigungsaufbewahrung auf die gewünschte Anzahl von Aufbewahrungstagen ändern, andernfalls wird der Standardwert verwendet. Im Falle eines Verbindungsverlusts mit der Site-Datenbank verwendet der Monitor Service die standardmäßigen Aufbewahrungstage für Premium-Berechtigungen, wie in der folgenden Tabelle angegeben.

Um auf die Einstellungen zuzugreifen, führen Sie die folgenden PowerShell-Befehle auf dem Delivery Controller™ aus:

asnp Citrix.*
 Get-MonitorConfiguration
 Set-MonitorConfiguration -<setting name> <value>
<!--NeedCopy-->

Vorsicht:

Das Ändern von Werten in der Monitor Service-Datenbank erfordert einen Neustart des Dienstes, damit die neuen Werte wirksam werden. Es wird empfohlen, Änderungen an der Monitor Service-Datenbank nur unter Anleitung des Citrix Supports vorzunehmen.

Die Einstellungen GroomProcessUsageRawDataRetentionDays, GroomResourceUsageRawDataRetentionDays und GroomSessionMetricsDataRetentionDays sind auf ihre Standardwerte von 1 begrenzt, während GroomProcessUsageMinuteDataRetentionDays auf seinen Standardwert von 3 begrenzt ist. Die PowerShell-Befehle zum Festlegen dieser Werte wurden deaktiviert, da die Prozessnutzungsdaten schnell anwachsen. Außerdem gelten die folgenden lizenzbasierten Aufbewahrungseinstellungen:

• Sites mit Premium-Lizenz – die Bereinigungsaufbewahrung für alle Einstellungen ist auf 1000 Tage begrenzt (Citrix empfiehlt 365 Tage).
• Sites mit Advanced-Lizenz – die Bereinigungsaufbewahrung für alle Einstellungen ist auf 31 Tage begrenzt.
• Alle anderen Sites – die Bereinigungsaufbewahrung für alle Einstellungen ist auf 7 Tage begrenzt.

Ausnahmen:

• GroomApplicationInstanceRetentionDays kann nur in Sites mit Premium-Lizenz festgelegt werden.
• GroomApplicationErrorsRetentionDays und GroomApplicationFaultsRetentionDays sind in Sites mit Premium-Lizenz auf 31 Tage begrenzt.

Das Speichern von Daten über lange Zeiträume hat folgende Auswirkungen auf die Tabellengrößen:

• Stündliche Daten. Wenn stündliche Daten bis zu zwei Jahre in der Datenbank verbleiben dürfen, kann eine Site mit 1000 Bereitstellungsgruppen dazu führen, dass die Datenbank wie folgt wächst:

  1000 Bereitstellungsgruppen x 24 Stunden/Tag x 365 Tage/Jahr x 2 Jahre = 17.520.000 Datenzeilen. Die Leistungsauswirkungen einer so großen Datenmenge in den Aggregationstabellen sind erheblich. Da die Dashboard-Daten aus dieser Tabelle stammen, können die Anforderungen an den Datenbankserver hoch sein. Übermäßig große Datenmengen können die Leistung drastisch beeinträchtigen.

• Sitzungs- und Ereignisdaten. Daten, die jedes Mal erfasst werden, wenn eine Sitzung gestartet und eine Verbindung/Wiederverbindung hergestellt wird. Bei einer großen Site (100.000 Benutzer) wachsen diese Daten schnell. Zum Beispiel würden die Daten dieser Tabellen über zwei Jahre hinweg mehr als ein TB an Daten ansammeln, was eine High-End-Datenbank auf Unternehmensebene erfordert.