Our SAP Upgrade tools. SPAM/SAINT, EHPI, SAPUp and then came SUM. The Shadow system technique. Downtime minimization methods. And now, the Near Zero Downtime. The upgrades keep evolving. With every passing day, simple innovations in the SAP upgrade approaches and methods move forward with just one simple goal - Lets bring down the user lock time. Needless to say, maintenance cycles should minimally impact the business operational times. Period. But where does this all start. How does the updates work and what all these fancy new terms bring to the table everyday. With this multi part blog I intend to understand and define exactly that. Finally reaching a consensus on the nZDM approach of SUM and how it works. Lets start by clearing the basics.
The most simplistic view of Support packages is that they are just Transports. A whole bunch of Notes (Repository Objects) with Relevant Structures (Dictionary objects) and Modifications. All workbench requests that we are importing with interdepencies in a prepared Queue. Nothing more.
Now, normal TRs never require downtime but since all of *these* Transports are SAP Standard Objects (Tables, Structures, Programs, Classes), the entire base of components of your system are being modified, so its "downtime" for users. Although the system stays mostly up, unlike upgrading Kernel, where its all down.
ABAP Dictionary and ABAP Repository?
Now, firstly it is important to understand the difference and inter-relation between SAP repository and dictionary as various phases of upgrades (Including SPDD and SPAU Manual Activity) are just dependant on this.
Data repository in SAP is the central store of all Development objects. Packages, Classes, Programs, Function modules, screens, menus and also the Data dictionary (DDIC) objects (Tables, structures, views, Data elements). In effect, ABAP Dictionary is the sub-set of ABAP repository by definition. But Data dictionary is also the base of all ABAP. It is the metadata to describe all other data in the repository. So, All the Programs, Classes, menus etc. have no meaning without the tables, structures, views etc. defining them. So, this subset of Repository also forms the ground of all other remaining repository objects.
For more detailed definition, a good link and quick read : http://www.stechies.com/difference-bw-data-dictionary-data-repository/
Lets go Legacy : SPAM
Now, if we take a very simple straightforward SPAM approach without all the advancements of SUM. We go into the system (DDIC/000), Define a queue, Lock all dialog users, and import it. All SPs get imported in sequence. Interdependencies are taken care of automatically through programmed excellence of SAP update tool. All is Well in the world :smile:
But what happens behind the scenes? Below is a very basic walkthrough of the steps:
All of the above Phases (except maybe the first and the last one) are downtime relevant. So, once started, the system is locked for Bob, no matter how urgent is that one cost statement that he so wanted from the system but unable to take as he was on leave while downtime notifications were sent to end users :wink:
How to help Bob in future? Use SUM, of course. Next part of the blog, we discuss how all/most of these phases run peacefully using SUM, while Bob still plays profit loss monopoly in a fully productive system.
All of the detail phase names along with more detail can be gained on the following link : https://help.sap.com/saphelp_crm50/helpdata/en/3d/ad5d384ebc11d182bf0000e829fbfe/content.htm and also by executing report "RSSPAM10" in any ABAP system.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
46 | |
5 | |
5 | |
4 | |
3 | |
3 | |
3 | |
3 | |
2 | |
2 |