Max no of Vendors at a time

Question

Hi All,
I am trying to send vendor from R/3 to MDM via XI.
Can anyone tell how many vendors we can send from R/3 to MDM at a time without effecting the performance? 
Regards,
Nikhil

Answer 1

Hi Nikhil,
I think that it is hardly possible to give you a valid number of vendors you can send from R/3 via XI to MDM as there are three different systems (most probably running on three different servers with different settings, and so on) involved. There are some things you should consider for this kind of distribution:
1) in R/3 System
I assume that you are using MDM_CLNT_EXTR (or something similar) to send IDocs to XI?! If yes, I want to give you a short explanation how the extractor is working. Before sending the IDoc to XI, it selects all vendor data and stores it internally for processing within an "internal table". Those internal tables are usually part of the systems memory - which depends on the correspoding hardware and is of course limited. The more records you define to be extracted within one single message, the more memory will be aquired by the extraction process. Note that this has impacts on the whole system (e.g. if you extract the data during working time, all other users would have less memory available). Furthermore the size of the used memory depends on your data selection, too. Do you distribute the complete vendor with all of its segments? Or do you distribute only parts of the vendor? This impacts the IDoc size as well. If  you limit the segments, you could distribute more records.
2) in XI System
The IDoc/File Adapter in XI limit the IDoc/XML file size to 500MB. This has mainly performance and memory reasons. Your IDoc/XML file size should not be to huge.
3) in MDM
Generally the import manager can handle files that contain many records better than many files containing one record. The import performance depends on
a) the number of records per file
- you can check the corresponding guides (Import Manager, Sizing) for details
b) the structure of the map respectively the record to be imported
- import into main table and/or qualified look up table
- sometimes it makes sense to import maintable records first and the update the qualified tables
c) the number of records already available in the repository
- the import usually include a match against existing records to find out if the new records should be created or if it's an update of existing records. Depending on the amount of available records, this matching can take more and more time.
Conclusion:
You should really do some performance tests in your environment. I'd start with 1000 records per IDoc and would then increase it slowly (5000, 10000, and so on) and do some performance measurements. You should get a good picture about the performance in your system this way.
BR Michael