on 09-28-2009 2:19 PM
Hi,
im new in TDMS.
im trying to do a timebased reduction in tdms (just to test tdms). The sender is a IDES System and the receiver is a copy of this IDES system.
I have an error now in the step (all other steps before are ok):
Package Settings -> Start Programs for Package Settings-> Perform TDMS - Specific Analyses.
Error:Table JST_OTL_STATE is Client independant
Message no. CNV_TDMS_XAPP_A004
Diagnosis
table JST_OTL_STATE is Client independent and is also marked for transfer.
Transfer of client independent tables is not possible.
How and where can i unmark the mentioned table for the transfer?
Further steps are not possible at the moment.
Hi Andreas,
You can execute the transaction CNVMBTCOBJ is central system and mark the mentioned table for NOT_USE. In this way the table will be ignored for transfer. Then you can re-execute the activity and it will run fine.
Regards
Raghuram
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Thx harmeet, but the mentioned problem is solved now. But i have another question:
I do a time based reduction from system dmsapides client 800 to dmsaptdms client 800 with datas from 01.01.2008 till now.
So my question is: if the transfer is done, in the system dmsaptdms client 800 should only be datas from the date 01.01.2008 till today. All the older datas should be deleted. Is this correct?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Now i have another problem in Phase:
Start Programs for Data Deletion in Receiver System-> Start Deletion of Data in Receiver System. The activity status say: "Execution aborted".
I have an Abap Runtime Error in the Receiver System in job JOB_TD09P_START_JOBS:
"RAISE_EXCEPTION" Shorttext: "INVALID_TARGET". Target Server or Group is invalid.
thx for the answer. The rfc definition activity is fine (everything green and also synchronized.)
i checked with sm37 the jobs in the receiver system.
There are many TD09P jobs like TD09P_/AIN/TMSG_COND. They are at status scheduled, finished and canceled (with the reason "the sesion Id xxxxxxx is invalid").
I still have a temp. licencense in the receiver system (system copy of ides). Could that be the reason for the invalid session ID error message?
I already aborted and deleted them (TD09P jobs) in sm37 in the receiver system and executed the activity in the sender again.
The same problem in the receiver system in the TD09P jobs: "The session id xxxxxx is invalid". The strange thing is, that some TD09P jobs were finished successfully and someTD09P jobs were canceled (with this message). Other TD09P jobs are at status scheduled. What could be the reason for the "The session id xxxxxx is invalid" message?
Andreas-
As a test, try running an HCM package with the same sender-receiver combination (RFC destinations). This will definitely prove if the problem is in your RFC or if it is in fact a TDTIM package issue.
Also do a SM59 and delete these RFC for this TDTIM package and re-create/re-sync. Also try an SMGW to ensure there are no gateway issues like ports being filled/dead locked.
Let me know how it goes. If not helpful, have SAP do a system analysis.
Harmeet
ok, the problem with the invalid session id had nothing todo with the rfc user. The problem were 3 points:
- the receiver system (systemcopy of ides) had the copied parameters in defaultprofile (rz10) of the ides system. I had to change this parameters.
- also the instance was not activated (rz10). So i had to change and activate that too.
- the last point was that i had to configure in rz04 an operation mode with the instance (i think this was the cause of the invalid target)
Now the jobs are runing smoothly. I hope the next final steps will do that to.
Thanks for help all.
Edited by: Andreas Kunz on Oct 22, 2009 9:30 AM
Ok, it was a hard and long journey, but finally im through the whole TDTIM activities successfully :-D.
I had further problems. One in the activity: Fill header tables (Collective Exec.). The subactivities didnt start automatically, so i had to increase the max. of total processes (batch) from 3 to 6 in the instance profile.
The other problem was duplicate key errors in data transfer, which i solved with note 1247802 (changed write behaviour via troubleshouting from insert to modify).
My next step will be to create a refresh package with another from date.
Thank you all for your help.
Best regards.
User | Count |
---|---|
75 | |
9 | |
8 | |
7 | |
7 | |
6 | |
6 | |
6 | |
5 | |
4 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.