Protokolldetails für optimierten Datensammler
Ab Release Tokyo ist ein neuer, optimierter Datensammler verfügbar. Die Protokolldetails für diesen Datensammler unterscheiden sich von den Protokolldetails des klassischen Datensammlers.
Sammlungsübersicht
Sammlungsauftrag starten und schließen
Folgen Sie dem Datenerfassungsprozess, wie in den Protokollnachrichten angegeben. Die Protokollnachrichten in jedem Unterprozess wurden in eigene Tabellen aufgeteilt.
| Schritt des Sammlungsauftrags | Beispiel für den resultierenden Protokolleintrag |
|---|---|
| Zeigt die Domäne des Sammlungsauftrags „Als Benutzer ausführen“ an. | Benutzer <Administrator> gehört zu Domäne „Global“ |
| Sammlung wird gestartet. Der Auftragsstart gibt an, ob Punktzahlen, Textverzeichnis oder beides erfasst werden soll. Nachrichten geben auch an, dass der optimierte HSQL-Datensammler verwendet wird, und ob Debug-Protokolle aktiviert sind. Nur Kundenservice und Support kann Debug-Protokolle aktivieren. | Start der Sammlung von Punktzahlen und Textindex. Wert der Eigenschaften im System – HSQL-Datensammler wird verwendet: true Debug-Protokolle aktiviert: true Knotenname: vsr007 |
| Zeigt die Domänen an, für die Punktzahlen gesammelt werden. Zeigt auch andere relevante Details zu den Domänen an. | DomainConfig: Testing Domain Config Collection logs - 3d359877b77000106886e664de11a97c, Type: conditions, RollUpType: roll_up_children, collectAggregate? Yes, collectChildren?: Yes, AggregateDomain: Name: 3d359877b77000106886e664de11a97c - SysID: d1659c77b77000106886e664de11a91e, Domains: Default,MSP,ACME,Cisco,Initech,Oceanic Airlines |
| Listet Indikatorquellen auf, für die der Auftrag Daten sammelt, einschließlich ihrer eindeutigen IDs. | Indicator Sources to collect: Incidents.New: b54f2c23d7030100b96d45a3ce61032f, Incidents.Open: b5cf2c23d7030100b96d45a3ce6103cc, Incidents.Closed: 2ac8dd31ff2302001e68ffffffffff3d, Incidents.Resolved: 4c207c23d7030100b96d45a3ce610308 |
Listet jeden Indikator auf, der dem Auftrag zugeordnet ist, sowie die Indikatoreigenschaften, die sich auf die Datensammlung beziehen:
|
JobIndicator: Anzahl der offenen Incidents – de537dc3d7131100b96d45a3ce610305 Job-Indikator-Eigenschaften: collectIndicator?: Ja, BreakdownCollectionType: MIT_EXCLUDE Ausgeschlossene Aufgliederungen: Zuweisungsgruppe, Statusindikator-Eigenschaften => CollectingRecords: Ja, Überschriebene Sammlungszeiträume: Nein, Geskriptet?: Nein, Aufgliederungskombinationen?: Ja, ausgeschlossene Aufgliederungskombinationen: Es wird keine Kombination ausgeschlossen. |
| Iterationsschritte für jede Indikatorquelle | Siehe Tabelle Iterationsschritte für jede Indikatorquelle. |
| Statistiken für den Datensammlungsauftrag anzeigen | Statistiken: Einfügungen 184, Aktualisierungen 0, Löschungen 92, Fehler 0, Warnungen 0 |
| Auftrag abschließen | Datensammlung beendet |
Iterationsschritte für jede Indikatorquelle
| Schritt des Sammlungsauftrags | Beispiel für den resultierenden Protokolleintrag |
|---|---|
| Indikatorquelle abrufen | Indikatorquelle Incidents.Open wird verarbeitet... |
| Wiederholen Sie, dass der optimierte HSQL-Datensammler verwendet wird. | |
| Listenindikatoren mit zusätzlichen Bedingungen, die über die von der Indikatorquelle geerbten Bedingungen hinausgehen. | Indikator: Administratoranmeldungen – [sys_id des Indikators], zusätzliche Bedingungen: ref_isc_login_event.login_type=login_admin, Ist Datensätze erfassen: wahr |
| Iterationsschritte für jeden Erfassungszeitraum. | Siehe Tabelle Iterationsschritte für jeden Erfassungszeitraum |
| Nächste Indikatorquelle abrufen | Indikatorquelle Incidents.New wird verarbeitet |
Iterationsschritte für jeden Erfassungszeitraum
| Schritt des Sammlungsauftrags | Beispiel für den resultierenden Protokolleintrag |
|---|---|
| Startdatum der Sammelaufgabe | Wird für 20191103 für Indikatorquelle „Incidents.Open“ erfasst |
Rufen Sie die folgenden Felder ab:
|
„short_description,sys_id, opened_at, assignment_group, description, priority, category" wird von "incident“ abgerufen |
| Generieren von SQL basierend auf den Bedingungen, die in der Indikatorquelle angegeben sind. Hinweis: Wenn die Indikatorquelle „Heute“ in einer der Bedingungen angibt, wird „Heute“ relativ zu dem Zeitraum betrachtet, für den die Datenerfassungsaufgabe ausgeführt wird. Beispielsweise enthält die Indikatorquelle Incidents.New die Bedingung [Geöffnet][am][Heute]. Wenn die Tage so definiert sind, dass sie um 07:00:00 beginnen, und Daten für 2019-10-28 gesammelt werden, erzeugt der Auftrag das SQL-Skript auf der rechten Seite. |
SELECT task0.`sys_id` FROM task task0 WHERE task0.`sys_class_name` = 'incident' AND (task0.`opened_at` >= '2019-10-28 07:00:00' AND task0.`opened_at` <= '2019-10-29 06:59:59') |
| Zeigen Sie die Anzahl der von SQL abgerufenen Datensätze an. | 150 Zeilen aus Indikatorquelle Incidents.Open abgerufen (Faktentabelle: Incident) |
| Vorherige Ergebnisse löschen. | Vorherige Ergebnisse 1 für Indikator gelöscht: Identitätswechsel |
| Zuordnungs-/Reduzierungsfunktion ausführen, um Indikatorpunktzahlen zu berechnen. | Siehe Tabellen Schritte der Zuordnungs-/Reduzierungsfunktion |
| Wenn die Textindizierung aktiv ist und für die Indikatorquelle konfiguriert wurde, speichert der Datensammler den resultierenden Textindex. | Textindex für Indikatorquelle Incidents.Open wird gespeichert |
| Von Textindex verwendete Bytes: 41,984 für: Incidents.Open | |
Objekte werden in die HSQL-Datenbank ausgelagert, wenn einer der folgenden Schwellenwerte überschritten wird:
Protokollieren, wie oft das Offload-Limit für jede Objektkategorie überschritten wurde. Jedes Mal, wenn das Offload-Limit in einer Kategorie überschritten wird, werden alle Objekte in den temporären HSQL-Datenbankspeicher verschoben. Am Ende der Zuordnungs-/Reduzierungsfunktion werden alle verbleibenden Datensätze ausgelagert. Die Anzahl der verbleibenden Datensätze ist in der Regel geringer als der Schwellenwert, und diese Entlastung wird ebenfalls protokolliert. |
Anzahl der Überschreitungen des Schwellenwerts für Punktzahlen für das Offload-Limit: 275 Anzahl der Überschreitungen des Schwellenwerts für Snapshots für das Offload-Limit: 0 Anzahl der Überschreitungen des Schwellenwerts für das Offload-Limit für unterschiedliche Werte: 0 Batch von Datensätzen entladen, die den Schwellenwert nicht überschritten haben: 1 |
| Beginnen Sie mit dem Speichern neu erfasster Ergebnisse für die Indikatorquelle. | Gesammelte Ergebnisse für die Indikatorquelle „Incidents.Resolved“ werden gespeichert |
| Jeder Indikator mit einem NULL-Wert wird protokolliert. | „Wert, wenn null“ gespeichert: 0,0 als Punktzahl für Indikator: Anzahl der durch Wissen vermiedenen Incidents |
| Speichern der Ergebnisse beenden. | Gespeicherte gesammelte Ergebnisse |
| Festlegen für welche Indikatoren der Datensammler keine Punktzahlen sammelt. | Nicht sammeln für Indikator: Summe des Alters der offenen Incidents mit ausgeschlossener Aufgliederung: Zuweisungsgruppe |
| Beenden der Datensammlung für diese Indikatorquelle für diesen Zeitraum. | Sammlung für 20200519 für Indikatorquellen-Incidents.Offen abgeschlossen |
| Zeigen Sie die durchschnittliche Zeit an, die für einen Datensatz aufgewendet wurde, um zusätzliche Bedingungen zu verarbeiten, die für Indikatoren festgelegt wurden. | Durchschnittliche Zeit für die Verarbeitung der zusätzlichen Indikatorbedingung für jeden Datensatz: 138 ms |
Schritte der Zuordnungs-/Reduzierungsfunktion
| Schritt des Sammlungsauftrags | Beispiel für den resultierenden Protokolleintrag |
|---|---|
| Die Zuordnungs-/Reduzierungsfunktion wird ausgeführt. | Zuordnungs-/Reduzierungsfunktion wird für Indikatorquelle Incidents.Open angewendet ... |
| Warnung, wenn die Textindizierung für den Auftrag aktiv ist, aber aufgrund einer fehlenden oder ungültigen Textindexkonfiguration nicht ausgeführt werden kann. | Textindexsammlung wird übersprungen, da eine Textindexkonfiguration fehl oder ungültig ist |
| Verarbeiten Sie jeden Datensatz in der Indikatorquelle, um Punktzahlen zu berechnen. Protokollnachrichten verfolgen die laufende Summe der verarbeiteten Datensätze nach. Jedes Mal, wenn die Anzahl der resultierenden Punktzahlen oder Snapshots ein Limit überschreitet, werden alle Objekte in die HSQL-Datenbank ausgelagert. Das Offloading wird nach Abschluss der Zuordnungs-/Reduzierungsfunktion protokolliert. Die Verarbeitung für jeden Datensatz umfasst:
|
15,8 % (3) Datensätze verarbeitet |
| 31,6 % (6) Datensätze verarbeitet | |
| 47,4 % (9) Datensätze verarbeitet | |
| 63,2 % (12) Datensätze verarbeitet | |
| 78,9 % (15) Datensätze verarbeitet | |
| 94,7 % (18) Datensätze verarbeitet | |
| 100 % (4) Datensätze verarbeitet, Ergebnisobjektgröße: 20 MB | |
| Die Zuordnungs-/Reduzierungsfunktion wird abgeschlossen. | Angewendete Zuordnungs-/Reduzierungsfunktion |