Business Warehouse Accelerator
Der Business Warehouse Accelerator (BWA) liest Daten direkt aus dem Speicher. Stellen Sie sich das so vor, als würden Sie über eine DFÜ-Verbindung im Vergleich zu einer Glasfaserverbindung im Internet surfen. Dial-up ist wie traditionell Abfragen aus der Datenbank zu lesen, während Fiber wie das Lesen aus dem Speicher ist. Wenn sich Endbenutzer über die Geschwindigkeit beschweren, mit der Abfragen angezeigt werden, und die InfoCubes bereits so weit wie möglich auf die Leistung abgestimmt sind, ist es möglicherweise an der Zeit, in den Business Warehouse Accelerator zu investieren. Die BWA sitzt auf dem bestehenden BW-System und erfordert keine Transporte oder Änderungen am OLAP-System. Es dient lediglich als speicherinternes Repository, das Abfragen zum Zeitpunkt der Ausführung zum Lesen aus dem Speicher anweist. Das Endergebnis ist eine viel schnellere Verarbeitung und eine produktivere Belegschaft.
Wie einfach ist es, Abfragen schneller auszuführen? Nun, ein BW-Backend-Benutzer würde in den Transaktionscode RSDDB gehen (oder wenn Sie eine ältere Version von BW ausführen, versuchen Sie RSDDBIAMON2 ) und den zugrunde liegenden InfoCube in den Speicher indizieren. Es ist ein zweistufiger Prozess, der im Hintergrund abläuft.
- Zunächst wird die Würfelstruktur in den Speicher geladen. Alle Faktentabellen, Dimensionstabellen usw. …
- Sobald die Struktur im Speicher indiziert ist, wird sie mit einer Kopie der Daten aus der Datenbank gefüllt. Die anfängliche Indizierung dauert einige Zeit (mindestens eine Stunde, abhängig vom Volumen), aber alle nachfolgenden Rollups (Datenaktualisierungen) werden schnell verarbeitet. Wenn neue Daten in den InfoCube geladen werden, muss der Cube sofort aufgerollt werden. Dies ist wie ein Aggregat, das aufgerollt werden muss, um die vorhandenen Daten mit den neu geladenen Daten zu aktualisieren. Es ist wichtig, zur BWA zu rollen, um die neuesten Daten abzufragen.
Sie fragen sich vielleicht, was passiert, wenn die BWA jemals ausfällt. Nun, die BW-Umgebung ist intelligent genug, um automatisch zu überprüfen, ob der BWA-Index für einen bestimmten Cube aktiv ist oder nicht. Wenn es inaktiv ist, trifft der Benutzer, der die Abfrage ausführt, auf die Datenbank, anstatt aus dem BWA-Index zu lesen. Die Daten sind weiterhin über herkömmliche Datenbankabfragen zugänglich, nur nicht mit BWA-Geschwindigkeiten!
Die einzigen Risiken, die BWA in Ihre SAP BW-Umgebung einbringen kann, sind BWA-Jobausfälle aufgrund von Systemauftragskollisionen, die durch Tabellensperren verursacht werden. Wenn beispielsweise 0MATERIAL seinen Attributänderungslauf ausführt und ein InfoCube, der dasselbe Objekt 0MATERIAL enthält, gleichzeitig auf die BWA aktualisiert wird, schlägt das BWA-Rollup fehl. Das BW-System hat immer Vorrang und ist intelligent genug, um zu wissen, dass das BWA eher ein Bolzengerät ist. Sobald der Attributänderungslauf abgeschlossen ist, kann der BWA-Roll-up-Schritt einfach wiederholt werden. Aus diesem Grund ist es so wichtig, Ihre BWA-Rollups angemessen zu planen, um Fehler auf die nächtliche Verarbeitung zu reduzieren. Sie können sich die BWA als schreibgeschützten Zugriff auf das BW-System vorstellen.
Das BW 7.3-Upgrade schaltet einige neue Funktionen für die BWA frei. Wenn die BWA Version 7.2 ist und auf BW 7.3 läuft, können Sie DSOs indizieren! Nun, nicht direkt … In BW 7.3 wurde eine Funktion hinzugefügt, mit der Sie direkt in die BWA laden und die Datenbank vollständig umgehen können. Wenn Sie also einige DSOs haben, die Sie indizieren möchten, müssen Sie nur einen BWA-InfoCube erstellen.
Schritt 1: Erstellen Sie einen neuen InfoCube mit dem DSO, den Sie als Vorlage indizieren möchten. Wählen Sie aus der Dropdown-Liste BWA-Status: „InfoCube speichert seine Daten nur in der BWA“.
Schritt 2: Hier sehen wir die Struktur des Würfels. Es nimmt die DSOs-charakteristischen Felder und wirft alles in Dimension 1. Alle DSOs-Kennzahlen werden in den Kennzahlen-Ordner des Cubes gelegt. Aktivieren Sie den InfoCube.
Schritt 3: In Transaktion RSDDB (neu bis 7.3, BWA-Transaktion) Wir können sehen, dass der Index rot ist, was bedeutet, dass er gerade erstellt wird (ZBWAONLY1).
Schritt 4: In SM37 können wir sehen, dass die Indexaktivierung stattfindet
Lassen Sie uns in dieses Jobprotokoll eintauchen und sehen, was hinter den Kulissen tatsächlich vor sich geht:
Schritt 5: RSDDB-Indexinfo (Beachten Sie, dass die F-Tabelle eine Indexgröße von 0 hat, da wir den DTP nicht nur vom DSO zum BWA-InfoCube ausgeführt haben)
Schritt 6: Führen Sie das DTP aus, verwalten Sie nach Abschluss nur den BWA-Cube
Schritt 7: Wenn wir zu RSDDB zurückkehren und zu Indexinformationen gehen, können wir sehen, dass der F-Tabellenindex seit Abschluss des DTP 10.528 Datensätze in der BWA enthält.
HÄUFIG GESTELLTE Fragen:
1. Was tun wir, wenn dem DSO regelmäßige Lasten hinzugefügt werden?
Sie müssen eine Prozesskette einrichten, die ein DTP startet, nachdem Sie das DSO geladen haben. Sie müssen den BWA-Only-Würfel so aktuell wie möglich halten. Stellen Sie sicher, dass Sie versuchen, die DSO-Delta-Daten so häufig wie möglich in den BWA-Only-Cube zu übertragen.
2. Müssen wir DTP vom DSO zum Cube nach jeder neuen Anforderung in DSO ausführen?
Ja, der BWA-Only-Cube schreibt die Daten nur in den Speicher, wenn die DSO-to-BWA-Only-Cube-Last gestartet wird. Andernfalls hat der BWA nur noch keine Ahnung, dass der DSO neue Daten hat. Das DTP wird sehr schnell ausgeführt, da es in den Speicher geladen wird.