data management s4 hana transition [shutterstock: 154871012, ra2 studio]
[shutterstock: 154871012, ra2 studio]
Blog SOH and S/4

How Data Management Can Smooth S/4 Hana Transition

SAP has already extended the deadline for migrating from ECC 6.0 to S/4 Hana twice and, based on the outcome of the latest UK and Ireland SAP User Group (UKISUG) study, there is every chance it will be pushed back yet again.

61 percent of organizations in the UKISUG study said that data management challenges have either slowed or will slow the automation of their business processes from ECC 6.0 to S/4 Hana. Two thirds of organizations admitted that data management is a challenge when moving to S/4. Our own experience verifies the comments made by the UK and Ireland SAP User Group (UKISUG). When organizations tackle strategic projects, the general health of their enterprise data housekeeping is exposed. We also know that, as recently as 18 months ago, out of all the SAP ECC users worldwide, only 30 percent had already migrated to S/4 and 58 percent said they had no plans to transition in the next 3 years. This is based on research by Ensono referenced by the UKISUG.

Lack of preparedness

As the UKISUG’s own research has highlighted, it is the general lack of preparedness in data management that is the main issue affecting migrations to Hana. This is not surprising, because most organizations either fail to appreciate the importance of data management early enough, or they lack the resources to invest in it properly. Why would they tackle data management when there are so many other pressures and priorities to focus on?

One problem is that managing data isn’t at the glamorous end of enterprise IT. It is not regarded as business critical, but the negative consequences of data management definitely are. Given that most of the organizations migrating to S/4 are doing so as part of digital transformation projects, getting to grips with data – and especially the volume of data to be migrated – is more important than ever.

Power of automation

SAP data archiving is the most effective way to manage your data lifecycle. However, if done manually, data archiving is highly complex, resource intensive and, frankly, rather boring. That’s why it is best automated.

As SAP has stated, data management is a key pillar for an implementation project involving moving older generations of SAP’s ERP systems, such as ECC 6.0, to S/4. One of the biggest challenges arises from having too much data residing in ECC to be migrated because this then makes the cost of moving to S/4 much more expensive than it needs to be. If an organization does not practice ongoing ILM (Information Lifecycle Management) or undertakes periodic data archiving, it can have an awful lot of data residing in its database tables.

Digital transformation and data production

Digital transformation tends to increase the amount of data being produced. Consider e-commerce companies, telcos, online financial services providers and the high number of transactions involved with delivering their services. All this creates more data and typically, data volumes in data-intensive organizations will organically increase by around 4TB every year.

Given that Hana memory costs approximately £31,000 per terabyte per year, that is potentially a huge re-occurring expense that will continue expanding indefinitely unless brought under control. Although S/4 is an ‘expensive’ business platform, the hosting charges are not excessive compared with other providers – take Amazon Web Services as a good example. By trimming the data hosted, many international companies using SAP will be able to save between £200,000 and £400,000 every year, either on Hana memory or with another vendor. The challenge is finding ways to be efficient and making sure you only store the data that are needed by the business or government bodies.

Migration times

Another data management factor to consider when planning the transition to S/4 is the time needed to complete a migration if archiving has not been completed. Pre-migration preparation to get your data in shape will make the migration process faster, which also minimizes any impact on business-as-usual operations. It is also far easier to do an archive before migration rather than afterwards. This is because the data structure in S/4 is different from ECC. The more data held in your current system, the longer, harder, and more complex the migration will be and potentially, the more downtime an organization will incur when converting that data into new formats.

Further benefits of data archiving

Ongoing system performance due to excessive data volume growth is another factor to consider when evaluating the benefits of archiving. Users will typically see a 65 percent higher operational performance improvement after archiving.

Finally, no discussion about the importance of archiving could be complete without also highlighting the environmental implications of storing data that are no longer needed. If data growth gets out of hand, it will mean paying thousands on wasted hosting, not to mention the environmental impact of all that wasted energy.

It’s important to appreciate that effective data management requires an ongoing and, ideally, automated data archiving program. It is not a one-off activity; new data are being created every day and there will be transactions to archive on a weekly or monthly basis. Keeping on top of the data growth minimizes cost of ownership and will mean that your newly digitally transformed business is as customer responsive as it can possibly be.

About the author

Steve Peirce, TJC Group

Steve Peirce is Sales Director for UK and Ireland at TJC Group.

Add Comment

Click here to post a comment

Sign up for e3zine´s biweekly newsbites

Please do not use administrative mail adresses like "noreply@..", "admin@.." or similar as these may get blocked for security reasons.

We use rapidmail for dispatching our newsletter. By signing up, you agree that the data you have entered will be transmitted to rapidmail. Please take note of their terms and conditions and privacy policy.termsandconditions.

Our Authors