System Refresh DOCUMENT SSID To TSID 4 6 (Latest)
System Refresh DOCUMENT SSID To TSID 4 6 (Latest)
Document Information
Domain SAP
Category General
Summary This document explains in details all the sequence to follow to make a refresh
copy of a system from another
History of changes
Date By Reason Version
11/01/2010 J. VDM Complete review except backup restore part 2.0
11/01/2010 J. VDM IV.40. updated 2.0.1
11/01/2010 J. VDM Review after first procedure testing 2.0.2
14/11/2011 J. VDM Post-tasks cleanup table ESDUS added 2.1.1
18/11/2011 J. VDM Step Complete the “SAP Refresh History.xlsx” 2.1.2
added
16/01/2012 J. VDM Pre-check BD54 added 2.2
27/01/2012 J. VDM Step 14’ TMS_UPDATE_PWD_OF_TMSADM added 2.3
15/02/2012 J. VDM Step 15 Execute SECTORE added 2.3.2
21/02/2012 J. VDM Procedure review with UXOP feedback 2.4
04/04/2012 J. VDM Pre-check TMS access modified 2.4.2
16/04/2012 J. VDM Step SECTORE prior to reconfigure STMS 2.4.3
20/04/2012 J. VDM Online backup required at the end of the procedure 2.4.4
in order to be in line with SLA
24/07/2012 J. VDM II.6. updated: save versioning (OSS 130906) 2.5
31/07/2012 J. VDM BDLS data inconsistency solved 2.6
Restore of users from client 000
06/12/2012 J. VDM Kernel 720, TMS configuration, client 2.7
27/12/2012 J. VDM Based on experience with refreshes of T53 & S21 3.0
24/01/2013 CL Some APO related modifications induced by the
new SCM7 version
31/01/2013 J. VDM New version after refreshes campaign of January 13 4.0
21/10/2013 PV Add tables to be exported – imported / review PSE 4.1
export / import steps ( STRUSTSSO2 )
10/02/2014 AMG System copy based on RMAN backups 4.2
17/11/2014 SELENE Update on procedure for BDLS and STRUSTSSO2 4.3
09/07/2015 SELENE Updated to do export via R3trans for RFC, 4.4
STRUSTSSO, and few more screen shot to take in
pre activity
12/08/2015 SELENE Updated with new script for lock and unlock sap 4.5
users. And BW level actions
Related Documents
Table of Contents
I. Preliminaries....................................................................................................................... 3
A. Template documentation ............................................................................................. 3
B. Checks to do 2 weeks before starting the refresh ........................................................ 3
II. Backup restore pre-tasks .................................................................................................... 5
A. SAP pre-tasks .............................................................................................................. 5
B. SAP pre-tasks - Summary.......................................................................................... 10
C. DB pre-tasks .............................................................................................................. 11
III. Backup restore ............................................................................................................... 12
A. Actions to be performed on source system ................................................................ 12
B. Actions to be performed on target system ................................................................. 13
IV. Backup restore post-tasks .............................................................................................. 14
V. Special procedures for some systems ............................................................................... 27
A. For Core Chemicals systems ..................................................................................... 27
B. For source systems that are connected to APO systems ............................................ 28
C. Steps that can be performed later on the target system ............................................. 28
I. Preliminaries
A. Template documentation
Example: system copy from SSIS to TSID
1. This table has to be completed several days before starting the refresh so that we can react
in time and avoid surprises.
SPAM OK/NOK
SAP_BASIS
SAP_ABA
SAP_APPL
SAP_HR
IS-OIL
PI
ST-A/PI
ST-PI
If missing sapdata(s), create space request in ITSM using template for ESI for
space requirement in UNIX
TSM access If SSIDAU3 or SSIDBU3 not found in DSM.SYS & DSM.OPT, then execute :
sudo /local/scripts/stor/tsm/client/tsm_copysys_tdpr3_new.ksh in
GPN and Bostik landscape
If still you are not able to make it ask UNIX team to change the file manually
as example in DMS.txt file, don’t forget what is SSID and TSID
DMS.txt
2. Check the logical system names associated to the additional bdls asked in the system refresh
form are well available in the transaction BD54 in SSID. If not, contact the Domain Lead
Broadcast a system message (transaction SM02) on TSID, announcing the users that the system
will be unavailable
Logoff
Logon to TSID/client with your own IGG userid and take following screen shot and action to
perform
o Compare the Support Package and R/3 release (System Status Component
information) and kernel patch level (System Status Other kernel info.) of both
source and target systems and make sure they are consistent
o Save operation modes (transaction RZ04): double-click on any defined Operation Mode,
and print the existing WP distribution for the system.
o Save TMS parameters (transaction STMS): click on System Overview double click on the
target system select tab Transport tool and make a print screen.
o Take a print screen of the system change options in TSID SE06
o Take a print screen of current logical system name in TSID SCC4 for all clients
o Take screen shot of WE20 and WE21 for all LS and Ports (ALL) check which is active also
for all partner profile
o Take screen shot of AL11
o Take screen shot of SM51
o Take screen shot of SMLG
o Take screen shot of STRUSTSSO2
o For *21 Take screen shot of LC10 all data for LCA, LDA and LEA
o For *94, *77 and *32 instance take screen shot of RSA1 with detail of all source system
o For *94 take screen shot of program RSPOR_SETUP
o Take screen shot of RFC SM59
o Take screen shot of SCOT
o SPRO: Navigation Path: SAP Customizing Implementation Guide -> SAP NetWeaver ->
Gateway Service Enablement -> Backend OData Channel -> Connection Settings to SAP
NetWeaver Gateway -> SAP NetWeaver Gateway Settings
o SO50 and SWU3 for workflow, take screen shot
o For BW *94 or *77, take a screen shot of table RSBASIDOC and RSLOGSYSDEST using SE16
o If Target system is development instance take a screen shot of table E070L using SE16 of
the last number of transport request. For e.g. below screen shot
If requested by the Business in system copy request form, export the Version database out of the target
system:
1. AIX logon with tsidadm
2. Go to directory /usr/sap/trans/SSID
3. Create file verexpTSID.ctl with following statements:
Export
file='verexpTSID.dat'
delete from vrsd
select * from vrsd
delete from vrsx
select * from vrsx
delete from vrsx2
select * from vrsx2
delete from vrsmodisrc
select * from vrsmodisrc
delete from vrsx3
select * from vrsx3
delete from vrsx4
select * from vrsx4
delete from vrsx5
select * from vrsx5
4. Export the tables by executing the following statement: R3trans -w verexpTSID.log
verexpTSID.ctl
5. If return code is greater than 0, then there is issue
For *02 landscape only - in the take note of some number ranges
1. Transaction SNRO
2. Object: RP_PLAN
3. Click on “Number Ranges”
4. Subgroup: 01$$
5. Click on “Display Interval”
6. Write down all values of the line “IN”
Save user ids and authorizations that are in TSID by performing a client export (transaction SCC8) for
client <client>:
1. Use profile SAP_USER. This will generate a transport order TSIDKTXXXXX that will
be used for re-import after the system copy
2. As target system for the transport, choose TSID
3. Launch the export job immediately
Export RFC destinations, OSS keys, logical system names, and others:
AIX logon with tsidadm
1. Go to directory /usr/sap/trans/SSID
2. Create file rfcosssyslogTSID.ctl with following statements:
Export
file='rfcosslogsys.dat'
delete from DEVACCESS
select * from DEVACCESS
delete from ADIRACCESS
select * from ADIRACCESS
delete from RFCATTRIB
select * from RFCATTRIB
delete from RFCDES
select * from RFCDES
delete from RFCDOC
select * from RFCDOC
delete from RFCDESSECU
select * from RFCDESSECU
delete from TBDLS
select * from TBDLS
delete from TBDLST
select * from TBDLST
delete from RZLLITAB
select * from RZLLITAB
delete from RZLLICLASS
select * from RZLLICLASS
delete from TPFID
select * from TPFID
delete from TPFBA
select * from TPFBA
delete from BTCOMSDL
select * from BTCOMSDL
delete from BTCOMSET
select * from BTCOMSET
delete from ZUXTS
select * from ZUXTS
delete from EDIPORT
select * from EDIPORT
delete from EDIPOA
select * from EDIPOA
delete from EDIPOD
select * from EDIPOD
delete from EDIPOX
select * from EDIPOX
6. Logoff
Depending on their answers, some further steps may or may not have to be performed:
IF YOU DON’T HAVE AN EXACT ANSWER FOR EACH OF THE QUESTIONS DO NOT CONTINUE!!!
C. DB pre-tasks
Commands :
sudo su – orassid
cd sapbackup
look for the 1st occurrence of the keyword SAVED => this is the backup id
look for the 1st occurrence of the keyword Next => this is the Nxt log sequence start (not needed for an offline
backup !)
look for the 2nd occurrence of the keyword Next => this is the Nxt log sequence stop (not needed for an offline
backup)
look for the 1st occurence of the keyword utl => this is the backup server
SSID
Backup date dd-mm-yyyy
Backup ID ORASSIDxxxxxxxxxx #SAVED (1st found)
Next log sequence start Xxxxx Before
When an offline backup is to be restored, next log sequence start and next log sequence stop need
to be set at 0
1. First put target server in maintenance mode for e.g. if server name is abrusux201h
add as custom in maintenance mode as server abrusux201.* with all application and
database also add same server with application DU and database all
2. Ask $U Team to stop all jobs and queue for TSID instance inform that
system copy is in progress, also ask them to stop any weekly stop/start
planned during the activity for target system ONLY
3. Log on to system saptsid as user tsidadm and stop SAP instance including database,
also check if any application instance is there and stop the same also
4. Log on to system saptsid, as user oratsid
5. Execute /home/share/sap_syscopy_tgt.ksh SSID
Follow instructions given during script execution
6. After successfully restore of Database, Launch /home/share/copysap_tgt.ksh without
arguments if source is O75, O77.
Execute /home/share/sap_syscopy_tgt.ksh without arguments for the other source
systems
Follow instructions given during script execution
3. Re-initialization of syslogs
hostname:tsidadm 8> pwd
/usr/sap/TSID/D*/log/
hostname:tsidadm 6> rm SLOG*
6. For *21 landscape only - disconnect the current productive Live Cache (transaction LC10):
1. Enter LCA as database connection and push button "INTEGRATION"
2. Enter the name of the Live Cache for the target system in field LiveCache Name
Q21 : LCQ
T21 : LCT
S21 : LCS
3. Enter the name of the Live Cache server for the target system in field LiveCache Server (Should be
saptsiddb for all non productive systems)
4. Repeat points 2, 3 and 4 for LDA and LEA database connection
10. Post a system message (transaction SM02) informing that users should not connect to the system yet. Set
an expiration date of several days.
13. Check Profiles definition (transaction RZ10). Delete all profiles in database. DO NOT delete profiles at the
operating system level:
1. Select a profile in the profile field and for each one :
Menu Profile delete all version of a profile
Menu Utilities import profiles of active servers
15. For non sandbox systems: Change the password rules in the DEFAULT profile (transaction RZ10)
1. Click on Utilities Import profiles of active servers
2. If a Profile Check Log is displaying, click on Back
3. Select the DEFAULT profile
4. Select the check box Extended maintenance in the Edit Profile box
5. Click on Change
6. Set the value “0” for the parameters:
login/min_password_specials
login/min_password_letters
login/min_password_digits
7. Click on Copy
8. Click on Back
9. Click on Save
10. Do not display the incorrect parameter values detected
11. Activate the profile clicking on Yes
12. Click on Continue
13. Click on Continue in the Caution panel
17. For non sandbox systems: Logon to TSID/000 with SAP* (passwords available on PwdManager)
19. Logoff
21. Perform database consistency check (transaction SICK). If you receive any error message then contact the
Basis Team.
A pop-up will indicate that there is a problem because there are no background processes defined. But this is
normal at this point, since the processes for the day / night-time have to be defined further on.
22. If SAP Kernel release <= 710 (all ex-PCH, Bostik and GPN systems have a kernel 720):
Check that SAPOSCOL is effectively running
At AIX level, as user id “tsidadm” execute:
i. saposcol –k
29. Check instances definition (transaction RZ04). Ideally, use the print that you took before starting the
system copy as a guide. Then perform the following steps:
1. Double-click on any operation mode (e.g. “Day Time”)
2. For each host name listed:
i. Put the cursor on the host name
ii. Select menu Instance Delete entry
3. Select menu Settings Based on current status New instance Generate
4. Save your changes
5. Still in RZ04’s detailed screen, for each host name listed:
i. Double click on Operation mode “Night Time”
ii. In the pop-up, put the cursor in the box “Background”
iii. Click on the “+” sign until the value in the box “background” gets up to number
appearing in the print screen
iv. Save your changes
31. Allow communication between TP and ABAP. To be performed in client <client> and client 000,
otherwise transports won't start:
1. Start transaction SE38
2. Execute program RDDNEWPP will schedule a batch job (choose “high priority” whenever possible)
33. Import transports of RFC destinations, OSS keys (mandatory) and user ids/authorizations (into
TSID/<client>):
1. AIX logon with tsidadm
2. Go to directory /usr/sap/trans/SSID
3. Create file rfcosssyslogTSIDIMP.ctl with following statements :
Import
file=’rfcosslogsys.dat’
4. Import the tables by executing the following statement: R3trans -w rfosssyslogimpTSID.log
rfcosssyslogTSIDIMP.ctl
5. Do not go further if return code is greater than 4, then there is a problem
35. for SAP systems x02/x54 Set the parameters as given below with ora<sid>:-
sqlplus / as sysdba
ALTER PROFILE SAPUPROF LIMIT PASSWORD_LIFE_TIME UNLIMITED;
ALTER PROFILE SAPUPROF LIMIT PASSWORD_REUSE_TIME UNLIMITED;
ALTER PROFILE SAPUPROF LIMIT PASSWORD_REUSE_MAX UNLIMITED;
36. At AIX level, with user id tsidadm, block access to the system for end-users (as of now, only DDIC,
SAP* and support team can log on):
1. Login as oratsid and run script
2. /home/share/sap_user-lock.ksh
37. Ask $U Team to modify $Universe job ZDBARSRL_F Batch queue value from L_TSID_DB to SYS_BATCH
and to start $U queue for TSID
38. Convert all already-assigned logical system names to the new one (transaction BDLS):
1. Do NOT perform this operation after a refresh of any Production system (which should not happen anyway!)
2. If this system is a source system connected to APO which is *02, please see For Source Systems that are
connected to APO systems.
3. Created INDEX as per process of SELENE to speed up BDLS, which need to be deleted after BDLS
is completed for all logical systems
4. Start transaction BDLS (step “table determination” may take a while); read the application help
documentation for background information
5. Choose option "Convert client-independent and client-dependent tables"
6. Fill in the "old logical system name" with the logical system name of the source system of the copy (table
V_TBDLS)
7. Fill in the "new logical system name" with the logical system name of the target system of the copy (table
V_TBDLS), as saved before the refresh started
8. Un-select option "test run" and select option “100000 before commit”
9. Program Execute in background with LOCL as output device
10. Save
Remark: if more than 1 BDLS to run do not run all the BDLS in the same time.
11. Check BDLS jobs run well (transaction SM37)
Remark:
If BDLS dumps with message data Inconsistency: apply OSS note 1293891
1. Display the log: call Transaction SLG1 with object CALE and subobject LOGSYSNAME
2. Run program RBDLSMAP_RESET
3. Then you can restart BDLS
If BDLS dumps due to the non activation of the tables DFKKKO and DFKKMKO
1. Launch the transaction SE11
2. Activate those tables
3. Then you can restart BDLS
42. If such an export has been made out of the target system prior to the copy, then re-import the Version
database if its required by refresh form:
1. AIX logon with tsidadm
2. Go to directory /usr/sap/trans/SSID
3. Create file verimpTSID.ctl with following statements :
import
file=’verexpTSID.dat’
4. Import the tables by executing the following statement: R3trans -w verimpTSID.log verimpTSID.ctl
5. Do not go further if return code is greater than 4. Consult with the Basis Team in case of problem.
43. Check the printer definitions (transaction SPAD) as well as AIX queues (if available) and reassign them.
1. Utilities -> For output devices -> Assign Servers
2. Display List -> Convert
44. To know if Columbus client is running on the server hosting central instance check with your "sudo su -
colcltO" access and command "syq -aa", then:
1. Start transaction SPAD
2. Click on “Full Administration”
3. Choose tab “Output Management Systems”
4. Click on Display next to “Logical output mgmt systems”
5. Double-click on COLD
6. Switch to Change mode
7. In tab “SAP configuration” make sure that both “Tasking target” and “Target for callback” point to the
system’s Central Instance
45. If target system = T03 or T54, perform the following instructions (transaction SPAD):
1. Click on “Full Administration”
2. Choose tab “Output Management Systems”
3. Click on Display next to “Logical output mgmt systems”
4. Double-click on COLD
5. Switch to Change mode
6. Click on Commands icon (F6)
7. Double click on AIX
8. Change the command path to: /colT/client/SapScripts/
47. For ex-PCH systems - Give an overview of the most used SAPOffice mailboxes:
1. Start transaction SE38
2. Execute program ZSSOPRIV with variant DEFAULT if it exists
3. Change value of "Subject" field replacing SSID to TSID
49. For *02 and *54, adapt archive parameters (transaction OAC3):
1. Click on Change
2. In the column Cont.Rep.ID, replace each field as following:
i. If TSID = Q02
1. O2 by Q4
2. O4 by Q6
3. O5 by Q7
ii. If TSID = T03 or T53
1. O2 by T4
2. O4 by T6
3. O5 by T7
iii. If TSID = Q54
1. OA by Q4
2. OC by Q6
3. OD by Q7
iv. If TSID = T53 or S54
1. OA by T4
2. OC by T6
3. OD by T7
3. Save
51. ONLY FOR *21 – LIVE CACHE if MAXDB is also restored from Production
From MAXDB studio login as SAPR3 and drop table APPSYSPARAM and restart LiveCache
from LC10, this will create new table APPSYSPARAM with correct entry for Database TSID
Update table /SAPAPO/ORDMAP in MAXDB studio using following command, we see
only SSID entry for LOGSYS, so we change to TSID
select LOGSYS, count(*) from "SAPR3"."/SAPAPO/ORDMAP" group by logsys
update "SAPR3"."/SAPAPO/ORDMAP" set logsys='TSID' where logsys='SSID'
Restart LiveCache database
56. At AIX level, with user id tsidadm, unlock access to the system for end-users:
1. Login as oratsid and run script
2. /home/share/sap_user-unlock.ksh
57. For non sandbox systems: Change the password rules in the DEFAULT profile (transaction RZ10)
1. Click on Utilities Import profiles of active servers
2. If a Profile Check Log is displaying, click on Back
3. Select the DEFAULT profile
4. Select the check box Extended maintenance in the Edit Profile box
5. Click on Change
6. Set the value “1” for the parameters:
i. login/min_password_specials
ii. login/min_password_letters
iii. login/min_password_digits
7. Click on Copy
8. Click on Back
9. Click on Save
10. Do not display the incorrect parameter values detected
11. Activate the profile clicking on Yes
12. Click on Continue
13. Click on Continue in the Caution panel
58. Check SE06 transaction based on print screen taken before the system copy
59. Check SCC4 transaction based on print screen taken before the system copy
60. Logoff
63. Suppress the system message (transaction SM02) informing that users cannot connect to the system
yet.
64. Modify $Universe job ZDBARSRL_F Batch queue value from SYS_BATCH to L_TSID_DB
69. Proceed transport list provided by TMA GRACE BI and inform TMA GRACE BI for *94 and from KaiZen
for other instances, If any
70. Ask $U Team to released all jobs for TSID Instance and put to modify $Universe job ZDBARSRL_F Batch
queue value from SYS_BATCH to L_TSID_DB
72. SPRO: Navigation Path: SAP Customizing Implementation Guide -> SAP NetWeaver ->
Gateway Service Enablement -> Backend OData Channel -> Connection Settings to SAP
NetWeaver Gateway -> SAP NetWeaver Gateway Settings
Make sure to set as per screen shot taken before the copy
73. SWU3 for workflow, so setting as per screen shot take before
1. Check settings of transaction OMIQ and adjust settings if needed. As a rule of a thumb set “Number of
sessions” to a lower value than the amount of dialog WP’s defined for each instance
2. Execute program ZSCH0015 twice, using the variant COPIE_SSID.
3. Execute program ZSCH0039 using the following parameters: Old printer = ' ' ; New printer = ' ' ; Old
time = '4' ; New time = '3' ; Table name = 'NACH'
4. Change some number range intervals:
1. Start transaction SNRO
2. Object ADRNR
3. Choose "Change interval"
4. Choose "Interval change status"
5. If target system is T53, replace leading 5 by 9 and leading 90 by 99
6. If target system is Q02, replace leading 5 by 8 and leading 90 by 98
7. If target system is any other one contact G. Strappazzon immediately
8. Save changes!
5. Still in transaction SNRO:
1. Object RP_PLAN
2. Click on “Number Ranges”
3. Subgroup: 01$$
4. Click on “Change Interval”
5. Select line “IN”
6. Menu “Interval Change Current Number”
7. Set the current number to “0”
8. Save changes and go back one screen
9. Select line “IN” again
10. Click on “Delete Interval”
11. Save changes
12. Click on “Insert Interval”
13. Enter a line with data written down prior to the copy
14. Save changes
6. Run transactions NDV2 and CFC1 to modify the target APO logical system according to the target
system of the system copy. (It is advised to copy the existing entry, to modify the copy and then to
delete the original one)
7. When SSID is copied to T03, and only in this case, in SCC4 transaction adapt the Client Role to
Customizing instead of Test.
integration models are flagged for deactivation, then click the execute button .
Next use transaction CFM4 to verify all active models have been deactivated.
If you get results, then you have not deactivated all the Integration Models. If this is the case then go back to the
previous step.
If no results are displayed then continue with the next step.
Now go to transaction SE38 and execute module RCIFVARIANTCHANGE and fill in the following fields and
execute.
Run the above program twice more once for report name RIMODACT and once for report name RIMODAC2.
This step resets the “logical system” key on the integration model variants.
On the target system of the system copy perform a BDLS (APO Source to Target) for the next four tables :
CIF_IMOD - CIFOPMODE - CIF_IMAX - NDISYSTEMS*
E.G.when SSID is copied to T03 perform a BDLS to modify O21 references into T21 references for the
mentionned tables.