Konsolidierung Data Warehouses mit SAP HANA – PoC SAP-Forum für die Versorgungswirtschaft Lars Giesler 04.11.2016 Vertraulich 1 Agenda Die Stadtwerke München Fachliche Herausforderungen im BI-Umfeld Ist-Architektur und Backend-Strategie Untersuchte Szenarien und Erfahrungen Fazit Ihre Fragen / Diskussion 2 04.11.2016/ Konsolidierung Data Warehouses mit SAP HANA – PoC Die Stadtwerke München Garant der kommunalen Daseinsvorsorge Einer der größten deutschen Energieversorger Eines der größten kommunalen Unternehmen Deutschlands Begleiten seit über 125 Jahren das Leben in München Nachhaltiges Angebot: Strom, Erdgas, Fernwärme, Wasser, Bäder, Nahverkehr und Telekommunikation Bieten attraktive Leistungen zu einem guten Preis-Leistungs-Verhältnis 3 04.11.2016/ Konsolidierung Data Warehouses mit SAP HANA – PoC Die Stadtwerke München Unsere Kernkompetenzen Strom: Erzeugung, Verteilung, Vertrieb Erdgas: Produktion, Transport, Verteilung, Vertrieb Fernwärme: Erzeugung, Verteilung, Vertrieb Wasser: Gewinnung, Verteilung, Vertrieb Bäder: Hallen-, Freibäder, Saunen, Eislauf Mobilität: U-Bahn, Tram, Busse und mehr Telekommunikation: Internet, Telefon und TV über Glasfaser 4 04.11.2016/ Konsolidierung Data Warehouses mit SAP HANA – PoC Die Stadtwerke München Kennzahlen 5 Kunden mehr als 1,2 Millionen (Energie und Wasser) Mitarbeiter rund 9.700 Umsatz 2014 rund 6,1 Milliarden Euro Stromnetz rund 12.000 km Fernwärmenetz rund 800 km Erdgasnetz rund 6.000 km Wassernetz rund 3.200 km Verkehrsnetz rund 636 km 04.11.2016/ Konsolidierung Data Warehouses mit SAP HANA – PoC Die Stadtwerke München Ausbauoffensive Erneuerbare Energien Ambitioniertes SWM Ziel 2008 gestartet – lange vor der von der Bunderegierung beschlossenen Energiewende (und auch vor Fukushima). Bis 2025 wollen die SWM so viel Ökostrom in eigenen Anlagen produzieren, wie ganz München verbraucht. München wird weltweit die erste dieses Ziel erreicht. Die SWM stellen ein Budget von 9 Mrd. Euro zur Verfügung. 6 04.11.2016/ Konsolidierung Data Warehouses mit SAP HANA – PoC Millionenstadt sein, die Die Stadtwerke München Vision 2040: 100 % Fernwärme aus erneuerbaren Energien gewinnen und Transport zum Kunden gewährleisten Mit 800 Kilometern ist das SWM Fernwärmenetz eines der längsten in Europa SWM wollen als erste deutsche Großstadt eine Fernwärmeversorgung zu 100 % aus erneuerbaren Energien SWM nutzen geologischen Standortvorteil und erschließen weitere GeothermiePotenziale 7 04.11.2016/ Konsolidierung Data Warehouses mit SAP HANA – PoC Nord-Süd-Schnitt durch das Voralpenland Agenda Die Stadtwerke München Fachliche Herausforderungen im BI-Umfeld Ist-Architektur und Backend-Strategie Untersuchte Szenarien und Erfahrungen Fazit Ihre Fragen / Diskussion 8 04.11.2016/ Konsolidierung Data Warehouses mit SAP HANA – PoC Fachliche Herausforderungen im BI-Umfeld Herausforderungen In den letzten Jahren wurden im BI-Umfeld viele neue fachliche Anforderungen gefordert und zum Teil bereits umgesetzt. Daraus ergeben sich folgende Herausforderungen 9 klare Aussage der Lösungen und Kennzahlen auch für viele unterschiedliche Fachbereiche gewährleisten Konsolidierung und Harmonisierung der bisherigen Lösungen Sicherstellen der Wartbarkeit und Erweiterbarkeit Abdecken neuer Anforderungsbereiche 04.11.2016/ Konsolidierung Data Warehouses mit SAP HANA – PoC Fachliche Herausforderungen im BI-Umfeld Konsolidierung / Harmonisierung der bisherigen Lösungen Einführung der Standardisierung Erarbeiten erweiterter RE-Richtlinien für BI Einführung des Kennzahlenkatalogs für alle BI-Projekte Prototypische Umsetzung eines unternehmensweiten (Kennzahlen-) Glossars Prototypische Nutzung eines BI-Datenmodells mit Schwerpunkt mehrdimensionale Modellierung Erweiterung der prototypischen Anwendung um weitere Anwendungen Schaffen einer Basis für Stammdatenkonzept 10 04.11.2016/ Konsolidierung Data Warehouses mit SAP HANA – PoC Fachliche Herausforderungen im BI-Umfeld Neue Anwendungsgebiete In den letzten Jahren viele neue Anwendungsgebiete erschlossen: Neben „normalen“ Reporting, Planung und Analysen gibt es jetzt auch Standardisierte Reports und Cockpits Automatisierte Standardberichte Erweiterte Simulationsmöglichkeiten Teilautomatisierung von Fachprozessen Zusätzlich gibt es zunehmend Anforderungen, die die Definition von bereichsübergreifenden Kennzahlen notwendig machen. „EIN“ fachlicher Datentopf ist eine Voraussetzung 11 04.11.2016/ Konsolidierung Data Warehouses mit SAP HANA – PoC Agenda Die Stadtwerke München Fachliche Herausforderungen im BI-Umfeld Ist-Architektur und Backend-Strategie Untersuchte Szenarien und Erfahrungen Fazit Ihre Fragen / Diskussion 12 04.11.2016/ Konsolidierung Data Warehouses mit SAP HANA – PoC Backend-Strategie und Ist-Architektur Motivation Die Stadtwerke München haben derzeit zwei BI Stacks im Einsatz: Neben SAP BW kommt eine Oracle basierte Actuate Landschaft zum Einsatz Die fachliche Abstimmung findet derzeit im Wesentlichen auf Ebene der Kennzahlendefinition statt Der unternehmensweite Einsatz der Anwendungen erfordert effizientere Lösungen. Durch eine Vereinheitlichung der breiten Datenbasis sind schon jetzt genutzte Synergieeffekte noch viel mehr nutzbar Aktuell werden Daten teilweise redundant in den BI-Systemen gehalten, mit den damit verbundenen Problemen (Ladezeiten, Konsistenz, Speicherplatz) Notwendigkeit, um Anforderungen aus Projekten effizient bedienen zu können: einheitliches Datenmodell (fachlich und technisch) einheitliche Datenbasis und DWH-Architektur Zeitgemäße Technologien und Anwendungen 13 04.11.2016/ Konsolidierung Data Warehouses mit SAP HANA – PoC Backend-Strategie und Ist-Architektur Ist-Architektur Front End BEx Front End Actuate SAP BW Datenhaltung Oracle Data Warehouse Datenhaltung Oracle SAP Systeme 14 ETL SSI SAP Kosten 04.11.2016/ Konsolidierung Data Warehouses mit SAP HANA – PoC EDB NN Backend-Strategie und Ist-Architektur Ist-Architektur BI-Plattform Client-Schicht Business Explorer (BEx) Query Designer Datenportal (Web-Frontend) Analyzer (EXCEL) BIRTReports Web BIRT 360 SAP GUI BPS (Personal) DMS/Wiki/ Teamtrainer BIRT eSpreadsheet (Dashboard) BIRT Report Studio (AdHoc) Administrator Workbench Internet BIRT Analyser Links zu Dateien Informationskonsole (Web-Frontend) Andere... Personalisierung Output-Mgmt Intranet BIRTReports BIRT 360 Single SignOn BIRT Report Studio BIRT eSpreadsheet BIRT Analyser Perf.Scorecards Eclipse BIRT Single SignOn Authentifizierung Authentifizierung SAP WebServer ABAP SWM IDM (LDAP) Authentifizierung zenrale SAP BW Application Server ACTUATE iServer Benutzerverwaltung Information-/ Data-Objects SAP Netweaver Security SAP SEM BPS BEX Queries und EXCEL Arbeitsmappen Skalierbare Plattform Authentifizierung Scheduling Jobs MetadatenRepository BI- und Reporting Engine Versionierung Archivierung Staging Engine IDAPI/JSAPI Authentifizierung InfoCubes, DSO, PSA OLAP Prozessor / MDX Prozessor Caching ETL (Extraktion/Transformation/Laden) Funktionalität ETL Funktionalität Talend Integration Suite (ETL) Metadata Manager ApplikationsSchicht Business Modeler IntegrationPlattform Job Designer SAP/BW Datenbank PersistenzSchicht BI – Datenbank - Auswerte-Schema - Metadaten und Datenpuffer Quellsysteme CSV-Dateien SAP Classic (CO, FI, PM, MM, IS-U) 15 Schadensund StörungsStatistik (SSI) EnergieDatenban k (EDB) B2B Speedikon Excel – Dateien Omnitracker Access PS-Next Risiko ManagementDatenbank (RMDB) ZähldatenManagementSystem (ZDMS) FirstNet (via mscons) KraftwerksgasPlandaten Power (WetterDaten) ABACUS (DB AG) LDAP 04.11.2016/ Konsolidierung Data Warehouses mit SAP HANA – PoC HydrologieDatenbank (HDB) MS SQL Solution Manager ProKoRisk PSEC Backend-Strategie und Ist-Architektur Ist-Architektur Auswirkungen: Hoher Betriebsaufwand, insbesondere in den Folgejahren für den Betrieb von mehreren BI-Stacks Redundante Datenhaltung in den BI-Systemen, mit den damit verbundenen Problemen (Ladezeiten, Konsistenz, Speicherplatz) 16 Hoher Entwicklungs- und Wartungsaufwand für neue und bestehende BI-Anwendungen Nutzung vorhandener Backend-Funktionalitäten nicht möglich SAP wird mittelfristig nur noch SAP HANA als Datenbank unterstützen und neue Funktionalitäten werden nicht verfügbar sein, da diese nur für SAP HANA entwickelt werden Aufbau eines einheitlichen DWH für die SWM nicht möglich Neue Anwendungsfälle z.B. aus dem Big Data Umfeld nicht umsetzbar 04.11.2016/ Konsolidierung Data Warehouses mit SAP HANA – PoC Backend-Strategie und Ist-Architektur Backend-Strategie – Vorgehen Untersuchung von 4 Optionen im Rahmen der BI-Strategie (seit 2014) Option 4: SAP HANA (HDB) als zentrales neues Data Warehouse (sowohl SAP als auch Non-SAP) Vorteile: SAP BW kann effizient als zentrales Data Warehouse genutzt werden, die existierenden Modelle bleiben erhalten Ein einheitliches zentrales Data Warehouse Mächtiges Transportwesen Actuate kann direkt auf HDB zugreifen Zugriff von Actuate auf online verfügbare und archivierte Cubes wird unterstützt SAP BW ist mittelfristig ohne SAP HANA kaum noch denkbar Nachteile: Oracle-Data-Warehouse muss nach HDB migriert werden, kann aber 1:1 erfolgen, erfolgt sukzessive (zunächst SDA und dann migriert) 17 04.11.2016/ Konsolidierung Data Warehouses mit SAP HANA – PoC Backend-Strategie und Ist-Architektur Backend-Strategie – Ziellandschaft 1 Front End Actuate Neues Front End Data Warehouse Datenhaltung SAP HANA (HDB) für SAP BW und NON-SAP SAP IQ Near-Line Storage and Retention Management rapiddeployment solution für BW ETL: Talend, SAP SAP Landscape Transformation, BW SAP Systeme 18 SSI SAP Kosten EDB 04.11.2016/ Konsolidierung Data Warehouses mit SAP HANA – PoC NN Backend-Strategie und Ist-Architektur Backend-Strategie Nutzung von BW-Modellen in SAP HANA mit direktem SQL-Zugriff Seit SAP BW 7.4 SP05 gibt es so genannte „Analytic Views“ Analytic Views stellt ein OLAP-Modell des BW externen Tools in HANA im Sinne eines Star Schemas zur Verfügung 19 Über „Calculation Views“ können mehrere Cube-Schemata miteinander kombiniert werden, diese sind zukünftig das zentrale Objekt zur Virtualisierung in HANA Fazit: Die Ebene des Reporting Layers des SAP BW powered by SAP HANA wird inklusive der Aspekte des Nearline Storage auch anderen Tools mit direktem SQL Zugriff auf die SAP HANA DB zur Verfügung gestellt, Bex Queries sind dafür nicht mehr notwendig schneller Zugriff für Actuate möglich 04.11.2016/ Konsolidierung Data Warehouses mit SAP HANA – PoC Backend-Strategie und Ist-Architektur Backend-Strategie Nutzung von proprietären Modellen in SAP HANA über SAP BW OLAP SAP HANA BW Open ODS Views definieren im BW eine Form des nicht persistierten Zugriffs auf Tabellen oder Views in der HANA DB 20 Open ODS Views können direkt in Bex Queries genutzt werden Im Fall eines in SAP HANA gespeicherten extern erzeugten Star Schemas erfolgt die Nutzung dieses Modells direkt über Open ODS Views SAP HANA smart data access (SDA) erlaubt den Zugriff auf externe Daten (auch Hadoop) über Open ODS Views (geht auch direkt mit Oracle) Field-based DSOs erlauben neue BW Modelle ohne den Bedarf für jedes Feld ein InfoObjekt anlegen zu müssen, ausgewertet werden diese über Open ODS Views 04.11.2016/ Konsolidierung Data Warehouses mit SAP HANA – PoC Ziel-Architektur Ziellandschaft – Das BI-Ökosystem Front End Actuate Neues Front End Analytics NoSQL-Engine(s) Data Warehouse Datenhaltung SAP HANA (HDB) für SAP BW und NON-SAP SDA Hadoop-Cluster SAP IQ Near-Line Storage and Retention Management rapid-deployment solution für BW HANA extended tables ETL: Talend, SAP Landscape Transformation, BW etc. SAP 21 „SSI“ EDB NN Social Media 04.11.2016/ Konsolidierung Data Warehouses mit SAP HANA – PoC FahrgastDaten Smart Meter Bäder Agenda Die Stadtwerke München Fachliche Herausforderungen im BI-Umfeld Ist-Architektur und Backend-Strategie Untersuchte Szenarien und Erfahrungen Fazit Ihre Fragen / Diskussion 22 04.11.2016/ Konsolidierung Data Warehouses mit SAP HANA – PoC Untersuchte Szenarien und Erfahrungen Szenarien SWM als Versorgungsunternehmen verwenden u.a. SAP for Utilities für die Unterstützung der zentralen Geschäftsprozesse, neben den Modulen FI, CO, PM und anderen, speziell für Versorgungsunternehmen Abrechnung von Energiedienstleistungen, Verkaufsabwicklung und andere Gerätemanagement (Strom-, Gas-, Wasserzähler) Viele „datenintensive“ Berichtsanwendungen innerhalb SAP BW, wie z.B. Bilanzielle Abgrenzung Verkaufsstatistik Bestehende Berichtsanwendungen sollen möglichst einfach nach SAP HANA als Datenquelle umgestellt werden (Szenario 1 + 2) Die Daten aus SAP BW müssen zunehmend zusammen mit „SAP-fremden“ Daten kombiniert werden. Wichtig ist daher der wechselseitige Zugriff von Frontends auf die jeweils „anderen“ Daten (Szenario 3 + 4) Ziel ist die Unabhängigkeit der Wahl des Frontends von der Datenquelle 23 04.11.2016/ Konsolidierung Data Warehouses mit SAP HANA – PoC Untersuchte Szenarien und Erfahrungen Szenario 1 – SAP BW on HANA BEx Analyser Actuate Berichte SAP BW (BLX) Actuate iServer BLX als Kopie vom BLP 24 SAP HANA 04.11.2016/ Konsolidierung Data Warehouses mit SAP HANA – PoC DB für Actuate Berichte Untersuchte Szenarien und Erfahrungen Szenario 1 – SAP BW powered by SAP HANA Mit dem Einsatz von SAP HANA als BW Datenbank ist der Wunsch nach deutlicher Performance-Steigerung im SAP BW und zugleich geringerer Komplexität durch schlankere Modelle verbunden Engpässe bei der bilanziellen Abgrenzung und Simulation sind zu vermeiden, eine häufigere Erstellung einer Bilanz ist ein Ziel Dieses Szenario soll belegen, dass die Prozesse nach der Migration weiterhin laufen und durch die Migration positiv beeinflusst werden Neue Anwendungsfälle sind durch die Umstellung erst möglich und heute nicht darstellbar, hierzu zählen realtime-Analysen und Advanced Analytics. Viele SAP BW Funktionalitäten sind nur noch mit SAP HANA abgedeckt SAP BW und SAP HANA verschmelzen zu einer einheitlichen BI-Lösung für BW Applikationen und direkte SQLSzenarien 25 04.11.2016/ Konsolidierung Data Warehouses mit SAP HANA – PoC Untersuchte Szenarien und Erfahrungen Szenario 1 – SAP BW powered by SAP HANA Systemkopie 1:1 BLP@Oracle BLP@Oracle Migration via DMO BLX@Oracle BLX@Oracle Version BLP/BLX vor Migration: • Oracle 11 • Non Unicode • SAP EHP1 FOR SAP NETWEAVER 7.3 26 04.11.2016/ Konsolidierung Data Warehouses mit SAP HANA – PoC BLX@HANA BLX@HANA Zielversion: • SAP HANA • Unicode • SAP NetWeaver 7.4 Untersuchte Szenarien und Erfahrungen Szenario 1 – SAP BW powered by SAP HANA BLX@HANA BLX@HANA Erkenntnisse des Systembetriebs: • • • • 27 Business Downtime < 24 Stunden Speicherersparnis durch Kompression ca. 2/3 Integration in die SWM SAP IT Umgebung möglich Gute Unterstützung durch SAP Support 04.11.2016/ Konsolidierung Data Warehouses mit SAP HANA – PoC Untersuchte Szenarien und Erfahrungen Szenario 1 – SAP BW powered by SAP HANA Performance ETL BA Testhochrechnung 05.2015 06:00:00 04:48:00 Durchschnittliche Zeitersparnis 68,86% 03:36:00 02:24:00 BLX@Oracle BLX@HANA 01:12:00 28 04.11.2016/ Konsolidierung Data Warehouses mit SAP HANA – PoC ZUCR4H11 " " ZUCR4H11 AZ ZUCR4H11 9 ZUCR4H11 8 ZUCR4H11 7 ZUCR3H11 6 ZUCR3H11 5 ZUCR2H11 4 ZUCR2H11 3 ZUCR1H11 2 ZUCR1H11 1 00:00:00 Untersuchte Szenarien und Erfahrungen Szenario 1 – SAP BW powered by SAP HANA Performance ETL Verkaufsstatistik IST 2015 Delta 02.03.2015 - 01.04.2015 02:52:48 02:24:00 Durchschnittliche Zeitersparnis 54,39% 01:55:12 BLX@Oracle 01:26:24 BLX@HANA 00:57:36 00:28:48 00:00:00 ZUCR1I15 29 ZUCR2I15 ZUCR3I15 04.11.2016/ Konsolidierung Data Warehouses mit SAP HANA – PoC ZUCR4I15 Untersuchte Szenarien und Erfahrungen Szenario 1 – SAP BW powered by SAP HANA Prozessketten Die folgenden Prozesstypen werden beim Einsatz der SAP HANA Datenbank nicht benötigt • Initiales Füllen neuer Aggregate • Explorer-Eigenschaften von BW-Objekten aktualisieren • Hochrollen gefüllter Aggregate/ BWA-Indizes • Anpassen zeitabhängiger Aggregate • Datenbankstatistik aufbauen • Index aufbauen • Index löschen 30 04.11.2016/ Konsolidierung Data Warehouses mit SAP HANA – PoC Untersuchte Szenarien und Erfahrungen Szenario 1 – Performance Berichte SAP BW Query Laufzeit 00:50:24 0:48 00:43:12 00:36:00 00:28:48 Oracle HANA 00:21:36 0:14 00:14:24 0:13 0:11 00:07:12 0:01 0:01 0:00 0:00 00:00:00 Z7ALL_BA_SPROD 31 Z7ALL_BA_GPROD Z7HST_ALLE_GK_GEP 04.11.2016/ Konsolidierung Data Warehouses mit SAP HANA – PoC Z7BES_VER_51AD Durchschnittliche Zeitersparnis Ohne Archive! 93,55% Untersuchte Szenarien und Erfahrungen Szenario 2 – Actuate on SAP HANA BEx Analyser Actuate Berichte SAP BW (BLX) Actuate iServer BLX als Kopie vom BLP 32 SAP HANA 04.11.2016/ Konsolidierung Data Warehouses mit SAP HANA – PoC DB für Actuate Berichte Untersuchte Szenarien und Erfahrungen Szenario 2 – Actuate on SAP HANA Umstellung der Datenquelle als Grundlage der Berichte und Cockpits von Oracle nach SAP HANA Geringer Aufwand für die Migration der Datenquellen nach SAP HANA in Actuate sind ca. 40 Berichts- und Cockpitanwendungen über 1000 Berichtsdesigns in produktivem Betrieb Perspektivisch sollen Calculation Views in SAP HANA den aktuellen Metadaten-Layer ersetzen Nutzung einheitlich definierter Stammdaten in allen Berichtsanwendungen übergreifendes Stammdatenkonzept Das Szenario soll zeigen, ob und mit welchem Aufwand Actuate Anwendungen nach SAP HANA umstellbar sind. 33 04.11.2016/ Konsolidierung Data Warehouses mit SAP HANA – PoC Untersuchte Szenarien und Erfahrungen Szenario 2 – Actuate on SAP HANA Migration der Talend-ETL-Ladejobs des MPI Berichtswesen Quelle: Datendrehscheibe (Daten aus MaMS und dem PS) Ziel: SAP HANA-DB anstelle von Oracle Anbindung in Talend erfolgt mit HANA JDBC-Treiber Umstellung aller ETL-Oracle-Zielknoten in den Ladejobs auf Standard JDBC-Knoten. Spezielle Talend HANA Komponenten stehen in der BigData Version zur Verfügung. Besonderheiten: Oracle NVL(), SAP HANA-Alternative: IFNULL() Oracle TRUNC(), keine SAP HANA-Alternative Oracle regexp_substr, SAP HANA-Alternative: SUBSTR_REGEXPR Oracle: CONNECT BY PRIOR, keine SAP HANA-Alternative Oracle: CLOB, HANA: NCLOB Umstellung einiger MPI-Berichte (Statusbericht, Ampelliste) auf die SAP HANA-DB 34 04.11.2016/ Konsolidierung Data Warehouses mit SAP HANA – PoC Untersuchte Szenarien und Erfahrungen Szenario 3 – Zugriff SAP BW auf Actuate Datenmodelle BEx Analyser Actuate Berichte SAP BW (BLX) Actuate iServer BLX als Kopie vom BLP 35 SAP HANA 04.11.2016/ Konsolidierung Data Warehouses mit SAP HANA – PoC DB für Actuate Berichte Untersuchte Szenarien und Erfahrungen Szenario 3 – Zugriff SAP BW auf Actuate Datenmodelle Die Tabellen im Actuate Datenbankschema in der SAP HANA-DB können für den Zugriff aus dem SAP BW freigegeben werden. Der Zugriff auf die Tabellen funktioniert über Open ODS Views, die im SAP BW angelegt werden können. Auf diesen ODS-Views können wie im SAP BW gewohnt mit dem Query Designer Abfragen erstellt werden und mit dem BEx Analyzer ausgewertet werden. => Einfacher Zugriff und Auswertung der Daten des MPI-Berichtswesens mit SAP BW Werkzeugen, ohne Neuladen der Daten ins SAP BW. 36 04.11.2016/ Konsolidierung Data Warehouses mit SAP HANA – PoC Untersuchte Szenarien und Erfahrungen Szenario 4 – Zugriff von Actuate auf SAP BW Datenmodelle BEx Analyser Actuate Berichte SAP BW (BLX) Actuate iServer BLX als Kopie vom BLP 37 SAP HANA 04.11.2016/ Konsolidierung Data Warehouses mit SAP HANA – PoC DB für Actuate Berichte Untersuchte Szenarien und Erfahrungen Szenario 4 – Zugriff von Actuate auf SAP BW Datenmodelle Die Tabellen des BLX-Systems stehen in der SAP HANA Datenbank in einem eigenen Datenbankschema zur Verfügung. Sämtliche Tabellen aus dem BLX-System können – sofern die Berechtigungen passend gesetzt wurden problemlos in Actuate oder anderen Drittsystemen angezeigt und verwendet werden. Komplizierte SAPSchnittstellen, über die die SAP-Daten extrahiert und in der BI-Oracle-Datenbank zur Verfügung gestellt wurden, sind mit SAP BW powered by SAP HANA nicht notwendig. In einem Actuate/BIRT Bericht kann eine Datenbankverbindung zu SAP HANA eingerichtet und auf alle berechtigten Tabellen aus dem verknüpften Schema zugegriffen werden. Genauso können die Actuate InformationObjects als Metadatenschicht auf einer SAP HANA Datenbank angelegt und verwendet werden. Wir konnten einfach Actuate-Berichte auf großen SAP for Utilities Daten erstellen. 38 04.11.2016/ Konsolidierung Data Warehouses mit SAP HANA – PoC Agenda Die Stadtwerke München Fachliche Herausforderungen im BI-Umfeld Ist-Architektur und Backend-Strategie Untersuchte Szenarien und Erfahrungen Fazit Ihre Fragen / Diskussion 39 04.11.2016/ Konsolidierung Data Warehouses mit SAP HANA – PoC Fazit Ergebnis Ziele des POC wurden vollständig erreicht Konsolidierung mit SAP HANA ist möglich Migration mit geringer Downtime möglich Vereinfachung des Datenzugriffs, insbesondere der wechselseitige Zugriff Große Performanceverbesserungen vor allem im SAP BW Umfeld „Regel“-Betrieb beim Systembetrieb läuft, wird fortgesetzt, Kollegen bei SB sind SAP HANA zertifiziert Zusammenarbeit SWM-intern lief reibungslos 40 04.11.2016/ Konsolidierung Data Warehouses mit SAP HANA – PoC Fazit Nächste Schritte Weiterbetrieb des SAP HANA Testsystems in 2016 Weitere Integration SAP HANA in Regelbetrieb, z.B. bzgl. Support Packages Produktiver Einsatz von SAP HANA Für Non-SAP Daten ist eine Instanz bereits produktiv Umstellung der SAP BW Systeme für Q1/2017 bis Q1/2018 geplant Unicode Konvertierung erfolgt im Zuge der Migration nach SAP HANA NLS –Migration auf Basis von SAP IQ wird in 2016 durchgeführt Einsatz in unterschiedlichen Fachbereichen bereits vorgesehen Im Rahmen von Projekten laufen derzeit Entwicklungen für neue Geschäftsprozesse sowie die Unterstützung bestehender 41 04.11.2016/ Konsolidierung Data Warehouses mit SAP HANA – PoC Agenda Die Stadtwerke München Fachliche Herausforderungen im BI-Umfeld Ist-Architektur und Backend-Strategie Untersuchte Szenarien und Erfahrungen Fazit Ihre Fragen / Diskussion 42 04.11.2016/ Konsolidierung Data Warehouses mit SAP HANA – PoC Ihre Fragen / Diskussion Fragen ? Fragen ! 43 04.11.2016/ Konsolidierung Data Warehouses mit SAP HANA – PoC Vielen Dank für Ihre Aufmerksamkeit! 44