HANA News Blog

SAP ERP Extended Maintenance until 2033 - but with conditions

Jens Gleichmann • 7. Februar 2025

More time to switch from BSoH to S/4HANA

Recently handelsblatt released an article with a new SAP RISE option called SAP ERP, private edition, transition option. This option includes a extended maintenance until the end 2033. This means 3 years more compared to the original on-prem extended maintenance. This statement was confirmed by SAP on request of handelsblatt, but customers receive more details, such as the price, in the first half of the year. This is a quite unusual move of SAP without any official statement on the news page. Just to raise more doubts? Strategy? However a good move against the critics and the ever shorter timeline. Perhaps it is also a consequence of the growing shortage of experts for operating and migrating the large number of systems.


A short summary of the article

  • introduction of a new RISE option: "SAP ERP, private edition, transition option"
  • old systems (e.g. ECC) can be used until the end of 2033 if the option is part of the RISE contract
  • details will be announced soon (in the first half of the year)
  • no other change for on-prem customers - end of maintenance is 2027 with extended maintenance to 2030
  • a tradeoff: time exchanged for RISE


This raises some questions

  1. Which OS / DB combinations are supported? It will lead to new lifecycle discussions with other vendors
  2. Why it is not offered for the on-prem customers due to nearly the same maintenance effort? (the reason is obvious but the answer maybe interesting)
  3. Can customers who signed the RISE transition option contract directly jump to a possible successor of RISE and S/4HANA? 


As SAP provided further details in its fourth quarter results release:

  • the new option is only for a very few large customers
  • it's not about the extension of on-premise maintenance
  • all cloud solutions will run on HANA Cloud?!


The statement regarding HANA Cloud is a little bit misleading and can also be a slip of the tongue. However, all cloud solutions would imply also RISE and GROW. The heart of HANA 2.0 still beats under the hood of RISE and GROW. HANA Cloud is a separate product with its own line of code and its own lifecycle that cannot (yet) be used for S/4HANA.


Here the original transcript from seekingalpha:

Some assumptions

  • Only ERP 6.0 EhP8 will be supported until 2033 to reduce maintenance effort (release and kernel)
  • Only HANA systems will be supported until 2033 to raise the HANA revenue
Product RTC EoM Lifetime
ERP 6.0 2006 31.12.2025 / 27 / 30 / 33 19 / 21 / 24 / 27 years
S/4 HANA 2015 31.12.2040 25 years
Product version RTC EoM Lifetime
ERP 6.0 EhP 0 2006 31.12.2025 19 years
ERP 6.0 EhP 6 2012 31.12.2027 / 2030 15 / 18 years
S/4 HANA 2023 2023 31.12.2030 7 years
S/4 HANA 2025 2025 31.12.2032 7 years

The single product versions with ERP 6.0 had longer runtimes compared to S/4HANA. In summary the complete product ERP has 19 - 27 years depending on the version and extension option.

Ten years before (2030) S/4HANA will go out of maintenance (2040) they have to release a successor or extend the EoM date of S/4 to 2042 or 2043 to give customer enough time to migrate. Is it like a football or chess game and we see the result only at the end and not in the first half of the game?

SAP HANA News by XLC

von Jens Gleichmann • 27. Oktober 2026
The topic of HANA performance is one of the most discussed topics in nearly every single SAP project we are involved. Performance has always been an important aspect in general; however, particularly when switching databases or application releases - whether moving from anyDB to HANA or, more specifically, from ERP on
Orientation in DMO scenarios
von Dominik Fiedler • 21. Oktober 2026
There are multiple DMO scenarios and use cases. We heard of many confusions and mixed up statements which we want to order: SUM can not only update software components, but can also execute a database migration (for ABAP based systems)
DMOVE2S4 and Homogeneous option for SAP SUM DMO
von Jens Gleichmann • 21. Oktober 2026
DMO used to be heterogeneous (change of DB). Now you can use DMO with system move (also on-prem to target on-prem) to migrate and convert ECC on HANA to S/4 or just update/upgrade S/4 and move it to another location like other DC or other instance in one step. The DMOVE2S4 is just to move and convert to the cloud in one step. This includes also anyDB source systems and downtime-optimization techniques (doDMO and doC).
von Dominik Fiedler • 7. August 2026
SAP HANA Monitoring Views Cheat Sheet
HANA OS maintenance
von Jens Gleichmann • 27. Juli 2026
Please notice that when you want to run HANA 2.0 SPS07, you need defined OS levels. As you can see RHEL7 and SLES12 are not certified for SPS07. The SPS07 release of HANA is the basis for the S/4HANA release 2023 which is my recommended go-to release for the next years. Keep in mind that you have to go to SPS07 when you are running SPS06 because it will run out of maintenance end of 2023.
von Jens Gleichmann • 14. April 2026
KVM as alternative with low TCO
inverted individual index is a special type of SAP HANA index wich can save memory
von Jens Gleichmann • 6. April 2026
An inverted individual index is a special type of SAP HANA index which can only cover unique indexes. This includes all primary key structures. Unlike traditional column store indexes on more than one column (inverted value, inverted hash) an inverted individual index (Inv Idv Idx) doesn't need a dedicated concat.
Total NSE savings
von Jens Gleichmann • 5. April 2026
This blog presents the results of a customer case which can be used as a reference for other implementations
SAP HANA performance issues with THP on multi-NUMA node systems
von Jens Gleichmann • 30. März 2026
SAP HANA systems may experience high swap usage, hangs, or performance issues when THP (Transparent Huge Pages) is enabled with "madvise". This occurs on multi-NUMA node systems where one or more NUMA nodes are close to full memory usage while others have plenty of free memory, and counters for THP allocations, direct
Transparent Huge Pages (THP) with madvise can trigger high swap usage and performance issues
von Matthias Sander • 26. Januar 2026
Transparent Huge Pages (THP) with madvise can trigger high swap usage, performance issues, or even system hangs on multi-NUMA systems.
more