data is not changed by TCURMNT and transport requests do not create settings

[Former Member]

Hi all!

ECC 5.0 Oracle 9.2

When a FI consultant changes in the exchange rate in TCURMNT data has changed in the table  but the other users do not see changes.

When transport requests are transferred to the productive system from test system, data in the tables are not changed.

The first problem with TCURMNT but I think these problems are related.

On both productive instances  i executed /$SYNC but it did not help .

Table tcurr buffered (generic key)

Profile parameters ont both instances:

rdisp/bufrefmode = sendon,exeauto

rdisp/bufreftime = 120

Thanks in advance for any help!

[Former Member · Accepted solution]

Hi,

Are you facing this issue with only this table or others as well??

Thanks,

Jagadish.

[Former Member · Accepted solution]

transportation requests with different data (FI, MM, SD) but data in tables do not changes in all cases of transfer.

in TCURMNT for changes in exchange rates using tcurr

[Former Member · Accepted solution]

Can you run /$tab and see if it is working....

If not ....May be you can reset the table DDLOG and try once which we usually do after QA refreshes...

[Former Member · Accepted solution]

Ok but i used before  /$SYNC - clean all buffers

Execute /$tab on both instances?

[Former Member · Accepted solution]

Yes...on both the instances.

If it does not work.. take a backup of table DDLOG and truncate table DDLOG and see.

Thanks,

Jagadish.

[Former Member · Accepted solution]

OK, thanks for you answers Jagadish!

I will do and accomplish your goal

[Former Member · Accepted solution]

excuting /$tab on both instances temporary solved this problem.

but exchange rate in TCURMNT is changing daily and the change to be visible I need to perform /$tab everyday .

Truncate ddlog solve this problem?

and i do not understand the  problem with synchronization...

The last thing I changed in dialog instance profile parameters em/initial_size_MB and

ztta/roll_extension. may be the reason for this?

[Former Member · Accepted solution]

You can try truncating DDLOG and see... I dont think due to the memory parameters it will have an impact...

Take a compelete backup before truncating..

[Former Member · Accepted solution]

1. i stop all instances and db

2. after that i start only db

3. truncate table sapsid.ddlog;

4. stop db

5. start all instances and db

When instances is started i login and have dump START_CALL_SICK

In t-code SICK i have no errors reported

In db02 i have no missing objects.

in db16 no errors

this dump is serious problem?

[Former Member · Accepted solution]

Is it occuring again and again or only once it happened.. If there are no errors in SICK then its not an issue... what about your original issue ? is it fixed with this? or still you are facing ?

[Former Member · Accepted solution]

dump happened once.

I can see if the error is corrected with the exchange rate but only on Monday. ( I write it turned out or not) But transport requests working .

Thank you very much hope will work!!

[Former Member · Accepted solution]

Exchange rate is changing without ./$tab . I think the problem was resolved