cancel
Showing results for 
Search instead for 
Did you mean: 

RIMODAC2 taken a long time for only one material

former_member183783
Contributor
0 Kudos

HI,

I am running program RIMODAC2 to transfer a newly created material to APO ,but it was running a long time. 

I check the integration model,it only contain a material within a plant...Why it takes so much time to update the data into APO? Can anyone give me some tips?

thanks.

Accepted Solutions (1)

Accepted Solutions (1)

former_member183783
Contributor
0 Kudos

HI,

I tried all the above solution to delete other active IM and pointer and recreate the IM again. I check it and no problem,then I start the job again..it still takes a long time and hasn't finished yet...

Dose it has anything to do with livecache? we didn't have livecache install in the test server,since It's not our production server...

thanks.

marianoc
Active Contributor
0 Kudos

Hi,

Could be a problem with the buffering.. please check this note:

1043522 - Long runtime when run RIMODACT and RIMODAC2

If you have flagged in CFM3 the box: 'Parallelize Selection in ERP System', then you should also check this note:

1339754 - Activate integration model: Workload at server and
dump

Hope this helps,

Kind Regards,

Mariano

rohnaela
Explorer
0 Kudos

Hi,

As i said earlier.

Have you tried CIFing single material alone (change Description).

Have you tried analysing the resource availability (Server, Memory,CPU and DB)

Please check with Basis whether everything is fine with resource point of view while your job is in active.

Thanks

Vinoth

former_member183783
Contributor
0 Kudos

Hi,Mariano:

I created anther material/plant  in CFM1 and check the IM in CFM2,

Why I have so many errors for other materials? My IM only consist of 1 material in a plant..Why it include so many different materials in different plants?

Doesn't  IM control the data sending to APO?

Thanks.

marianoc
Active Contributor
0 Kudos

Hi,

Check CFM1. You should only flagged the box: Materials.

If this is the case, check if you have blocked queues in SMQ1 & SMQ2 in both sides: ECC and APO.

You will need to reprocess those blocked queues and then try to activate your mode.

Kind Regards,

Mariano

Former Member
0 Kudos

Monst,


Does it has anything to do with livecache? we didn't have livecache install in the test server,since It's not our production server...

Surely you are joking.  How valid do you think any test would be if the test environment was not running Livecache?

Just about all the SCM solutions involve Livecache to some degree.  Right now, your testing efforts will tell you nothing about how your solutions will behave in Production.  Stop right now and ask your Basis to install and activate Livecache.  Even if you run your Livecache on the same box as the SCM Server software, it is better than no LC at all.

Best  Regards,

DB49

former_member183783
Contributor
0 Kudos

Hi,Mariano:

Thanks very much...

It fix my issue..I check the outbound queue and reactive it ,then it works...

Btw,my IM setting is the same as u,I tick "Material"&"Plant" .. and I also enter my material number&plant code in selection criterion..

then I check the generated IM,there is only one material within a plant code,so I think it should only check this material within this IM instead of other materials ..

Do you have any suggestion?

marianoc
Active Contributor
0 Kudos

Your welcome,

If you checked both: materials and plant, then you are going to transfer materials and plants as 2 different master data objects.

It is recommended to have separate IModels for each master data object: vendors, plants, materials, Info Records, PPM or PDS, etc..

Suppose that you have Material A extended in plants X, Y and Z. Suppose that in your IM you checked Materials and Plants and you filter by Material A and Plant Y. In this case, your IModel will transfer Material A (in plant Y) and will also transfer Plant Y.

Now, if you only check the box for Materials and you filter by Material A and Plant Y, your IM will transfer only Material Master Data for Material A (in plant Y). This IModel will not transfer the Plant Y.

Thanks and Regards,

Mariano 

Answers (4)

Answers (4)

rohnaela
Explorer
0 Kudos

Hi,

Please monitor the performance of the job with respect to Resource availability.

Check whether it got stuck at DB level or Memory usage level (For one part it wont affect normally).

Check whether any locks are enabled for the material/plant in sm12.

Schedule report RCIFIMAX to be run on regular time frames.

Have you tried doing the measures which our friends responded earlier.

Are you doing any testing or you've encountered the problem with your daily job in production?

Thanks

Vinoth

Former Member
0 Kudos

You can check if other batch jobs are running at the same time which may be causing this. Also check CFM1, CFM2 tcodes in ECC and /n/sapapo/cq in APO side just to delete a few blocked queues if those can be deleted. Or even you can run /n/SAPAPO/OM17 report in APO to ensure consistency of data in APO livecache.

Also check SAP Note# 384077 - APO: Optimizing CIF Communication

hubert_spohn
Active Participant
0 Kudos

- you might have a lot of integration models (maybe also inactive one's)

    --> delete on a regualar basis with report RIMODDEL

- there could be a lot of change pointers

   --> reorganize on a regular basis with TA BD22

Regards.

H.

marianoc
Active Contributor
0 Kudos

Hi,

I don't know what can be wrong. Maybe there blocked queue.

Anyway, considering that it is only one material, cancel the job and execute CFM1 and CFM2. When running CFM2 you will be able to see the error or blocked queue.

Kind Regards,

Mariano