When Asahi Kasei Group first deployed SAP HANA in-memory database technology, the company had taken the ‘appliance’ route, with x86 architecture servers. Across the group, the company required five servers to run the SAP HANA databases, including production, quality management and development instances, and two test servers.
As the company grew, so did the server landscape, and the systems were becoming costly to manage—and less reliable as complexity grew. With transaction volumes rising, the Asahi Kasei IT team could see that an infrastructure refresh was inevitable. The x86 architecture did not permit the addition of compute power and memory to the existing servers, instead requiring an entirely new deployment of larger machines. The company also planned to upgrade its SAP HANA software version, and at the same time looked for reduced total costs of ownership and greater reliability, availability and security.
In addition, the team was keen to escape the cycle of hardware upgrades, and looked for a more gradual way to increase future capacity. Combined with commercial constraints on budget, Asahi Kasei set a high bar for the new infrastructure.
Mr. Shiotsuki, Corporate Systems Operation Department, Asahi Kasei, explains, “Prior to introducing SAP HANA we relied on overnight batch processing to enable business analysis. By using SAP HANA we could achieve almost real-time data for analysis. Additionally, since the processing speed was overwhelmingly fast, very soon we consumed more reports than originally planned. As the amount of data accumulated each year, we were able to sustain performance by deleting old data, but this approach had reached the limit.
“When we asked if we could add system memory to cope with the increase in data workload, I was surprised by the vendor’s response that I could not increase memory further, which presented a significant problem."