Show TOC Anfang des Inhaltsbereichs

Diese Grafik wird im zugehörigen Text erklärt Statistik-Daten zu einer MultiProvider-Query analysieren  Dokument im Navigationsbaum lokalisieren

Sie möchten die Datenbank-Zugriffszeiten bei einer Query analysieren, die Sie auf einem MultiProvider definiert haben. Sie möchten wissen, welcher der zugrunde liegenden InfoProvider die längsten Datenbank-Zugriffszeiten verursacht.

Achtung

Die hier dargestellte Analyse ist nur für kleinere Anwendungsszenarien geeignet. Falls die zur Verfügung stehenden Dialogprozesse nicht ausreichen, um alle Teilqueries parallel auszuführen, werden die übrigen Teilqueries zu einem späteren Zeitpunkt ausgeführt. Die unten angestellten Betrachtungen sind dann nicht möglich. Standardmäßig stehen sechs Dialogprozesse zur Verfügung.

Für die gewünschte Query ist der Statistik-Detail-Level auf „2“ gesetzt: Das System erfasst sowohl sämtliche Daten aus dem Bereich Frontend und Calculation Layer als auch aus dem Bereich Aggregation Layer sowie die Aggregatsinformationen.

Um die Statistik-Daten zu analysieren, haben Sie verschiedene Möglichkeiten:

      Sie können die InfoCubes 0TCT_C01 (aggregierte Daten) oder 0TCT_C02 (Detaildaten) des technischen Contents verwenden.

      Sie können die detaillierten Statistik-Daten im Querymonitor (mit der Debug-Option Statistikdaten anzeigen) auf der Registerkarte Aggregation Layer anzeigen.

      Bei einer Ausführung einer Web Application können sie sich die Statistikdaten durch Anfügen des Parameters PROFILING=’X’ an die URL anzeigen lassen.

      Sie können die zugrunde liegende Tabelle RSDDSTAT_DM direkt mit dem Data Browser (SE16) auswerten.  

Zusammengefasste Statistik-Daten

000009000

Data Manager

2,801470

0

000009010

Total DBTRANS

0,000000

831

000009011

Total DBSEL

0,000000

104.264

Detail-Statistik-Daten

Diese Grafik wird im zugehörigen Text erklärt

Die Detail-Statistik-Daten gestatten einen Einblick in die Ausführung der MultiProvider-Query:

      Auf der Grundlage des MultiProviders führt das System in unserem Beispiel drei Teilqueries aus:

       eine Query auf dem InfoProvider DataStore ODS1

       eine Query auf dem InfoCube 0BWVC_006 (hierbei verwendet das System die Faktentabelle F)

       eine Query auf dem InfoCube IUSALES (hierbei wird der BI Accelerator index, '*$X' = BIA, verwendet).

Der Access Count 0 ist der Hauptprozess, von dem aus die Queries gesplittet werden.

      Das Gesamtverhältnis DBTRANS / DBSEL von 831 / 104.264 besagt für die MultiProvider-Query nicht viel, da es nur die Zeiten der zugrunde liegenden Queries summiert. Im Falle von MultiProvidern sind die Detail-Statistik-Daten aussagekräftiger: So ist z.B. das Verhältnis bei der Query auf dem InfoCube 0BWVC_006 niedriger als 5 (75 / 300).

      Es ist zu komplex, die DataManager-Gesamtzeit aus den Einzelzeiten zu errechnen. Falls nicht mehr Lesezugriffe erfolgten als Dialogprozesse zur Verfügung standen, ergibt sich die DataManager-Gesamtzeit aus der längsten Data-Read-Zeit zuzüglich weiterer Zeiten (wie  z.B. DM Preparation, Zeiten für einige Funktionsaufrufe oder für das Aufsplitten der Teilqueries). Somit ist die Summe der Detail-Statistik-Zeiten stets niedriger als die Gesamtzeit für die EVENTID 9000.

 

Ende des Inhaltsbereichs