The start of the SUM in this lesson assumes, that the SUM CISI run was performed successfully. Otherwise SUM will run into problems. Also, additional steps would have to be performed to start SUM – which were part of the SUM CISI run, already.
From a front end that is able to connect to the server where you have started SUM, open a browser and call the following URL:
https://<host>:1129/lmsl/sumabap/<SID>/slui.
You need to log on with the user <sid>adm.
Provide the stack XML file, calculated by Maintenance Planner (MP).
Do not choose to migration to another SAP HANA DB.
Choose Single System for a short runtime and low DB space and main memory usage.
Choose Standard for a shorter downtime.
For a more shorter downtime than with Standard, you can choose Downtime-optimized, which will use even more DB space, performance, and time.
Since SUM 2.0 SP 06, Advanced is not available any more. Advanced was the same as Standard, anyway.
Enabling the Expert Mode provides the option of specifying additional configuration settings. Always choose the expert mode.
Provide the password for DDIC in client 000, Tenant DB user SYSTEM, and DB schema user SAPHANADB. If the SPAM version in the SAP system is not up-to-date, and a SPAM/SAINT update file is in the download directory, SUM updates it. You can do this manually in advance, also.
At the end of the Roadmap Step 1, Extraction, information is displayed about several findings of SUM.
The option No disabling of the database archive mode does not switch the archiving mode currently used by the database system of your SAP system. If your database runs with archiving on, point-in-time recovery will be possible but this setting might increase the overall runtime of the update process.
Define the number of parallel processes. Be careful concerning the parallel processes during uptime! They can cause bad performance during productive usage.
Choose, whether SUM should generate the ABAP loads during uptime (SGEN).
You can bind additional transport requests to the SUM run. They will be applied to the SAP system almost without causing additional downtime. The alternative would be to import these transport requests after the SUM run – which will cause an additional downtime.
In the development system the developers have to perform SPDD and SPAU modification adjustments manually. In the subsequent SAP systems of the transport landscape (for example quality assurance and production system), the resulting transport requests can be used for handling the modification adjustments. If there is a delta between the development system and the subsequent SAP systems, this delta still has to be handled manually.
During the SUM procedure table structures are changed and created. This requires the conversion of data to the changed and new table structures. This data conversion is done during downtime. Do reduce downtime, parts of this conversion can be done after the SUM run, during productive operation. This data conversion during productive operation is called Silent Data Migration (SDM).
Note
Don't get mixed up: Silent Data Migration is no migration, but a conversion of data. (wrong term used)If downtime is of no big concern, you can decide to run this Silent Data Migration during downtime.
Decide about the SAP Support Packages, SUM should import. The minimum number of SAP Support Packages to be imported, is the number listed in the Stack XML file. But you can let SUM import additional SAP Support Packages! The number must be in a certain range:
- Component is the software component, the SAP Support Packages belong to
- Release is the target release of this software component
- Start Level is the number of SAP Support Packages for this software component imported before the SUM run
- Minimum Level is the number of SAP Support Packages for this software component to be reached at least in order to avoid inconsistencies with SAP Support Packages of other software components
- Equivalence Level is the number of SAP Support Packages for this software component to be reached at least in order to avoid a downgrade of this software component (relevant only in case of an upgrade of this software component)
- Maximum Level is the number of SAP Support Packages for this software component to be reached at the most in order to avoid inconsistencies with SAP Support Packages of other software components
- Calculated Level is the highest consistent number of SAP Support Packages for this software component found in the download directory
- Target Level is the number of SAP Support Packages, SUM will import
If there are additional SAP Support Packages in column Calculated Level, you can choose Take over calculated level. This option is not displayed, if there are none.
Choose an instance number, a DB schema user password, and the configuration of the shadow system.
Check the results.
Lock the development environment. From now on, it is not possible to develop in this SAP systems. You can no longer use transactions like SE80, SE11, SNOTE – and even not STMS to import transport requests.
Sometimes errors occur, caused by the parallel processes: If it is only a problem due to a wrong sequence of activities, it can be solved by simply repeating the phase.
Most of the activities are performed during uptime.
Before proceeding you should create a backup of the complete update directory (/SUM or \SUM).
Note
Several activities have to be performed to achieve a downtime window. These steps will not be performed in the context of this course.
Before entering the next Roadmap Step you need to ensure that the SAP system can be recovered to its current state.
In Roadmap Step 5, Execution, no productive work is possible.
The duration of the execution phase (Roadmap Step 5) depends on the size of the update to be executed and on the strategy chosen for the update (Single System versus Standard).
Note
In case of error situations, review the corresponding log files and try to solve the problem. Then continue the execution of the update.
Don't mix up SUM Technical Downtime (dialog free part) with Technical Downtime (SAP system technically not available) with Business Downtime (SAP system not available for end users)!
The SUM Technical Downtime is part of the Technical Downtime, which is part of the Business Downtime.
Note
Please note, that the end of the SUM technical downtime is not sufficient to start productive work again.SUM executes some clean-up activities.
Note
At this point, the Technical Downtime is still not completed! But in the context of this course we ignore almost all manual technical follow-on activities.
Congratulations! You finished the update procedure for an SAP S/4HANA Server system!
You can send feedback to SAP to improve your SUM procedure for the next run.
Check the software components and their respective SAP Support Package levels.
You have successfully updated your SAP S/4HANA Server system!
Note
Please note, that the end of the technical update procedure is not sufficient to start productive work again. Further checks are required before end users can return to productive use. See SUM guide and major SUM notes from https://support.sap.com/sltoolset for details. These steps will not be performed in this course.