SAP BW Bridge

SAP BW Bridge ist ein Migrationsbaustein in SAP Datasphere (der SAP-Cloud-Plattform für Datenmodellierung und Analyse), der bestehende Inhalte aus einem klassischen SAP-Data-Warehouse (SAP BW/4HANA, Business Warehouse auf HANA) in die Datasphere-Umgebung übernimmt und dort weiter betreibt. Übernommen werden Ladestrecken (Extraktoren), Datenmodelle (ADSOs, InfoProvider) und Berichts-Abfragen (BEx-Queries). Die Bridge schlägt die Brücke zwischen der alten SAP-BW-Welt und der neuen Datasphere-Architektur, in der neue Modelle im Data Builder und Business Builder (den Modellierungs-Werkzeugen von Datasphere) entstehen.

Was ist die SAP BW Bridge?

Die SAP BW Bridge ist ein Baustein innerhalb von SAP Datasphere, der einen abgeschotteten Arbeitsbereich (Tenant) mit voller BW-Kompatibilität bereitstellt und darin bestehenden SAP-BW-Content lauffähig hält. Dieser Arbeitsbereich sitzt logisch neben dem eigentlichen Datasphere-Space (dem Standard-Arbeitsbereich für neue Modelle) und teilt sich mit ihm die Datasphere-Umgebung, läuft aber als eigenständige BW-Laufzeit (also mit derselben ABAP-Programmier-Basis, auf der auch klassische BW-Systeme aufsetzen). Damit ist die BW Bridge technisch ein zweckgebundener BW-Ableger innerhalb der Datasphere-Landschaft und läuft unabhängig von bestehenden BW/4HANA-Systemen des Unternehmens.

Der Zweck der Komponente ist Content-Wiederverwendung. Wer über Jahre BW-Modelle gebaut hat (DataStore Objects [ADSOs], Composite Provider, InfoObjects, Transformationsketten, BEx-Queries), steht vor der Wahl, diesen Content in Datasphere komplett neu zu modellieren oder ihn in eine Cloud-Umgebung zu heben, in der er weiter läuft. Die BW Bridge liefert den zweiten Weg: die Objekte behalten ihre BW-Semantik und ihre Extraktionslogik, werden aber in einer Cloud-Landschaft betrieben, die an Datasphere gekoppelt ist.

Die Migration in die BW Bridge folgt zwei Mustern. Bei der Shell Conversion wird ein leerer BW-Bridge-Tenant angelegt, in den anschließend selektiv Content aus dem Quellsystem übertragen wird; die Datenmenge bleibt klein, die Modelle werden bewusst kuratiert übernommen. Die Remote Conversion nutzt den SAP Software Update Manager (SUM) und transferiert ein bestehendes BW/4HANA-System weitgehend vollständig in die Bridge. Beide Muster übernehmen den BW-Content strukturell; die Datenlast wird anschließend über die Bridge-eigenen Extraktoren oder über die BW-DTP-Prozesse nachgezogen.

Innerhalb der Datasphere-Landschaft wird der BW-Bridge-Content über Space-Sharing für neue Datasphere-Objekte sichtbar gemacht. Analytic Models im Data Builder greifen dann auf ADSOs und Composite Provider aus der Bridge zu; SAP Analytics Cloud konsumiert die kombinierte Semantik in einer Story-Sicht. Die Positionierung ist ausdrücklich Übergangs-Konstrukt: die Bridge trägt den bestehenden BW-Investitionsstand, die Ziel-Modellierung entsteht in Datasphere.

Abgrenzung zu SAP BW/4HANA, SAP Datasphere, SLT und Replication Flow

Der Begriff wird häufig mit benachbarten SAP-Datenprodukten und -werkzeugen vermischt. Die folgende Tabelle klärt die typischen Verwechslungen.

Die zentrale Abgrenzung verläuft zwischen BW Bridge und SAP Datasphere selbst. Beide Bezeichnungen tauchen im Kontext derselben Cloud-Plattform auf, meinen aber unterschiedliche Bausteine: Datasphere ist die Plattform und Modellierungsumgebung; die BW Bridge ist der eingebettete BW-Tenant für Bestandscontent. Neue Datenprodukte entstehen im Data Builder und Business Builder von Datasphere, nicht in der Bridge; die Bridge stellt lediglich die BW-Modelle als Quellen bereit.

Die zweite häufige Verwechslung betrifft BW Bridge und Replication Flow. Beide bewegen Daten aus einem SAP-Quellsystem in Richtung Datasphere, arbeiten aber auf verschiedenen Ebenen. Ein Replication Flow adressiert einzelne Tabellen oder CDS-Views und legt eine Kopie im Datasphere-Space ab. Die BW Bridge übernimmt ganze Datenmodell-Bäume aus BW inklusive Transformationslogik, Extraktoren und Query-Layer. Wer nur Rohdaten braucht, wählt einen Replication Flow; wer BW-Modell-Logik erhalten will, geht über die Bridge.

Beispiel: BW-Content-Migration in einer bestehenden Datasphere-Landschaft

Ein Industriekonzern betreibt seit mehreren Jahren ein produktives SAP BW/4HANA mit dimensionalen Modellen für Finance und Logistik. Der Bestand umfasst mehrere hundert ADSOs, Composite Provider und BEx-Queries, angebunden an das operative S/4HANA über SAP Business Content Extraktoren. Der komplette Nachbau der Modelle in SAP Datasphere ist aus Aufwands- und Risikogründen ausgeschlossen.

Die IT-Organisation richtet einen SAP-BW-Bridge-Tenant innerhalb der bestehenden Datasphere-Landschaft ein und führt eine Remote Conversion des on-premises BW/4HANA-Systems durch. Nach der Konvertierung laufen die Extraktoren und Transformationen im BW-Bridge-Tenant weiter; die ADSOs werden über SUM in der Bridge angelegt und über nachgezogene DTP-Läufe mit Daten befüllt. Die BEx-Queries bleiben lauffähig und bedienen weiterhin Bestandsberichte.

Für neue Datenprodukte, etwa ein produktbezogenes Kennzahl-Modell auf Basis von ADSOs aus der Bridge und ergänzten Referenzdaten aus einem CRM, werden im Datasphere Data Builder Analytic Models modelliert. Die BW-Bridge-Objekte werden über Space-Sharing als Quelle referenziert; neue Local Tables mit den CRM-Daten kommen als zweite Quelle dazu. SAP Analytics Cloud konsumiert die kombinierte Semantik in einer Story, ohne dass sichtbar wird, ob die Kennzahlen aus der Bridge oder aus einem nativen Datasphere-Objekt stammen. Der BW-Investitionsbestand läuft weiter, die neuen Datenprodukte entstehen in der Datasphere-Zielarchitektur.