Verhalten bei Datenänderungen: SAP NetWeaver BI Accelerator Index

Verwendung

Da SAP NetWeaver BI Accelerator Indices wie Aggregate von Stammdatenänderungen betroffen sind, unterliegen sie ebenfalls dem Hierarchie-/Attributsänderungslauf.

Wenn der einem BI Accelerator Index zugrunde liegenden InfoCube nachträglich komprimiert wird oder aus diesem Daten gelöscht werden, empfehlen wir einen Neuaufbau des BI Accelerator Index.

Funktionsumfang

Hierachie-/Attributsänderungslauf

Da die Daten der Stammdatentabellen (X- und Y-Tabellen) als Indices auf dem BI Accelerator Server abgelegt werden, sind BI Accelerator Indices wie Aggregate von Stammdatenänderungen betroffen. Im Unterschied zu Aggregaten sind die aktuellen Daten der Stammdaten allerdings nicht in den Fakten materialisiert. Daher entfallen die bei den Aggregaten teilweise sehr zeitaufwendigen Delta-Berechnungen. Stattdessen müssen lediglich die geänderten Sätze der Stammdatentabellen übertragen und in den Indices auf dem BI Accelerator Server geändert werden. Dies ist in den meisten Fällen erheblich schneller als die Aggregatsanpassung.

Da die Hierarchietabellen ebenfalls nicht im BI Accelerator Index liegen, gibt es keine Voraggregationen auf bestimmten Hierarchieleveln wie bei den Aggregaten. Auch hierfür entfällt die Umrechnung und Anpassung. Allerdings werden - analog zum BI-Hierarchie-Puffer - bestimmte Sichten auf die Hierarchien, die in Queries vorkommen, als temporäre Indices auf dem BI Accelerator Server abgelegt und können so wieder verwendet werden. Wenn sich die Hierarchie ändert, müssen diese temporären Indices gelöscht werden.

Sowohl die Änderung der Stammdaten als auch der temporären Hierarchie-Indices finden im Hierarchie-/Attributs-Änderungslauf statt. In diesem Prozess werden zu ausgewählten, zuvor geänderten InfoObjects die betroffenen Objekte, Aggregate und BI Accelerator Indices, bestimmt. Zuerst werden wie bisher die Aggregate an die Änderungen angepasst (siehe Verhalten bei Stammdaten- und Hierarchieänderungen). Dann laufen die beiden oben beschrieben, sehr schnellen Prozesse für die betroffenen BI Accelerator Indices ab:

●      Die X- und Y-Indices werden mit den geänderten Sätzen versorgt.

●      Der Hierarchie-Puffer auf dem BI Accelerator Index wird gelöscht.

Anschließend aktiviert das System die Stammdaten und macht die geänderten Aggregate und BI Accelerator Indices mit neuen Daten für das Reporting sichtbar.

Komprimieren

Das Komprimieren nach dem Hochrollen von Datenpaketen entfällt für BI Accelerator Indices, da die Daten auf dem BI Accelerator Server bereits in einer leseoptimierten Form vorliegen.

In den folgenden speziellen Fällen kann dennoch der Neuaufbau des BI Accelerator Index sinnvoll, wenn auch nicht notwendig sein:

Ein BI Accelerator Index wurde für einen unverdichteten InfoCube angelegt, oder in diesen InfoCube wurden nachträglich sehr viele Datenpakete geladen. Wenn nun dieser InfoCube komprimiert wird, sind im BI Accelerator Index mehr Daten und in feinerer Granularität als im InfoCube selbst enthalten. Wenn der Verdichtungsfaktor durch die Komprimierung groß ist (>1,5), lohnt sich eventuell ein Neuaufbau des BI Accelerator Index, da sich dann auch dort die Datenmenge verkleinert.

Weiterhin sollten auch Bestands-InfoCubes, d.h. InfoCubes mit mindestens einer Bestandskennzahl, in größeren Abständen nach dem Komprimieren neu aufgebaut werden. Wir empfehlen dies insbesondere, wenn die Zeit zur Berechnung der Stützstellen zur Query-Laufzeit groß wird.

Löschen von Daten

Selektives Löschen von Daten aus dem InfoCube erfordert den Neuaufbau des BI Accelerator Index. Wenn Sie das selektive Löschen ausführen, löscht das System automatisch den betroffenen BI Accelerator Index.

Beim Löschen eines (unverdichteten) Datenpakets aus dem InfoCube wird der Index zur Paketdimensionstabelle gelöscht und neu aufgebaut. Die Fakten im Faktenindex bleiben bestehen, sind aber „unsichtbar“, da sie nicht mehr von einem Eintrag in der Paketdimensionstabelle referenziert werden. Damit stehen im Index mehr Einträge als in der Tabelle des InfoCubes. Wenn Datenpakete oft gelöscht werden, steigt die Zahl unnützer Sätze und erhöht den Speicherverbrauch. Dies kann sich ab einer gewissen Größe auch negativ auf die Performance auswirken. In einem solchen Fall sollte ein regelmäßiger Neuaufbau des BI Accelerator Index erwogen werden.