“Game over for SAP BW – Game on for SAP HANA!” Sådan var vi mange der tænkte, da SAP lancerede sin in-memory database i 2010 og marketing maskinen kværnede løs med løftet om rapportering og data-opdatering på steroider. Forvirringen var nærmest total: Markedsføringen fortalte, at HANA var mere end blot en database og HANA Studio lignede seriøst et alternativ til SAP BW!
Som BW-konsulent tænkte jeg: ”So ein Ding muss ich auch beherrschen!” og fik i 2011 taget kurset ”TZHANA: SAP HANA In-Memory Appliance Software”. På kurset mødte jeg Richard, som var ansat hos en engelsk fødevareproducent, der var gået all-in på HANA; han skulle i gang med at migrere BW løsningen til HANA og derfor var han på kurset.
Efterhånden som kursusdagene gik, blev det tydeligt at HANA ikke var en afløser for BW i form af et centraliseret Enterprise Data Warehouse (EDW); der manglede f.eks. lidt styring af authorisationer og tidsafhængige data. Dybest set skulle man bygge sin egen EDW applikation, hvis man som Richards arbejdsgiver havde valgt at smide BW på porten. Jeg var ikke misundelig på hans situation, selvom det godt kunne have været spændende at skulle bygge det hele fra bunden…
Ud af busken!
Der gik et lille års tid før SAP fik bekendt kulør og erklærede at:
EDW = en database + X I ligningen er databasen = SAP HANA og X = SAP BW.
Godt så! Fra et BW perspektiv er HANA altså blot en database, som kan en masse vilde tricks. ”BW on HANA” begyndte at tage form og nu hvor vi går ind i 2015 er det ved at være et modent tilbud i form af ”BW 7.4 on HANA”, som SAP har til sine BW kunder, der er blevet flere og flere.

SAP BW implementeringer (kilde: SAP AG)
Langt hovedparten af BW implementeringerne fungerer som centrale EDWer, hvor brugerne tilgår data vha. et eller flere af SAPs BI Frontends. Kørselstider af både dataopdatering, rapportering og budgettering er til stadighed en udfordring. Den løser SAP HANA. Nuvel, det er nok ikke strengt nødvendigt, at din P&L rapport eller dit budget opdateres på et splitsekund – det er jo ikke driftskritiske informationer vi taler om her – men det er da vildt frustrerende som bruger at vente 30, 60 eller flere sekunder på, at skærmen bliver opdateret. Vi er alle blevet vant til Google og her kører det øjeblikkeligt.
Så det skal din BW løsning også. Der er ingen vej udenom og selvom det stadig er relativt dyrt, at smide en SAP HANA database ind under et BW system, så kommer det til at ske.
Hvordan migrerer du dit BW til BW on HANA?
Der skal derfor tages stilling til, hvordan migreringen skal foregå og valget står mellem to tilgange:
- En ”teknisk migrering”, hvor det ”bare” er databasen som skiftes ud og BW objekter konverteres til at være ”HANA-optimized”.
- En fuldbyrdet re-implementering af de eksisterende løsninger i et BW on HANA miljø.
Den første mulighed lyder utroligt besnærende, for der er ingen afbrydelse og besværligheder for brugerne, og det kan gøres relativt hurtigt. Ulempen er dels, at man tager sine knopskudte BW-løsninger med (jo, de findes også i dit system!) og kommer til at skulle rette i f.eks. opslagsrutiner i data-opdateringer for at få den fulde effekt af HANA databasen og dels, at man fylder den dyrtkøbte database op med et lag af unødvendig data i form af BW kuber.
I mange tilfælde vil man nemlig kunne fjerne kuberne og rapportere direkte på datalaget under kuben (dog ikke for beholdnings-, lager- og planlægnings-kuber, dvs. budget og forecast løsninger). Jeg vil tro, at mange vælger denne løsning, simpelthen fordi den giver forbedret performance på mange områder i en fart og således giver en hurtig og ikke mindst varig gevinst.
Og så lever man med at skulle rette hist og pist i enkelte løsninger for at få et fornuftigt udbytte af database-migreringen eller fjerne udnødvendige datalag.
Den anden mulighed kræver en ambition om at ville udnytte den gyldne mulighed det er, når man har fuld viden om hvordan data overføres fra kildesystemer, hvordan de skal behandles og hvordan de skal leveres for at opfylde forretningens behov. Ulempen er, at det højst sandsynligt kræver en større indsats og det tager klart længere tid, før man er i luften. Læg hertil forretningens indsats for at regression-teste alle løsninger og det forhold, at man i en længere periode har det gamle og det nye system kørende parallelt.
Jeg mailede med Richard fra HANA kurset for et års tid siden, og det store udskiftningsprojekt endte faktisk med, at planerne om at skifte BW ud med HANA blev skrottet til fordel for en fuld re-implementering af BW on HANA. De valgte altså mulighed nr. 2. Det skyldes muligvis, at hele organisationen allerede havde forliget sig med at skulle igennem en re-implementeringsøvelse, så der var både budget og opbakning til det.
Børnesygdomme var der nok af, men resultatet blev forrygende: dataopdatering, rapportering og budgettering kører som lyn og torden. Men vigtist af alt: den interne BW afdeling har fuld viden om hvorfor de forskellige løsninger er skruet sammen som de er, og den viden kan næsten ikke gøres op i penge!
Prøv det! Har man lyst til at prøve, hvordan et BW system på en HANA platform fungerer, tilbyder SAP en 30-dages gratis prøve. Det er en ”BW on HANA cloud” som man kan få fingre i her. Det kræver, at man har en Amazon Web Service konto, som koster lidt håndører at have kørende, hvis blot man husker at deaktivere applikationen, når man ikke skal bruge den. Jeg har selv leget med tilbuddet her i juledagene, for at prøve hvordan budgettering (BI-IP) fungerer på en HANA platform – og det spiller bare!
God fornøjelse!
Har du spørgsmål eller ønsker du at drøfte mulighederne for din virksomhed, er du velkommen til at kontakte Innologic på + 45 31 63 41 00 eller contact@innologic.dk