Change Management
Change Management
SAP Data
Create
Create Approve / Change
Process Handover Execute & document Test Confirm
Request for Reject Trans-
Request to Execution action Change Change Change
Change Request
Change Request
Notification Management supports
via all types of changes
Workflow
SAP and non-SAP Technical & non Technical
Changes Changes
System
IT Assets Admin Tasks
Landscapes
You can use this request type to set up your own object lists and save them under a name of your choice.
• Too often, the measure of SAP Basis administration is simply how fast necessary changes can be imported into a company's production
systems. This may make sense from a business perspective, but who deals with the consequences that may arise from the poor quality of the
SAP change management process?
• SAP systems handle mission-critical and accounting-related business processes. Changes to SAP systems and SAP applications involve risks
that can bring a business to a halt. The processes of the SAP transport system are the key to governing the import of these changes into the
production systems.
• How to optimize the quality of SAP change management by way of well-defined workflows, processes, and automated checks and shows how
modern change management can effectively minimize the risk of system failures.
Optimize your SAP change & transport management processes,
Reduce the risk of system failures,
Maintain complete audit trails of all change activities.
1.Transport Overview
2.Import Method
Quality
Development Assurance Production
System System Systems
Change Management
Define system roles within the system landscape
Define client roles for all clients within the system landscape
Record Customizing and development changes for distribution in the system landscape
Transport Management
Transport units of work ready for quality assurance testing (project management)
Schedule transports and establish a transport process for the timely delivery of changes
Ensure validation and sign-off of changes prior to import into a production system
Support non-standard changes such as emergency fixes and changes to the SAP-standard by
applying Support Packages
Transport Tools
tp and R3trans
Transport Domain
transport directory
Transport Group
Delivery routes
Consolidation
routes
SE80/SE37…. SE09
Automatic
Change
Recording
Reports,
Function Modules,
Dictionary Objects,
….
All workbench tools are tightly integrated with the SE09 functions.
All changes are automatically recorded within tasks.
A transport request is the container for transporting.
Transport Domain
Transport Group
Task
2. Import
1. Release 3. Import
and export
Transport directory
Import Queue
Transport
Task
Request
Release Release
EPDK9000H
DEV
Export
Pointer
Transport Directory
R3trans
data file
After you release a change request using the Transport Organizer, the objects in the request are exported from the database and
stored in the transport directory. At the same time, the change request is marked for import into the target system by being
placed in the import queue of the target system. After the export log has been checked, the developer's or project manager's
work is initially finished.
The subsequent import into the target system is generally performed by the transport administrator. The import overview (STMS
Overview Imports) provides you with the following information on all SAP Systems in the transport domain:
Number of requests ready for import
Status of the import queue
The most important tools used to perform imports using TMS are the import queues that reflect the system-specific
import buffers at the operation system level.
The import queues display the requests that are to be imported, in the order of their release.
Import Queue
EPDK9000H
TP Target
System A
Import
Transport Directory
R3trans
data file
The Change and Transport System provides a range of functions that help you to choose a transport
strategy optimally suited to your requirements. There are three different transport strategies available:
Queue-controlled mass transports
Single transports
Workflow-controlled transports
Transport Strategy is implemented by adjusting attributes of transport route.
You can import single transports into your systems. This procedure makes a selection of requests from the import queue and imports them
into the target system. The other requests remain in the import queue, where you can choose to import them later, or not at all. Single imports
are the most flexible method, however, they demand more administration.
Transport Workflow
The transport workflow provides a framework for transporting enhancements or new developments of existing business functions in a system
landscape. It provides a direct connection between development and transport administration. The transport workflow manages the transport
process, determines the user for each individual step automatically, and then displays an interface which they can use to perform the task directly.
It is an efficient method of transporting a selected number of requests into a group of transport targets, and uses clearly defined approval steps to
ensure the quality of your target systems.
However, the transport workflow can involve some risks, caused by the dependencies between transport requests:
Import sequence
Incompleteness
1.Transport Overview
2.Import Method
In a mechanism like that if you import the transport requests in the export order then the target system has to be
exactly the same as the source system.
DB exports are only done at export time
At change recording time only piece lists with the changed objects are written
At change recording
time only piece list
with the changed
objects are written
DE QAS
ChangeV
Request Piece List
A
B
Task C
D
A
B
Export Import A
B
C C
A
D R3 Trans D
B
C
DEV DB D Data File QAS DB
Transport Directory
DB exports are only
done at export time
© 2014 SAP SE or an SAP affiliate company. All rights reserved. Internal 29
Import Queues
You can use three different methods in the TMS import queue to import requests into the target
system. The best method for you depends on your system landscape and your transport strategy.
In practice, you will find that a combination of these methods is the most effective way of working
with the TMS.
Before you import the requests from an import queue into an SAP System, ensure that no users
are working in this SAP System. Therefore, inform your users about the import times early on, for
example by creating a system message.To prevent change requests from still being placed in the
import queue shortly before the mass import, and perhaps being imported unintentionally, we
recommend closing the import queue before the import.
Import method
Import All
Single Import (Preliminary Import)
Import Subset
Import Project
Dependent change B
DE QAS is not synchronously
imported
Change AV
Import Subset (Change A)
Change A
Change B
Change B Change B
TMS Setup
Import Single
CTC=1
Client Transport Routes
Inter domain link between SAP Solution Manger and Managed Systems
CTS Setup
Project assignment mandatory
CTS Status Switches used for locking TMS and WBO functionality
Urgent Corrections are transported individually and thus no dependency to other corrections.
They are imported by the transport method import subset and stay in the transport buffer after
import.
Urgent Corrections are propagated into other systems at the end of phases in the Maintenance
Cycle together with the Normal Corrections by the transport method import project.
tp collectively processes each import step for all requests before proceeding with
the next import step
tp does NOT process all import steps for only a single request before proceeding to
the the next request
OS
tp reads the buffer file that includes all the necessary
steps for the specific request.
The first step of an import process is the tp call, triggered by starting an import through TMS or
by a ‘tp import’ command at operating system level.
To ensure that all transport requests stored in the buffer begin the import process automatically,
each time a ‘tp import’ call is made, a ‘tp setstopmark’ is executed.
After the steps of the import process are completed, the command ‘tp delstopmark’ is performed
automatically, and a ‘tp cleanbuffer’ deletes the transport requests from the import buffer.
After all involved tools have finished their work, tp exits to the operating system level and writes
a return code to the appropriate log file for the activity. For example, ‘tp import’ and ‘tp
setstopmark’ commands are recorded in the ULOG file.
Note: The command 'tp import' is reentrant. If an error occurs during import, after you eliminate
the error condition and restart tp, tp finds the correct point to restart.
By default, tp aborts if one import phase receives a return code larger than 8. The TPPARAM
parameter stoponerror defines what return code value should cause tp to abort.
TRBAT TRJOB
DB
DB
1 3
During the import process, tp reads the command file that includes all the necessary steps for
the specific request and calls R3trans at the operating system level through a forc() for Unix
systems, a CreateProcess() for Windows NT, or a spawn() for AS/400 environments.
For each import step, tp passes a control file to the transport subdirectory tmp for use by
R3trans. R3trans reads the corresponding data files in the transport subdirectory data and
connects directly to the database to perform inserts or updates to the included objects.
AfterR3trans finishes performing inserts or updates, it passes an exit code to tp.
For each transport action, R3trans writes a log file in transport subdirectory tmp. After R3trans
completes its work, tp moves this log file to the transport subdirectory log.
During the import process, R3trans is called by the import steps ABAP dictionary import (for the
import of ABAP dictionary definitions), and main import (for the import of table contents).
RDDIMPDP
SAP system
TRBAT TRJOB
trigger
DB
insert
OS
© 2014 SAP SE or an SAP affiliate company. All rights reserved. Internal 49
Import Process: tp/ABAP communication I
For every transport request, tp writes an entry in table TRBAT. The import function currently being
performed for the request is represented by a character. For a list of TRBAT function codes, see
the Appendix.
In the example below, there are 3 change requests waiting for DDIC activation in the table TRBAT.
tp inserts a header entry to tell RDDIMPDP to start processing. Some activities that are
independent of transport requests, such as distribution and structure conversion, only have a
header entry in TRBAT. Return code 9999 indicates that the step is waiting to be performed. For
the header entry, tp inserts a B (for "begin") as return code.
To trigger the transport daemon RDDIMPDP in R/3, tp uses the operating system level tool sapevt.
RDDIMPDP DDIC
Conversion Generation …
Activation
SAP system
OS
© 2014 SAP SE or an SAP affiliate company. All rights reserved. Internal 51
Import Process: tp/ABAP communication II
When RDDIMPDP is started, it checks the table TRBAT to find out if there is an action
to be performed such as mass activation, distribution, or table conversion. It sets the
header entry to R (for "run"), and starts the appropriate RDD* program as a
background task, reschedules itself, and exits. The activated program (in this
example, the mass activator) sets the status of the first entry in TRBAT to active
(return code 8888):
Each of the required background tasks receives a job number generated by R/3
background processing. This job number and the step ID are inserted into table
TRJOB by the RDD* jobs.
RDDIMPDP DDIC
Conversion Generation …
Activation
SAP system
Checks tables Delete entries
write status
TRBAT TRJOB
restart
DB
Delete entries Write logs
monitor
OS
The background tasks write their return codes in TRBAT and delete the corresponding entry in TRJOB.
Return codes of 12 or less indicate that the step is finished. In TRBAT, the column TIMESTMP contains
the finishing time. When all the necessary actions are performed for all transport requests, the header
entry is set to F (for "finished") by the RDD* jobs.
All the background jobs log the steps they perform either in the database or in transport subdirectory
TMP.
tp monitors the entries in TRBAT and TRJOB. When the header entry in TRBAT is set to F and TRJOB is
empty, tp copies the logs of the completed steps from directory tmp to log and deletes the corresponding
TRBAT entries.
If problems are detected by tp when monitoring TRBAT and TRJOB, tp re-triggers RDDIMPDP through
sapevt. RDDIMPDP automatically recognizes if a previous step is still active or was aborted by checking
TRJOB and TRBAT. If a step was aborted, RDDIMPDP restarts this step. Two background work processes
must be available.