Die Zukunft von Data Warehousing
Im Zuge der digitalen Transformation – Stichwort Big Data, Industrie 4.0 oder Internet of Things (IoT) – steigen die Anforderungen an das Enterprise Data Warehousing (EDW), gerade was die Schnelligkeit des Datenzugriffs und der Analysen betrifft, die Modellierung oder die Integration von Daten aus unterschiedlichen Quellen.
SAP Business Warehouse (SAP BW) on AnyDB, das nach den Prinzipien einer Layered Scalable Architecture (LSA) implementiert ist, kann diese nicht zufriedenstellend bewältigen. Daher wurde SAP BW in den letzten Jahren ständig weiterentwickelt (SAP BW powered by SAP Hana, Versionen 7.3–7.5 inklusive SAP BW 7.5, Edition für SAP Hana) und parallel dazu auch die Schichtenarchitektur von einer LSA zu einer LSA++ gewandelt.
Simplere Data-Warehouse-Struktur und Modellierung
Mit BW/4 Hana hat SAP nun eine Anwendung auf den Markt gebracht, die ausschließlich auf der SAP-Hana-Datenbank läuft. Getreu dem Motto „Run Simple“ und analog zur Applikationssuite S/4 Hana wurde auch hier der Programmcode „entschlackt“, die Architektur verschlankt und das Datenmanagement durch einfachere Strukturen sowie schnellere Datenflüsse effizienter gemacht.
Das bedeutet kürzere Ladestrecken und Ladezeiten, eine verringerte Latenzzeit bei der Datenübertragung und ein deutlich höheres Tempo beim Zugriff auf BW-Daten.
Für eine noch bessere Performance sorgt ein Algorithmen-Pushdown von komplexen Query-Kalkulationen, bis dato in der Applikationsschicht ausgeführter Transformationslogik sowie von Rechenoperationen im Batch-Verfahren in die SAP-Hana-Datenbank.
Dank dieser Vereinfachungen kann die Modellierung des BW-Datenflusses nun wahlweise modell- oder applikationsgetrieben, also „top-down“ oder „bottom-up“, durchgeführt werden.
Eine Neumodellierung des Datenflusses, aber auch die Anpassung eines bestehenden Datenflussmodells lässt sich mit dem neuen Data-Flow-Modeler-Tool von BW/4 Hana komfortabel und zügig erledigen.
Die Anforderungen aus dem Business, etwa in Bezug auf Abfragen und das Reporting, lassen sich dadurch zeitnah umsetzen, und man kann agil auf Veränderungen im Markt reagieren – ein nicht zu unterschätzender Wettbewerbsfaktor.
Bestehendes und Neues
Eine solch „simplere“ BW-Struktur entsteht unter anderem durch die Reduzierung der Modellierungsobjekte von zehn auf vier, nämlich: Advanced DataStore Object (ADSO), (Enhanced) Composite Provider, InfoObjekt und Open ODS View.
Sie sind für den Betrieb auf SAP Hana optimiert, für jedes Einzelne kann ein SAP Hana View generiert und in die Applikationssuite S/4 Hana importiert werden.
Im Gegenzug lassen sich SAP-Hana-Objekte oder -Tabellen via Open ODS Views auch in BW/4 Hana eingliedern und dort nutzen. 
Einen wichtigen Beitrag zur Vereinfachung leistet im Vergleich zu SAP BW on Any DB auch die Reduzierung der obligatorischen logischen Schichten (Layer) im neuen BW.
Das wirkt sich positiv auf die Datenkonsistenz aus und sorgt zugleich dafür, dass sich der Data Footprint reduziert. Im Idealfall werden maximal zwei Layer benötigt: virtuelle Data Marts und die Data-Acquisition-Schicht.
In BW/4 Hana lässt sich daher auch ein Data Warehouse nach dem Layer-Prinzip einer LSA++ aufbauen.
Optional ist dagegen die Nutzung der Rohdaten- und der Integrationsschicht sowie von Data Marts. Welche Layer tatsächlich gebraucht werden, hängt ab vom jeweiligen Business- bzw. Service-Level.
Vereinfachte Datenintegration
Die Datenextraktion aus einem SAP- oder Non-SAP-System oder aus anderen Datenquellen gestaltet sich nun ebenfalls viel einfacher, da es nur noch drei Typen von Quellsystemen gibt.
Die Extraktion von Daten aus einem SAP-Back-End und ihr „Echtzeittransfer“ in das BW erfolgen über das Operational Data Provisioning Framework (ODP); dabei kann als Replikationswerkzeug der SAP Landscape Transformation Replication Server (SLT) genutzt werden.
Zur Anbindung einer SAP-Hana-Datenbank, Datenbanken von Drittanbietern, Data Lakes, sozialen Plattformen (Facebook, Twitter etc.) oder von Microsoft Excel oder Outlook an BW/4 Hana sowie zur Datenreplikation wird SAP Hana Smart Data Integration (SDI) für den Quellsystemtyp „Hana Source System“ eingesetzt.
Als dritter Typ steht darüber hinaus noch die Flatfile-Schnittstelle für CSV oder ASCI-Dateien zur Verfügung, sofern sie nicht alternativ über SDI integriert ist.
Effizientes Multi- Temperature Storage
Ganz neu ist das Konzept des Multi-Temperature Storage in BW/4 Hana. Es garantiert die Speicherung, Verwaltung und Komprimierung von Daten aller Art und beliebiger Menge und ein optimales Management der Ressourcen des SAP-Hana-Arbeitsspeichers (RAM), schont wertvollen In-Memory-RAM und senkt die IT-Betriebskosten (Total Cost of Ownership, TCO).
Daten der Kategorie „Hot“, die sehr häufig für Analysen, das Reporting und andere Data-Warehouse-Prozesse benötigt werden, verbleiben dabei im Arbeitsspeicher. Weniger oft genutzte, als „warm“ klassifizierte Daten werden innerhalb der SAP-Hana-Datenbank per Dynamic Tiering vom RAM in eine diskbasierte Ablage (extended tables) verschoben.
So kann man auf diese Daten jederzeit schnell zugreifen, während der Arbeitsspeicher gleichzeitig optimal genutzt werden kann. Sporadisch benötigte, „kalte“ Daten werden in eine Nearline-Storage-Lösung wie SAP IQ (früher Sybase IQ) ausgelagert.
Freie Wahl des Betriebsmodells
Neu ist außerdem die freie Wahl des IT-Betriebsmodells. Der Kunde kann BW/4 Hana im eigenen Rechenzentrum (on Premise) installieren, über SAP Hana Enterprise Cloud (SAP HEC) als Managed-Cloud-Service nutzen oder via Amazon Web Services (AWS) als Public-Cloud-Plattform beziehen.
Besonders für mittelständische Unternehmen eignet sich das SaaS-Cloudmodell, denn damit sparen sie sich die Investitionen für den Aufbau der IT-Infrastruktur für BW/4 Hana.
Die monatlichen Kosten für den Bezug von BW-Ressourcen aus einer Cloud, egal ob aus AWS oder SAP HEC, sind transparent und klar kalkulierbar.
Die Rechenleistung kann dabei bedarfsorientiert und flexibel angepasst und nahezu beliebig nach oben skaliert werden. Das ist ein großes Plus, gerade im Hinblick auf die Verwaltung von Fremd- und Massendaten im BW, wie sie zum Beispiel bei IoT-Szenarien und Industrie-4.0-Prozessen anfallen.
Fiori ersetzt SAP GUI
BW/4 Hana wartet darüber hinaus mit modernen Bedieneroberflächen für jede Anwendergruppe auf.
Statt im SAP GUI können Entwickler die Datenmodellierung jetzt komfortabel in der Eclipse-basierten Entwicklungsumgebung SAP Hana Studio durchführen, die auch die Modellierungstools von BW/4 Hana beinhaltet.
Administratoren erhalten einen SAPUI5-basierten Process Chain Monitor, mit dem sie ihre Aufgaben effizient erledigen können – am Desktop wie auch mobil per Smartphone oder Tablet.
Nicht mehr unterstützt wird das Front-End-Werkzeug SAP-BEx-Suite. Es wird ersetzt durch SAP-BusinessObjects-Lösungen wie SAP Design Studio für Dashboards und mobile BI, SAP Analysis for Microsoft Office für die Excel-Analyse, SAP Lumira für BI-Selfservices sowie die SaaS-Cloudlösung SAP BusinessObjects Cloud für Planung, Prognose und Analyse.
BW/4 Hana bietet zudem offene Schnittstellen für IT-Tools von Drittanbietern, die auf den Datenbanksprachen SQL und Multidimensional Expressions (MDX) sowie dem Open Data Protocol (OData) basieren.
Umstieg mit Partner
Ein Umstieg auf BW/4 Hana sollte jedoch nicht ohne die Begleitung eines Partners mit hoher Beratungs-, Prozess- und Technologiekompetenz im SAP-Umfeld in Angriff genommen werden.
Nur so ist gewährleistet, dass alle bei der BW-Implementierung relevanten Aspekte berücksichtigt werden: Prozesse, Datenmodelle, Inhalte (welche Daten sind wem wo wie oft in welcher Geschwindigkeit und Semantik und auf welchem Front-End bereitzustellen) sowie Organisationsstrukturen und Verantwortlichkeiten (BICC, Fachbereich, Stabsstelle).
Ein erfahrener Beratungspartner achtet auch darauf, dass die BW-Einführung im Einklang mit der IT- beziehungsweise BI-Strategie und ihren Zielen steht. Falls nötig erarbeitet er eine solche in enger Zusammenarbeit mit dem Kunden.
Er unterstützt darüber hinaus die Wahl des passenden BW-Betriebsmodells (on Premise oder Cloud) und bringt das Know-how zur Weiterentwicklung einer LSA zur LSA++ mit. Ist er dann noch mit der BW-Roadmap vertraut, kann der Kunde frühzeitig von Innovationen profitieren.
Roadmap und offene Fragen
Für das vierte Quartal 2016 hat SAP für BW/4 Hana zum Beispiel die Auslieferung von optimiertem Business-Content für Finanzbuchhaltung, Controlling, Materialwirtschaft und Vertrieb sowie für die Versorgungsbranche angekündigt wie auch einen Spark-SQL-Adapter für die Datenintegration mit Hadoop.
Ab 2017 sollen dann kontinuierlich weitere Verbesserungen wie ein automatisiertes Data Lifecycle Management (DLM) für Multi-Temperature Storage oder SAP-BW/4-Hana-Analyseprozesse mit Apache Spark und Hadoop bereitgestellt werden.
Des Weiteren ist eine Integration mit den Cloud-Lösungen SAP SuccessFactors, SAP Ariba und SAP Cloud for Customer geplant.
Doch es gibt noch Optimierungspotenzial und offene Fragen. So ist etwa die Integration der Unternehmensplanung elementarer Bestandteil eines Data Warehouse. Hier herrscht Nachholbedarf, denn BW/4 Hana bietet zurzeit keine Unterstützung für die Planungs- und Konsolidierungslösung SAP Business Planning and Consolidation (SAP BPC); der Roadmap folgend steht diese für die nahe Zukunft an.
Noch ungeklärt sind derzeit vor allem Fragen in Bezug auf die Lizenzkosten und den Schutz bestehender SAP-BW-Installationen beim Kunden (on AnyDB oder powered by SAP Hana).
Höchstwahrscheinlich muss das neue BW-Produkt, das kein Bestandteil des SAP-NetWeaver-Angebots mehr ist, gesondert lizenziert werden. In Zukunft wird SAP vor allem in die Weiterentwicklung von BW/4 Hana investieren, alle anderen SAP-BW-Versionen werden in die Mainstream-Wartung übergehen; für SAP BW 7.5 läuft diese Ende 2022 aus.
