HANA – Experience so far

Home / Blog / HANA – Experience so far

Well, in my continuing adventures with HANA, I’ve found some interesting things. If you don’t follow me regularly, you might not remember that I built an EHP7 box, on top of a HANA database. Well, I’m sure my hardware is part of the issue, but so far, I’ve found that my HANA box is unstable, to put it bluntly. Now, I’m only running on 64GB of RAM, so this might have something to do with my issues, but what I’ve found is that I can use the box for a couple hours, and then suddenly I start getting short dumps all over the place. The only solution is restarting the box. Now I understand this is a new technology, and I’m running on very limited hardware, but for the amount of data that I’m accessing, and the number of transactions I”m running, you’d really think that 64GB should be sufficient for my development needs.
The basis guy that installed it for me, is looking into it. But so far it seems that my options are bigger hardware, upgrading the Suse OS (which isn’t free) and then upgrading HANA with more patches. Well, I’m on the verge of having to invest money the software behind my HANA box, so updating my brand new hardware isn’t really an option. I guess, the next round will be to see what happens with some later Suse patches and then HANA updates.
On the software side, it’s identical to everything I’ve seen in the Oracle DB setup. I haven’t seen any massive performance improvements, or any new functionality. I guess I’ll have to wait and see what the new Logistics can offer, and of course, I’ll be very curious to see if anything was done for service. 🙂 but that will probably have to wait until my S/4 box gets built.
Thanks for reading (and if you have any suggestions to improve my HANA box, please let me know).

As always, thanks for reading and don't forget to check out our SAP Service Management Products at my other company JaveLLin Solutions,
Mike

One thought on “HANA – Experience so far

  1. Listened to a web session by ASUG a few weeks back on HANA. They had a new install HANA customer on there that was also a HANA integration partner. Basically, he admitted in order to keep the system stable, they were forced to upgrade instantly as new releases/patches were deployed….sometimes ahead of when SAP upgraded there own systems internally.

    It’s pretty clear that HANA is more bleeding edge then SAP is letting on – and not only that – but very focused on the cloud delivery. An on-premise solution can’t be upgraded monthly….no organization can accept that change level. My gut tells me that on-premises enterprises are going to have a hard time keeping up with the velocity of change required – especially early on – they’ll either fall into an upgrade rut or move the cloud and simplify.

    I can’t imagine what our CIO would say if we told him that his 100k server with a couple TB of RAM was already too small and he needed upgrade.

    For very large enterprises (1B=) this will actually be easier – standard, repeatable processes. But for the midsize (100M-1B) market its’ going to be a killer – there are a lot of companies that can’t just say “this is the way we do business” 99% of the time….there a lot of folks with the 8% rule (they only process the same transaction type 8% of the time).

    SAP is betting the farm in forcing HANA that people aren’t going to challenge it and look at Oracle or JDE with this level of change. Curious to hear how they handle the first blown conversion to HANA by a big name like Caterpillar or Coca-Cola and shut down a mulit-billion dollar business.

Leave a Reply

Your email address will not be published. Required fields are marked *