Die Plattform erfasst die Desktopnutzung für jeden Mandanten, sodass der Dienstanbieter auf die Abrechnungsübersicht zugreifen kann.
Alle Abfragen der Abrechnungsdaten müssen über REST APIs durchgeführt werden. Das Abrufen von Abrechnungsdaten über Skripts wird nicht unterstützt.
Inhalt des Berichts
Für jedes Datencenter, das einem Mandanten zugewiesen ist, erfasst die Plattform die folgenden Daten:
- Das Kontingent für jedes Desktopmodell.
- Die verwendeten Desktops für jedes Modell.
- Das Kontingent für jedes Protokoll.
- Die verwendeten Desktops für jedes Protokoll.
Standardmäßig erfasst die Plattform diese Informationen täglich kurz nach Mitternacht (UTC) und bereinigt die vorherigen Übersichten, die älter als 180 Tage sind.
Ein unbegrenztes Kontingent wird durch den Wert -1 repräsentiert.
Beschreibung des Datensatzlayouts
In der folgenden Tabelle werden die in jeder Spalte zurückgegebenen Werte beschrieben.
Spaltenname | Beispielwert | Beschreibung |
---|---|---|
snapshot | 201203220856 | Datum und Uhrzeit des Datensatzes (Format: JJJJMMTThhmm) |
org_id | 1001 | Die eindeutige ID der Organisation bzw. des Mandanten |
org_name | Mandant A | Der von „org_id“ identifizierte Name für den Mandanten |
datacenter_id | 5925d361-4c1c-490e-9616-c5041d067b8e | Eine eindeutige ID, die den Speicherort des Datencenters identifiziert |
status | aktiviert | Der Status des Mandanten: „Aktiviert“, „Deaktiviert“, „Fehler“ |
type_id | 1cb3f348-f987-4834-a33c-742ef30d356b | Eindeutige ID für den jeweiligen Typ:
|
desktop_model_name | Pro | Dieser Wert ist für ein Vorlagenkontingent leer |
model_protocols | 31 | Wenn der Typ PROTOKOLL lautet, gibt diese Spalte den Bitmasken-Wert für dieses Protokoll an.
Die Bitmaske 31 bedeutet beispielsweise, dass RDP, RGS, HDX, VNC und NX verfügbar sind. Die Bitmaske 1 entspricht nur RDP. Wenn der Typ DESKTOPMODELL lautet, wird diese Spalte ignoriert und enthält 0. |
Kontingent | 17 | Fehlerwert von -1 |
in_use_count | 17 | Wenn Sitzungstyp = Anzahl der bereitgestellten Sitzungen; andernfalls weist -1 auf einen Fehler bei der Erstellung der Übersicht oder darauf hin, dass das System nicht mit dem Mandanten kommunizieren konnte. Der „in_use_count“-Wert kann nur dann höher als das Kontingent sein, wenn die VMs auf dem Hypervisor vorhanden sind oder außerhalb der Umgebung erstellt werden. Dies geschieht nur bei importierten oder Dienstprogramm-Desktopmodell-Kontingenten, die den Pools „Importiert“, „Papierkorb“ und „Dienstprogramm“ zugeordnet sind. |
date_updated | 2012-03-22 08:56:30.784 | Zeitpunkt der letzten Änderung dieser Zeile |
Typ | PROTOKOLL | Gibt den Typ des Kontingents (DESKTOPMODELL, SITZUNG, PROTOKOLL, VORLAGE) an. |
Berichtsintervalle überschreiben
Standardmäßig erfasst die Plattform die Informationen für die Abrechnungsübersicht täglich kurz nach Mitternacht (UTC) und bereinigt die vorherigen Übersichten, die älter als 180 Tage sind. Um diese Standardintervalle zu überschreiben, befolgen Sie das nachstehende Verfahren.
- Wählen Sie im Servicecenter Mandanten > Richtlinie aus.
- Legen Sie auf der Seite „Richtlinienkonfiguration“ die folgenden Richtlinien fest:
- billing.summary.collection.interval: Das Intervall zwischen Abrechnungserfassungen in Millisekunden (ms). Der Standardwert beträgt 86.400.000 ms (24 Stunden).
- billing.summary.purge.interval policies: Die Anzahl der Tage, für die Abrechnungsübersichtsdatensätze in der Datenbank beibehalten werden sollen. Die Standardeinstellung beträgt 180 Tage. Datensätze, die älter als das Intervall sind, werden aus der Datenbank gelöscht. Setzen Sie diese Option auf „0“, um den gesamten Abrechnungsverlauf in der Datenbank beizubehalten.