SAP HANA, tuo kaikille tuttu huippunopea muistinvarainen tietokanta, on ollut saatavilla jo muutaman vuoden. Hype on ollut melkoinen ja SAP HANA:n glooriaa on saanut kuulla käytännössä kaikissa alan markkinointitapahtumissa, itsekin olen sen levittämiseen syyllistynyt. Onneksi hype ei ole aiheetonta, sen verran mullistavasta ja innostavasta teknologiasta on kyse. Ensimmäiset tuotantoimplementaatiot ovat rantautuneet myös kotimarkkinoille, eli satumaisista markkinointidemoista on laskeuduttu jo arkirealiteettien pariin.
Yksi tällainen realiteetti on lisenssikustannusten kontrollointi. SAP HANA investointi rakentuu tarvittavan kapasiteetin hankkimisesta joko ostamalla oma SAP HANA –sertifioitu palvelin tai vuokraamalla haluttu kapasiteetti joltakin palveluntarjoajalta ja lisenssikustannuksista. SAP HANA:n teknisestä kapasiteetista riippumatta tietokannan vaatima fyysinen tila määrittelee kuinka monta lisenssiä tarvitaan. SAP HANA lisensioidaan 64 gigan segmenteissä, eli jos kantaan tallennetut tiedot varaavat muistista 65 gigaa, tarvitset 2 kpl 64 gigan lisenssejä. Ottamatta kantaa rautapuolen kustannuksiin, lisenssikuluissa onkin mukavasti säästöpotentiaalia – miettimällä mitä tietoja on syytä säilyttää muistinvaraisessa tietokannassa.
Hypoteettinen esimerkki: Yrityksellä on käytettävissään SAP BW, joka toimii SAP HANA –tietokannan päällä ja kaksi 64 gigan lisenssiä. Hyvät kokemukset suorituskyvystä ja kehitystyön suoraviivaisuudesta ovat vauhdittaneet eri raportointialueiden käyttöönottoa. Aktiivisin analysointikäyttö koskettaa pääasiassa kuluvan ja edellisen vuoden dataa, mutta satunnaisesti tarpeita on myös pidemmän ajanjakson tietojen käytölle. Historiatietojen loputon lataaminen muistiin kuitenkin vaatisi merkittävää lisäinvestointia lisensseihin ja suorituskyvystä ei haluttaisi liiemmin tinkiä.
Yksi ratkaisu on tietokannan datan kategorisointi, jossa SAP HANA:n muistissa on ainoastaan usein käytetty, tuore data. Esimerkkitapauksen data voidaan kategorisoida kuumaan, lämpimään ja kylmään. Kuuma data on jatkuvasti käytössä ja siten SAP HANA:n muistissa, lämpimiä tietoja ladataan tarvittaessa SAP HANA:n muistiin kiintolevyltä ja kylmä data, jota käytetään harvoin, ja jota ei päivitetä, säilötään near-line storagessa, toissijaisessa kannassa. Yksi tällainen toissijaista kantaa hyödyntävä ratkaisu on SAP NetWeaver BW Near Line Storage solution (NLS) based on Sybase IQ.
Miksi toissijaiseksi kannaksi Sybase IQ? Kuten SAP HANA, Sybase IQ on sarakepohjainen tietokanta ja sen suorituskyvyn on havaittu olevan erittäin hyvä. Sybase IQ vaatii toki omat lisenssinsä, mutta investointi on ratkaisevasti pienempi kuin esimerkkitapauksen tietomäärän kattaminen puhtaasti SAP HANA –lisensseillä.
Yksinkertaistetusti ratkaisu on seuraavanlainen:
Konsepti on siis melko yksinkertainen. Käyttäjälle tiedon fyysinen sijainti ei näy, lisenssikustannukset pysyvät kurissa, eikä historiatiedon säilyttämiselle ole kustannusperäisia esteitä.
Lue muita SAP HANA aiheisia blogeja: Vihdoin HANAsta saa muutakin kuin keskiolutta, HANA tulee, oletko valmis? ja Solman 7.1: Ringside view for your business and IT
