Hello Anita,
I did other test using the table splitting using our BW system (with 2,5Tb of database size).
During the export database I selected the table splitting option and I created the file.txt that contains the largest tables in this database and for each table I set the number of splits (<table>%<nr_of_splits>). This is the content of that file:
/BIC/AZO_PERCS00%50
/BIC/AZO_SUBLA00%70
/BIC/AZO_ZEDRM00%50
/BIC/B0000073000%50
/BIC/B0000560000%90
/BIC/B0000563000%80
/BIC/B0000575000%170
/BIC/B0000589000%50
/BIC/B0000590000%50
/BIC/B0001125000%50
/BIC/B0001126000%50
/BIC/FZC_SBDIA%50
/BIC/FZC_SBDIA2%50
/BIC/FZC_SBMES%50
/BIC/FZC_SBMES2%50
/BIC/PZCHTR_ID%50
/BIC/SZCHTR_ID%50
/BIC/XZCHTR_ID%50
So, the export database finished without errors and I see in export database directory 3.835 items (with the tables parallelized) as you can see below:
Now, in the last thursday I started the import database in the new database server (with 20 CPUs). For this task I used the export database directory that was generated before. I set 75 R3load processes (Number of Parallel Jobs)! My goal as I described before is to improve the export and most importante the importing time! I started the importing and the SWPM set 1218 parallel jobs! At the beginning everything was fine... the CPU average was at 85%-95% (expected CPU usage due to the number of parallel jobs that I set)!
But after running 3 days, in the last 5 jobs of 1218, I noticed that the whole process was only using one R3load process!!! So... at this moment it continues to process the same table/package (the largest table in database that I split in 170 parts!!!)... /BIC/B0000575000 and as I see in Windows Server Resource Monitor it simply processes a part at a time!
...
...\BIC\B0000575000-95.080
...\BIC\B0000575000-95.081
...\BIC\B0000575000-95.082
...\BIC\B0000575000-95.083
...
At this moment it is processing the part ...\BIC\B0000575000-95.081
Each part takes about two/three hours to finish! I see there are 107 parts of this _BIC\B0000575000-95 for the table /BIC/B0000575000!
I must say this...THIS IS SO STUPID!! Why the SWPM/process doesn´t get/catch more R3load processes if I set 75 parallel jobs... 75 R3loads!!?? ... and assigns each of them each part of that package that still didn´t load (\BIC\B0000575000-95)!! WHY!?!? This doesn´t make any sense!
How to solve this...? I can't understand why this behaves like that!
Anyone can help me please... I need to speed up this importing process!
Thank you,
JD