HANA News Blog

RISE with S/4HANA: Myth and Truth with feedback of customer projects

Jens Gleichmann • 18. November 2024

Feedback of customer projects and the labyrinth of the roles & responsibilities list

"RISE with SAP is a care package the software vendor is taking care of all the operational tasks. Everything from a single source. You don't need internal staff to manage the systems. In any case, it is currently difficult to find SAP experts to keep operations running and meet all the security specifications."


"The central task of many customers is to produce products or deliver services, but not to run SAP systems. You don't need an own data center in the modern digital world. If you want to be flexible, innovative and scalable, you have to use the cloud. We get fixed prices and know what we will get. We will never get cheaper prices for RISE than we do now.


This and similar sentences I heard the last months a lot from customer exchanges. But are all this arguments true and valid? I will collect some of them and try to find the correct answers with facts inside the contract chaos.


"The RISE with SAP offering includes AI-powered cloud ERP managed and optimized by SAP. It provides services and tools based on SAP's clean core approach to help you migrate on-premise systems, transform business processes, continuously innovate, and embrace cloud agility."

Source: https://www.sap.com/germany/products/erp/rise.html


"With RISE, we only handle the basic operation of the SAP system. We’re experts in this stack around HANA cloud. We also keep up with all the infrastructure innovations, and we excel at the lifecycle management level.

After all, we built all of this ourselves. Beyond this basic operation, customers have the freedom to customize."

- Christian Klein CEO SAP SE


What are the basic operations? I think everyone will understand different meanings of it.


First rule: The customer remains fully responsible for maintenance and security! The customer must create service requests with the correct details and categories. If you want a database patch or an OS security fix applied the customer must act! Some current RISE clients told me that proactive advice on known issues was less or non-existent.


Argument: "You don't need internal staff to manage the systems!"

Truth: You will still need internal staff to create tickets and be responsible to head the ECS (Enterprise Cloud Services) teams. The only people who know which systems are dependent and knowing the internal process behind are the internal guys. The tasks will change from the OS console to orchestrate ECS. But you need people with the know-how and background information. They cannot be easily replaced with any external! The customer has to coordinate maintenance with which (SAP predefined) version and security fix. The customer is responsible to raise the requests! Without the needed know-how this will be a nightmare.


A: "You don't need an own data center in the modern digital world. If you want to be flexible, innovative and scalable, you have to use the cloud"

T: Some services cannot be replaced with RISE. There are some non-SAP services which cannot be handed over. There are still good reasons for an own data centre, hosted services or IaaS. SAP has standardized the SAP operations, but for non-SAP services some standard are missing. The raising costs in the past also show that you cannot calculate all costs of the next 5 years. Be aware: Also SAP has raising cloud costs in their RISE contracts. (Sample Order Form 5.4: "The Cloud Services shall be subject to an annual fee increase of 3.3% effective on each anniversary of 27.04.2024")


A:  "RISE with SAP is a care package the software vendor is taking care of all the operational tasks. Everything from a single source."

T:  Which tasks are really covered is written in the service contract which every responsible person of the internal SAP should know. Only if you know what is covered and what costs extra, you can act accordingly. Most of the SAP teams I talked to never saw the contract. Root cause analysis (RCA) are only valid for productive environments. If your tests system is on heavily load or after a maintenance the system crashed, you won't get a RCA. This means it can appear in any point in the future in the productive environment. The roles & responsibilities (R&R) list/matrix should be read and compared with care. Not every task is 100% what you think. Please ask very properly if your understatement is correct.

An example: Table partitioning

Starting with RISE in 2021 partitioning was not part of the R&R. The list is valid with the version you have signed the contract. Any subsequent changes will not apply to you.

If you need a partitioning or repartitioning of a table you have to raise a ticket to find a suitable design (HANA_1.1.25). This is a CAS available at additional charge. You can also define the design by your own or via a third party consultancy.

If you found a design, you have to create a new ticket for the technical execution (HANA_1.1.04) which is a standard service and already covered. But only for one table per SID per year. If you want more tables partitioned (HANA_1.1.35), you have to pay for an additional services. Some MSPs act like this others have monthly budget for several service requests regardless which time effort the request has. Others have a ticket system with categories for each service request duration and a defined number of each category is included in the monthly fee. You have to compare apple and apple - this is in the end what makes it difficult to compare each service.

A: "The SLAs are equal or better than the current once"

T: It depends. They may sound better like they are (99,7% for PRD or 99,9 for PRD with HA), but please read the small parts of the contract. This may differ from your expections or what your are currently have defined in your own DC.

 

Excluded Downtime

... means the Total Minutes in the Month attributable to a Maintenance Window; or any Major Upgrade

Window for which the Customer has been notified at least 5 business days in advance; or unavailability caused by factors outside

of SAP’s reasonable control, such as unpredictable and unforeseeable events that could not have been avoided even if

reasonable care had been exercised.

Source: SAP


Emergency Downtime” means downtime during emergency patch deployment and emergency operating

system upgrades as described in the Supplement.


Excluded Downtime” means the Total Minutes in the Month attributable to: Scheduled Downtime; Agreed

Downtime; Emergency Downtime; downtime caused by factors outside of SAP’s reasonable control such as

unpredictable and unforeseeable events that could not have been avoided even if reasonable care had been

exercised (see examples in Section 2); or downtime of a NON-PRD system caused by using the NON-PRD

for failover/to repair to a PRD system.


2.2.4. Interruptions or shutdowns of the Computing Environment, or portions thereof (or Servers for Server

Provisioning) resulting from the quality of the Customer-provided software and/or Customer’s customizations

or modifications of the Customer-provided software, Subscription Software or Computing Environment (or

Servers for Server Provisioning), unless this is the responsibility of SAP under this Agreement.
Source: SAP - "SERVICE LEVEL AGREEMENT FOR PRIVATE CLOUD EDITION SERVICES AND TAILORED OPTION"


3.3.2. Notwithstanding the foregoing, SAP reserves the right to perform Emergency Maintenance activities at any time

without Customer’s prior consent. SAP will use reasonable efforts to provide Customer with forty-eight (48) hours

advance notice regarding performance of Emergency Maintenance. In case of Cloud Service downtime during

such Emergency Maintenance, such downtime will be considered “Emergency Downtime” as defined in the SLA

(defined in Section 3.4 below). “Emergency Maintenance” are maintenance activities reasonably necessary to

prevent or mitigate circumstances that may otherwise pose a significant impact to the Cloud Service.

Source: RISE with SAP S/4HANA Cloud, private edition Supplemental Terms and Conditions



A: "SAP is delivering innovation only in the cloud and the roadmaps are clearly defined."

T: Innovations will be released first in cloud releases and sometime first in public cloud! Not each SAP cloud (public/private) is handled similar. Some of them may also be downported to on-prem software. SAP reserves the right to withdraw any cloud software after short notice. This already happened for smaller products like LAMA cloud (SAP Landscape Management Cloud).   


In the end RISE is not equal RISE. Every single customer scenario will be different. You cannot compare them such easily.



this list will be extended - stay tuned



SAP HANA News by XLC

SAP HANA NSE - a technical deepdive with Q&A
von Jens Gleichmann 6. Januar 2025
SAP NSE was introduced with HANA 2.0 SPS04 and based on a similar approach like data aging. Data aging based on a application level approach which has a side effect if you are using a lot of Z-coding. You have to use special BADI's to access the correct data. This means you have to adapt your coding if you are using it for Z-tables or using not SAP standard functions for accessing the data in your Z-coding. In this blog we will talk about the technical aspects in more detail.
The SAP Enterprise Cloud Services Private Cloud Customer Center (PC3) - a new digital delivery
von Jens Gleichmann 5. Januar 2025
The SAP Enterprise Cloud Services Private Cloud Customer Center (PC3) - a new digital delivery engagement model dedicated to manage service delivery for RISE with SAP S/4HANA Cloud, private edition customers.
Proactive maintenance for SAP RISE will start now in 2025
von Jens Gleichmann 5. Januar 2025
Proactive maintenance for SAP RISE will start now in 2025 with minor tasks like updating SPAM/SAINT and ST-PI / ST-A/PI. For those companies which are familiar with frequent maintenance windows, they are good to have such time frames to hold the systems up-to-date and secure. However, for larger companies where such frequent maintenance windows are not common because every minute of downtime is costly and may only really be necessary once, the situation is quite different.
Dynamic Aging for NSE - combined with Threshold and Interval option
von Jens Gleichmann 28. Dezember 2024
Dynamic Aging makes it possible to automatically manage at which point in time older partitions can be moved to the 'warm' data store. The data in a new OTHERS partition is 'hot' data, that is, stored in memory with the load-unit attribute implicitly set to COLUMN LOADABLE. As an extension of the Dynamic Range Partitioning feature Dynamic Aging makes it possible to automatically manage when older partitions can be moved to the 'warm' data store (Native Storage Extension) with the load-unit attribute for the partition set to PAGE LOADABLE. Warm data is then stored on disk and only loaded to memory when required. Dynamic Aging can be used with both THRESHOLD mode (defining a maximum row count number in partition OTHERS) and INTERVAL mode (defining a maximum time or other numeric interval between each new partition). For example, for a partitioned table which is managed by dynamic partitioning and containing date/time information, you can specify an age limit (for example six months) so that when data in an ol
automatic maintenance of the 'others' partition
von Jens Gleichmann 28. Dezember 2024
You can create partitions with a dynamic others partition by including the DYNAMIC keyword in the command when you create the partition, this can be used with either a THRESHOLD value to define a maximum row count number or an INTERVAL value which can be used to define a maximum time or other numeric 'distance' value. The partition can be either a single level or a second level RANGE partition and dynamic ranges can be used with both balanced and heterogeneous partitioning scenarios.
HANA Range Partitioning details
von Jens Gleichmann 23. Dezember 2024
For heterogeneous partitioning schemas Dynamic Range Partitioning is available to support the automatic maintenance of the 'others' partition. When you create an OTHERS partition there is a risk that over time it could overflow and require further maintenance. Using the dynamic range feature the others partition is monitored by a background job and will be automatically split into an additional range partition when it reaches a predefined size threshold. The background job also checks for empty partitions and if a range partition is found to be empty it is automatically merged to neighboring empty partitions (the others partition is never automatically deleted).
A success story regarding BW/4HANA and different data tiering and optimization methodes.
von Jens Gleichmann 20. Dezember 2024
A success story regarding BW/4HANA and different data tiering and optimization methodes. 1) Removed overhead in key attributes which reduced the PK size (often more than 50% of the overall table size) 2) optimized the partitioning design 3) used NSE for write optimized ADSOs 4) introduced NSE for several ADSOs 5) optimized usage of inverted individual indexes
ACDOCA table growth - how to handle it
von Jens Gleichmann 10. Dezember 2024
ACDOCA table growth - how to handle it in a S/4HANA system
HANA 2.0 SPS08 Roadmap
von Jens Gleichmann 6. Dezember 2024
SAP HANA 2.0 SPS08 Roadmap and features Q4 2024
Partitioning process
von Jens Gleichmann 26. November 2024
SAP HANA scaling and tuning with proper partitioning designs
more
Share by: