How to stop jobs after a system copy

Hi All,
After doing a system copy from the Production system to some test system, all the jobs that are supposed to be triggered in the production server will also trigger in the test system which is not good.
For example, If we have a payroll running every month. After i do a system copy the same payroll will also be triggered in the test server which is un acceptable.
How do we go about it and what are all the steps that we need to follow after a system copy?
Points will be rewarded.
Thanks
Vijay

Hello Vijay,
you surely need background processes in a running system.
But you can start a SAP system without any background processes.
When the system is up you go to sm37 and delete (or de-release) all the jobs you don't need in the target system. Then set the number of batch processes to the amount you want and restart the system.
Alternatively you can prepare your source system accordingly with the SAP System Copy Guide - Section 3.2 Technical Preparations:
"Set all released jobs from Released to Scheduled:
Tools -> CCMS -> Background Processing -> Jobs - Overview and Administration (transaction SM37)
You also need to do this for jobs that must run periodically (see SAP Note 16083).
Select all jobs (include start after event) as follows:
Job -> Released -> Scheduled"
I think the best way for you is to read this guide!
Everything is explained very well there.
Goto:
https://service.sap.com/systemcopy
In the left tree select:
-> SAP Netweaver
-> SAP Netweaver in Detail
-> Software Life-Cycle Management
-> System Copy & Migration
-> Media Library
There are all the Guides for the current releases.
Regards, Michael
Message was edited by:
Michael Teubner

Similar Messages

Activating data in DSO got dump SAPSQL_EMPTY_TABNAME after BW system copy

Hi all,
We had an issue after system copy.
After a system copy the data in the standard DSOs(all of them) cannot be activated. The DOSs themselves are active, the transformations are active but if one attempts to load data and activate u2013 it does not work. The job terminates with shortdump SAPSQL_EMPTY_TABNAME.
Found the issue is caused by u201Cmore than one versionu201D of the change log.
We tried the Program RSAR_RSTSODS_CHANGELOG_VRS but it didn't work.
We had the solution like this:
After activating the DSO itself(the object) using RSDG_ODSO_ACTIVATE the issue disappears and the data can be activated. Issue also disappears. BUT Drawback: Activating the DSO causes the transformations to deactivate.Then we used the program RSDG_TRFN_ACTIVATE to activate all transformations. And then the issue disappeared.
Want to know what the root cause for this. From some SDN threads, mentioned BDLS job in the post refresh steps are not correctly done during system copy may cause this issue. How did the BDLS run wrongly cause this issue? And what is the exact correct way? We ran BDLS for each source systems inlcuding the target refreshed BW system itself by the default selection - conversion of Client-Dependent and Client-Independent Tables; because we used database copy
for the system refresh.
We also restored all source systems in RSA1 inlcuding the refreshed BW system own in the post-refresh steps.
Thank you very much for your information and suggestion.
Heming

Hi Arun, as you say two change log tables it´s strange. In fact in my opinion it´s not right but the problem is that the second change log table appears after executing std SAP report RSDG_ODSO_ACTIVATE in order to be able to activate the DSO. So the solution provided by SAP it works but i´m not sure if the right one. Besides this the original change log table is full of data while the second one is empty... for new loads which are gonna a be filled by the activation process ? I suppose the second one... will this have some impact with the data stored in the first one... not in theory but.... i do not feel confortable with the consequences of this report.
And the most important, it seems that the reason why the DSO and the change log table had problems is due to a some problems or missing steps after executing the BDLS after BW system refresh but nobody can confirm this point...
So, i´ve been able to solve the issue but now i have two change log tables for the same DSO.
Anybody has the same situation after executing the above mentioned SAP std report ?
Regards,
Joaquin Casas Baca-Castex

ST02 shows multiple servers after heterogenous system copy

We're facing a strange behaviour in ST02 after a system copy using MaxDB backup/restore with SWPM (backup was from our production system). When we click on history, no data is shown:
We have to click on "-> Server", then the data is shown:
Does anyone know how to make history work?

Hello Alwina,
Thanks for the help.
Mine is EHP7 NW 7.4, standard system, cent serv instance(Mes Serv & Enqueue server), primary app server (Dia Bg Up Spo) runs on the single host along with Oracle DB 11.2.0.4.
In my rest of the systems also I have the same notations, server name its in upper case and hostname is in lower case (ofcourse they are of other netweaver release) for SM51.
niping results
Hostname/Nodeaddr verification:
===============================
Hostname of local computer: EUSAPADHR01                      (NiMyHostName)
FQHN of local computer: EUSAPADHR01.dfs                      (NiGetOwnFQDN)
Lookup of hostname: EUSAPADHR01                              (NiHostToAddr)
    --> IP-Addr.: 10.170.83.88
Lookup of IP-Addr.: 10.170.83.88                             (NiAddrToHost)
    --> Hostname: eusapadhr01.abc
Lookup of hostname: EUSAPADHR01                              (NiHostToAddr)
    --> IP-Addr.: 10.170.83.88
Lookup of IP-Addr.: 10.170.83.88                             (NiAddrToHost)
    --> Hostname: eusapadhr01.abc
Yes initially it gives 8 characters in the text.
But in the actual values it is like eusapadh_HRP_40..
Hope you understand my case.
Ok so implementing the note would fix this ST02 history issue - confirm?

Authority issues after homogeneous system copy - as/400 v5r1 - R/3 4.6C

Hello,
I am trying to complete a homogeneous system copy of an R/3 system.
The source system is PRD - the target system is TST. The hardware platforms are different (both iSeries) but the kernel/pdf/OS patch levels are all identical.
The process I have follow so far is this:
1. Preprocessing of the R3PRDDATA library.
2. SAVLIB of R3PRDDATA.
3. Delete old R3TSTDATA lib on target system using QSECOFR
4. Create new R3TSTDATA using SQLUTIL as TSTOFR (TSTOFR is my user for the target system)
5. CHGOBJOWN OBJ(R3TSTDATA) OBJTYPE(*LIB) NEWOWN(TSTOFR)
6. GRTOBJAUT OBJ(R3TSTDATA) OBJTYPE(LIB) USER(SAP02) AUT(CHANGE)
7. Detach existing Journal, create new journal receiver, create new journal ...
DLTJRN JRN(R3TSTDATA/QSQJRN)
DLTJRNRCV JRNRCV(R3TSTJRN/QSQJRN0001)
CRTJRNRCV JRNRCV(R3TSTJRN/QSQJRN0001) THRESHOLD(500000)
CHGOBJOWN OBJ(R3TSTJRN/QSQJRN0001) OBJTYPE(*JRNRCV) NEWOWN(R3OWNER)
CRTJRN JRN(R3TSTDATA/QSQJRN) JRNRCV(R3TSTJRN/QSQJRN0001) MNGRCV(SYSTEM) DLTRCV(NO)
CHGOBJOWN OBJ(R3TSTDATA/QSQJRN) OBJTYPE(*JRN) NEWOWN(R3OWNER)
8. RSTLIB from tape.
9. AS4FIXFILE on R3TSTDATA with
 DBLIB R3TSTDATA
 CHGOWN *NO
 ENDJRN *YES
 STRJRN *YES
 CHGFILE *NO
10. install license key
So from this point the system will start without a problem. However whenever I try and write something to the database I get this type of error (via SM21 or ABAP dump) message:
Database error -551 at SEL access to table BTCOPTIONS
 Not authorized to object BTCOPTIONS in R3TSTDATA type *file
 Job=378721/TST02/WP02
Database error text........: "Not authorized to object SCPRACTR in R3TSTDATA
type *FILE. Job=379089/TST02/WP00"
I have also run GRTOBJAUT for the - TST02 user on the R3TSTDATA lib but still the same problem.
I'm certain the issue is related to the user on the 400 that is actually used by the work processes, and that user does not have the relevant rights to R3TSTDATA.
Any suggestions on how to resolve this problem will be humbly received.
Many thanks, Colin

Hi,
step 9 is wrong ;-(((
old:
9. AS4FIXFILE on R3TSTDATA with
DBLIB R3TSTDATA
CHGOWN *NO
ENDJRN *YES
STRJRN *YES
CHGFILE *NO
correct:
9. AS4FIXFILE on R3TSTDATA with
DBLIB R3TSTDATA
CHGOWN *YES <<<<<
ENDJRN *YES
STRJRN *YES
CHGFILE *NO
it NEEDS to run with QSECOFR !!!
=> it will work !
GRTOBJAUT on all objects is rubbish only !!! no real solution!!!
Regards
Volker Gueldenpfennig, consolut international ag
http://www.consolut.de - http://www.4soi.de - http://www.easymarketplace.de

DB13 SQL error -942 after homogenous system copy

Dear all,
I've performed hpmogenous system copy from the productiion system running on ECC 6.0 Oracle 10.2.0.4 and HP-UX 11.31.
Then after finishing all post homogenous system copy activites I've tried to start check db in DB13 and I got this error message.
In sqlplus from the server I checked this SELECT and it shows the appropriate rows. But from DB13 there is the error message.
Job started
Step 001 started (program RSDBAJOB, variant &0000000000360, user ID RPO)
Execute logical command BRCONNECT On host sapds
Parameters: -u / -jid CHECK20111024152519 -c -f check
BR0801I BRCONNECT 7.00 (52)
BR0477I Oracle pfile /oracle/TST/102_64/dbs/initTST.ora created from spfile /oracle/TST/102_64/dbs/spfileTST.ora
BR0280I BRCONNECT time stamp: 2011-10-24 15.25.24
BR0301E SQL error -942 at location BrLicCheck-51,SQL statement:
'SELECT COUNT(*), NVL(SUM(BLOCKS), 0) FROM SYS.SEG$ WHERE USER# = 28'
ORA-00942: table or view does not exist
BR0806I End of BRCONNECT processing: cehbjvyf.chk2011-10-24 15.25.24
BR0280I BRCONNECT time stamp: 2011-10-24 15.25.25
BR0804I BRCONNECT terminated with errors
External program terminated with exit code 3
BRCONNECT returned error status E
Job finished
Does anyone knows why?
Thanks in advance.
Ruzica

Solved
sapdba_role needed to be performed again
sqlplus /nolog @sapdba_role R3
This solves the problem
Ruzica

Infopackages are missing after an system copy from Prodution to Quality

Hi SAP Gurus,
After an DB copy, from BW Prodution to Quality, the infopackages are missing.
Can anyone can tell me how to get the infopackages from PRD to QAS.
Thanks,
Pedro Martins

Hi
Casue for package missing
In some cases infopackages will be missing because of the INIT Delta infopackage will be copied againg from Production were duplicates are created for the same Init. so in such cases the package will be missing
During DB copy if any infopackage are created in production at that point of time the system will not take that package into consideration
inorder to get the package we can do reverse transport (from production to Quality)
follow the steps as below
Transporting from BWP TO BWQ : Reverse Transports
Step1
Create request in Source System (Eg: BWP) say A and Collect required objects (infopackage)into request A
Step2
Goto TCode : SE09/SE10 --> create a transport of Copies request B (give the user name and tick on transport copies just below the workbentch request)
Step3
Check, check box for Transport of Copies and click Create , now the system will prompt one more screen
Step4
Now choose Transports of Copies and continue.
Step5
Enter required Target system(F4 help available) Eg: BWQ.
Step6
Unlock Objects(Tcode : SE03) from Request A and Move Objects to Request B(Tcode SE10).
Step7
Delete objects from Request A
Step8
Relase the request B (se09)
Step9
Now log on to the Target System(Eg: BWQ) import Queue and import request.
Step10
In BWQ queue go to menu Request >Forward> give BWD or
you can directly provide BWD as Target System in Step 2
Step11
Go to BWD and import the request.
santosh

"Table VSEOPARENT is not in the database" after SolMan system copy to x64

Hi SDNners,
We've just completed a system copy of our SolMan 3.1 system onto a new
(Xeon x64 based) server. This system copy is part of the process of
moving SolMan 3.1 from an old server onto 64bit hardware and then
upgrading it to SolMan v4 and Oracle 10G.
Although the system appears to start properly in the MMC, we are unable
to log into the system through SAPGUI - we get a SYNTAX_ERROR window
instead of a logon screen.
I've checked the SysLog from within the MMC and noticed a number of
errors stating:
Database: Table VSEOPARENT is not in the database
Database: Table VSEOIFIMPL is not in the database
Database: Table VSEOIFCOMP is not in the database
I tried running SQL command 'select * from "SAPSOL"."VSEOPARENT"; and
it confirmed that the table didn't exist. I then ran the same command
on the source SolMan system and it showed that VSEOPARENT DID exist. I
don't understand how these VSEO* tables could have gone missing between
the source and target systems.
I've searched OSS for VSEO* and cannot find anything. Please help!
Thanks,
Arwel.

We have 640 kernel, ECC 5.0 and BASIS patch 23.
For me the problem was with SAPVIEW table wasnt imported from source to target becuase SAPVIEW.STR file was 0 byte. STR files gets created in export preparation phase.
It did happen because on source side master DVD, there was no option for export preparation. I had only option for tablesplit and export db.
I did use ECC 5.0 SR2 Master DVD which had option for export preparation phase and that created SAPVIEW.STR file.
Using migration monitor I did re-export and re-import and this time all views are imported in target.
Regards,
Mamadi.

No username of Source system is avbl after livecache system copy

Hi Experts
I have done a livecache system copy from the source system to target system. Here the steps are
Assume my Source SYstem Livecache is RP1 and Target System livecache is RS1.
1. Taken Source system livecache DATA and LOG Area backup RP1.
2. Defined the same source system backup medium name in Target System (RS1 and moving the Source system Liveacache backuped files to Target system and defined the medium name as per that)
3. put the livecache db_admin mode
4. db_activate RECOVER <medium_name>.
5. recover_start <log_medium_name> LOG <nnn>
6. db_online.
Here we faced that
ERR
-24622,ERR_AUTOLOADSYSTAB: Automatic loading of the System Tables failed
-24907,ERR_DBAWRONG: Wrong database system administrator
-24988,ERR_SQL: SQL error
-4008,Unknown user name/password combination
So we activated the SUPERDBA as " db_activate SUPERDBA,<password>
then it came to online. and afterwards we have used the load_systab command to load the tables.
BUT we could not find any Source System name like "RP1ADM" in the tables of the livecache database. Only there are CONTROL,SUPERDBA username availbale. Usually there will be also the source admin name . I dont know why it is missing
Before a month we have done livecahe restore same as now in that time we got the source system name admin also. ( RP1ADM) and also tables which owned by RP1ADM. alos i could find APPSYSPARAM table and the instance also registered.
But now in this restore we could not find the above.
We followed the same procedure and there is no change in the steps also.
Could anyone help me...
Regards
bala

Hello Bala,
1. As I wrote you already, the notes:
886103 System Landscape Copy for SAP SCM
877203 Post steps after the Homogenous liveCache copy using backup/
457425 Homogenous liveCache copy using backup/restore
has all recommended steps to do, when you will run the u201CSystem Landscape Copy for SAP SCMu201D
2. If you run the u201CHomogenous liveCache copy using backup/restoreu201D you should pay attention to the note 457425. After you imported the complete data backup < step 2. > you need to update the system tables.
To update the system tables you need to know the correct database SYSDBA user & password.
After you restored the databackup of the source database, start the database online & run u201Cselect * from usersu201D SQL command to see the SYSDBA user. Then check that you know the DBA user ( DataBase Administrator ) & password of the source database instance => Open the SQL session with this
user & password.
Example:
after db_activate recover <medium_name>
login as control,password
db_online
sql_execute select * from users
sql_connect superdba,<password of source system>
If you didnu2019t get error with the last command, then you could update the system tables with the superdba,<password of source system> using load_systab command.
The system tables will be updated & the correct SYSDBA user & password will be updated in *.UPC file.
3.
user_sysdba:
You make the database system administrator known to Database Manager. It is only necessary to use this DBM command if the database administrator is not known or is incorrectly known to Database Manager.
u201CI have tried like this
after db_activate recover <medium_name>
login as control,password
db_admin
user_sysdba superdba,<password of source system>
db_onlineu201D
You could update the .upc files with the wrong SYSDBA user password u2026
You was lucky, that you knew the correct SYSDBA user and password of the source database.
Example < NLK is my local database >:
A. I could update the .upc file with wrong password of SYSDBA user:
dbmcli -d NLK -u control,control
dbmcli on NLK>user_sysdba superdba,test
OK
dbmcli on NLK>db_online
OK
dbmcli on NLK>load_systab
ERR
-24909,ERR_DBAUNKNOWN: SYSDBA unknown
dbmcli on NLK>exit
B. I could update the .upc file with wrong SYSDBA user:
dbmcli -d NLK -u control,control
dbmcli on NLK>user_sysdba test,test
OK
dbmcli on NLK> user_get test
OK
u2026
dbmcli on NLK>sql_connect test,test
ERR
-24988,ERR_SQL: SQL error
-4008,Unknown user name/password combination
dbmcli on NLK> dbmcli on NLK>sql_connect superdba,admin
OK
I could connect as test,test; but the test user is NOT SYSDBA user u2026
dbmcli -d NLK -u test,test
dbmcli on NLK>
Itu2019s recommended to user the load_systab command, so the .upc files will be updated with the correct SYSDBA user/password or
you will get error.
4. http://maxdb.sap.com/doc/7_7/86/68627a1bc642e6a6f73d3bc7a55fe1/content.htm
You got error:
ERR
-24622,ERR_AUTOLOADSYSTAB: Automatic loading of the System Tables failed
-24907,ERR_DBAWRONG: Wrong database system administrator
-24988,ERR_SQL: SQL error
-4008,Unknown user name/password combination
The automatically updating the system tables, according to the default value, is switched on.
After you will run the update system tables with the correct SYSDBA user & password the *.UPC file will be updated,
and with the next liveCache restart you will not get this error.
5. See more information in the MAXDB library:
http://maxdb.sap.com/doc/7_7/45/11cbd6459d7201e10000000a155369/content.htm
Thank you and best regards, Natalia Khlopina
Edited by: Natalia Khlopina on May 19, 2010 2:58 PM

Update integration directory and repository content after PI system copy

We are on PI 7.1, We are trying to figure out the best way to update the contents in sld, integration directory and repository after system copy. currently we delete everything in sld, ID and IR then reimport all the content to get everything in-sync. Is there an easier way to do it, ex. just update the system in sld and the matching contents in IB and IR?
Thanks,
Jane Zhou

Hi Jane
This completely depends on the nature of the system copy and your SLD architecture and operational requirements
Will the source system remain available or operational ?
Is the target SLD proposing to use satellite systems already defined in the source SLD ?
When doing a system copy the following should be considered
1) If you create an import line from a previous SLD via export or sync
- that SLD has to continue to be available for further updates or sync
2) If you create a system copy, any target specific configuration like hostname, port, SID
may needed to be adapted in target landscape
3) Further considerations are needed if 1 satellite will point to 2 SLDs at the same time both for operational use
Its very easy to take a back-up or full or partial import from one SLD and put it into another or indeed sync between SLDs
however the key is to ensure the target SLD content is consistent and useable in the same way as the source SLD
Hope this helps
Stuart

ALOM stop responding after reboot system

Server info: SunOS 5.9 Generic_118558-08 sun4u sparc SUNW,Netra-440
ALOM version is 1.6.7 and OBP version is 4.22.33
Problem:
After reboot system, ALOM die
found errors in /var/adm/messages
Jan 13 07:04:08 rmclomv: [ID 951689 kern.warning] WARNING: DP_GET_SDP_VERSION failed, ret=4
Jan 13 07:09:53 rmclomv: [ID 647266 kern.warning] WARNING: SC has stopped responding
Jan 13 08:42:33 rmclomv: [ID 647266 kern.warning] WARNING: SC is not responding
Run OS command ./scadm version
scadm: The SC hardware could not be initialized.
Can not connect ALOM through NET MGT and SERIAL PORT.
Run ./ssptest -vn
01/13/09 20:04:04 SunVTS5.1ps10: VTSID 0 ssptest.VERBOSE alom: "ssptest: Started."
01/13/09 20:04:14 SunVTS5.1ps10: VTSID 8025 ssptest.load_rsc_libs.FATAL alom: "Call to rsc_init() failed. Error Code: Interrupted system call." Probable_Cause(s): <The RSC/ALOM is not accepting input and may be hung.> Recommended_Action(s): <Check the RSC/ALOM using rscadm/scadm and reset the RSC/ALOM if required.>
01/13/09 20:04:14 SunVTS5.1ps10: VTSID 5 ssptest.clean_up.VERBOSE alom: Starting Test: cleanup
01/13/09 20:04:14 SunVTS5.1ps10: VTSID 6 ssptest.clean_up.VERBOSE alom: Exiting Test: cleanup
The only way to recover it is Power-off the system, then power-on again.
Don't know what's wrong, why this happened?
Hope you can help me to analyze it. I'm appreciating for your help

El mismo problema.
# prtdiag -v | grep "MB/SC"
MB/SC faulty
# uname -a
SunOS hera 5.9 Generic_122300-09 sun4u sparc SUNW,Sun-Fire-V240
# scadm loghistory
scadm: The SC hardware could not be initialized.
# scadm show
scadm: The SC hardware could not be initialized.
# scadm version -v
scadm: The SC hardware could not be initialized.
/var/adm root@hera # egrep responding messages*
messages:Jul 16 18:49:42 hera rmclomv: [ID 647266 kern.warning] WARNING: SC is not responding
messages:Jul 22 17:26:38 hera sshd[24909]: [ID 800047 auth.crit] fatal: Monitor not responding
messages:Jul 22 17:55:46 hera rmclomv: [ID 647266 kern.warning] WARNING: SC is not responding
Se cicla en la consola serial:
ALOM - POST run incomplete previously, no POST this time
ALOM BOOTMON v1.4.0
ALOM Build Release: 006
Reset register: f0000000 EHRS ESRS LLRS SWRS
Check for Handshake
Returned from Boot Monitor and Handshake
Clearing Memory Cells
Memory Clean Complete
Loading the runtime image...
JRobles - itch.edu.mx

System does not come up after homogeneous system copy

Hi there,
after a regular system copy of our Java-only Portal the system does not come up.
'startsap' warns with these messages :
Warning : /usr/sap/SPE/JC51/j2ee/cluster/bootstrap/../server0/bin/ext/jdbdictionary/jddi.jar file stated but does not exist !
Warning : /usr/sap/SPE/JC51/j2ee/cluster/bootstrap/../server0/bin/ext/antlr/antlr.jar file stated but does not exist !
Warning : /usr/sap/SPE/JC51/j2ee/cluster/bootstrap/../server0/bin/system/frame.jar file stated but does not exist !
and, yes , these really important directories do not exist - under /usr/sap/<SID>/JCxy/j2ee/cluster/server0 there is
only ONE directory , which is 'apps' .
database starts, but not the j2ee engine
OS :Solaris 10, Oracle DB
I'm confused (i did the system copy 2 times, because I did not believe what I saw ....)
Regards,
Ronny

>
Sunny Pahuja wrote:
> Hi,
>
> Have you done system refresh with sapinst ?? was it successful or not ?? Could you please paste dev_server, std_Server and dev_dispatcher logs here ?
>
> Thanks
> Sunny
Hi Sunny,
thanx for your answer.
There are NO logs, either dev_server* nor dispatcher.
the only thing I found were under the work-directory, the dev_jcmon says :
[Thr 1] Wed Oct 27 11:01:40 2010
*[Thr 1] *** ERROR => Can't attach to administration shared memory (rc = 3) [jcmonxx_mt.c 228]*
and the bootstrap says mainly that it could not find the framework :
[Thr 1] JLaunchRequestQueueInit: create named pipe for ipc
[Thr 1] JLaunchRequestQueueInit: create pipe listener thread
[Thr 2] JLaunchRequestFunc: Thread 2 started as listener thread for np messages.
[Thr 3] WaitSyncSemThread: Thread 3 started as semaphore monitor thread.
[Thr 1] Tue Oct 26 10:00:01 2010
[Thr 1] SigISetDefaultAction : default handling for signal 18
[Thr 1] NiInit3: NI already initialized; param 'maxHandles' ignored (1;202)
[Thr 1] CPIC (version=701.2009.01.26)
[Thr 1] [Node: bootstrap] java home is set by profile parameter
Java Home: /usr/java
[Thr 1] JStartupICheckFrameworkPackage: can't find framework package /usr/sap/SPE/JC51/exe/jvmx.jar
That make 'sense', because there is nothing it could find ..
Regards Ronny

How define background job, after a job, daily

Hi Gurus!
i need to create several Jobs, one after another. i'm working with R/3 enterprise.
I can create a Job after another, but I can't put it daily.
anyone knows how I can define job, after a specific job, daily???
THANKS!!!!

Hi Oscar,
If you want to execute the Background jobs one by one(sequence order),
Goto SM36 and create a Background job, then create another job then press Start condition, in this one there is a tab after JOB, here give the job name, os the will be run after this job complets
another way is there, if you want to run the jobs in a sequence, there is a TAB called STEP, create a Job name then press the tab STEP, here give the first job name then press the create button then create the second job name.. like this you can give N number of background Programs one by one
hope you got the answer
Thanks
Sudheer

How to change the SID during system copy

This blog /people/johannes.heinrich/blog/2006/07/07/new-features-in-db2-udb-v9--part-3 (i.e. the "new feature of V9" in this group) only
talk about the system copy without changing the SID.
In reality, we often want to change the SID during the system copy. Can we modify the script mentioned in above blog
to make SID change possible?
Thanks!

Hi Christy,
if you´re using export/import which is prefered you can change the sid during the parameter setting for export and import. You´ll be asked by the old sid and the new sid. For the tablespace names it is not so important because db2 is using tablespace id not the name for the internal administration.
Regards
Olaf

Exchange profile pointing to old hostname after the system copy

Hi Team,
I did system copy of SAP XI3.0 SP19 from host HOST1 (Windows 2003 , MS SQL 2005 SP3)to HOST2 (Windows 2008 R2, MS SQL 2005 SP3)with the same SID . I am using same SID as i will have to upgrade XI3.0 to PI7.1 EHP1 on the new host(trying to use parallel environment).
The copy is fine and Java is up, however , there is some problem with the exchange profile of the new host.It has IR, ID, RWB,SLD hosts pointing to HOST1.When i try to change the host to HOST2 and save it gives me this message
RFC call returned an error code: 300
Stack Trace class com.sap.rprof.dbprofiles.DBException:
at com.sap.rprof.dbprofiles.DBProfilesLock.checkReturn(DBProfilesLock.java:200)
at com.sap.rprof.dbprofiles.DBProfilesLock.lockProfile(DBProfilesLock.java:112)
at com.sap.rprof.dbprofiles.RemoteProfile.getRemoteProfileFromFactoryForUpdate(RemoteProfile.java:233)
at com.sap.rprof.dbprofiles.RemoteProfile.getRemoteProfileForUpdate(RemoteProfile.java:169)
at com.sap.rprof.dbprofiles.ExchangeProfile.getExchangeProfileForUpdate(ExchangeProfile.java:67)
at com.sap.rprof.remoteProfile.webui.ProfileTreeItem.updateInstance(ProfileTreeItem.java:222)
at com.sap.rprof.remoteProfile.webui.Edit.saveInstance(Edit.java:277)
at com.sap.rprof.remoteProfile.webui.Edit.doGet(Edit.java:207)
at com.sap.rprof.remoteProfile.webui.Edit.doPost(Edit.java:236)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:760)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at com.sap.engine.services.servlets_jsp.server.HttpHandlerImpl.runServlet(HttpHandlerImpl.java:401)
at com.sap.engine.services.servlets_jsp.server.HttpHandlerImpl.handleRequest(HttpHandlerImpl.java:266)
at com.sap.engine.services.httpserver.server.RequestAnalizer.startServlet(RequestAnalizer.java:387)
at com.sap.engine.services.httpserver.server.RequestAnalizer.startServlet(RequestAnalizer.java:365)
at com.sap.engine.services.httpserver.server.RequestAnalizer.invokeWebContainer(RequestAnalizer.java:944)
at com.sap.engine.services.httpserver.server.RequestAnalizer.handle(RequestAnalizer.java:266)
at com.sap.engine.services.httpserver.server.Client.handle(Client.java:95)
at com.sap.engine.services.httpserver.server.Processor.request(Processor.java:160)
at com.sap.engine.core.service630.context.cluster.session.ApplicationSessionMessageListener.process(ApplicationSessionMessageListener.java:33)
at com.sap.engine.core.cluster.impl6.session.MessageRunner.run(MessageRunner.java:41)
at com.sap.engine.core.thread.impl3.ActionObject.run(ActionObject.java:37)
at java.security.AccessController.doPrivileged(Native Method)
at com.sap.engine.core.thread.impl3.SingleThread.execute(SingleThread.java:100)
at com.sap.engine.core.thread.impl3.SingleThread.run(SingleThread.java:170)
Connection tab in the exchange profile points to HOST2.I ensured SLDAPICUST,SXMB_ADM->Integration Engine points to HOST2 ,also maintained the Pipe LIne URL to point to HOST2.I have followed the follow -up activities of system copy guides .But the issue is not resolved , exchange profile does not allow me to change the hostnames of IR, ID ,RWB.
Could you please help me with this issue?
Is the issue because of using same SID on different hosts?
Thanks,
Padmaja.

Hello,
You need to change host name manually in to Exchange profile, RFC, JCo and make sure PI is connected to SLD.
Cheers,
Yogesh

Cannot activate 3.5 transfer structures after BI system copy

We have just completed our first BI system copy (database-specific) from our BI-Production to BI-QA system to refresh database. Have followed the Homogenous System Copy Procedure provided by SAP for Netweaver 7.0, DB2 for LUW. Have been able to reactivate all 7.0 content, but 3.5 transfer structures cannot be activated because the transfer structure tables are not in the ERP QA source system. All 3.5 transfer structures were working prior to the BI system copy. Can anyone provide some guidance. Have issued an OSS Note with SAP, but that can take some time to get resolution. Is there any other resolution than converting 3.5 to 7.0 as this is half of our data?
Thanks for your response!

See SAP Note 493422. Works like a charm.

How to stop jobs after a system copy

Similar Messages

Maybe you are looking for