Parallel Processing when running in background

Hi
We have implemented a parallel processing solution using the Call Function Starting New Task Destination in Group format to split a large number of updates across an RFC Server Group.
This works well when running the ABAP in dialog, but when we schedule for background processing, the parallel processing does not seem to occur, we get a single background process.
Does anyone have any ideas why this may be occuring ?
Thanks
Paul

Paul,
Starting new task will start a new LUW in dialog process and not in background. This is the reason you are having a problem. While technically STARTING NEW TASK is used for parallel processing, you need to consider whether the program will be run in foreground or background mode.
In case of background, you need consider using multiple jobs via job open, submit, job close. This way you can initiate more than one process in your server group to do the work.
You will need to consider the # of background WP available and the # of WPs you can use for this program.
So if there are 100 WPs available and you can use only 10 at any give time, then you should schedule 10 jobs and then check the status of the 10 jobs before you can start scheduling the next jobs.
You can use the FM SPBT_INITIALIZE to check the # of WPs that are currently available in the server group.
Hope this helps.
Thanks,
Vikram.M

Similar Messages

Report program when run in background job getting cancelled immediately

Hi
When i run a program in foreground i am able to see the output. But when run in background not able to run the job successfully. The job is getting cancelled immediately.
I am using the below function module for output display. Should i need to pass any parameters in the below function module so that i can run the program in background successfully.
CALL METHOD DETAIL_GRID->SET_TABLE_FOR_FIRST_DISPLAY
      EXPORTING
        IS_LAYOUT         = IS_LAYOUT
        I_SAVE            = 'A'
        IS_VARIANT        = GS_VARIANT
      CHANGING
        IT_FIELDCATALOG   = IT_FIELDCATALOG
        IT_OUTTAB         = BLOCKED_STOCK_TAB_ALV[].
Please suggest.
Thanks and regards
Rajani Yeluri

Hi Rajani.
ALV require the DRYPOR(screen) for display but incase you run in back ground which have to write to spool but in spool we can only write in format of LIST REPORT not inter-active report like ALV. That why
system cancelled your process immediately.
Hope it helps.
Sayan.

RMMR1MRS-When run in background cause update failure errors looking

hi,
RMMR1MRS report when run in background cause update failure errors .
There are few below reason for the error log.
1. for the PO invoice already generated - (its right if already invoice generated. should not happen again)
2. In MIGO, entire quantity has been reversed and also invoice generated with zero value - ( its right , should not happen invoice again )
3. Particular PO line item deleted - (its right if the PO line item deleted. ERS settlement not require)
For the all above reason, the update error occurs. But the mean time the program "RMMR1MRS" should not through the update error log.
Note: The job was not terminated due to this update error and also no harm because of the error log
can you please help on this update failure why it occurs.

Have you found a solution already? If so, please, share it with the community and close this thread.

The number of rows per page is greyed out when running in background?

Hi,
For a customized transaction the number of rows per page cannot be set when running in background.
While a background job is created in SM36 after entering the report name and the selection variant name in the properties of Format the rows and columns field is greyed out.It was not editable.
Is there any settings to be done or in the custom program any code change needs to be done?
Thanks in advance.
Regards,
Sharon.

Hi Gabriel,
After double clicking the format only the rows field is not set to edit.It was greyed out.Is it anything related to the printer settings that will be maintained for a user?
Regards,
Sharon.

Error in BIM when running in background mode

Hi,
I am facing an error when running a BIM in sm35.
The BIM runs fine with my userid in all three modes( foreground,display error mode, background mode)....but fails when the functional person is testing in background mode. The BIM runs fine in all other modes.
It gives the message when running in background mode
"No batch input data for screen SAPLMGMW 4008"
What should I check or do to correct it.
Please help.
Regards
Rashi

The BIM runs fine in Foreground mode and in Display error mode even for the functional..It is giving error only for Background mode.
I also did the following
1. Created the BIM in my id and tried running( in background) it using the other id ...it was successful
2. Created the BIM in other id and ran ( in background) using my id....it failed.
I will check again for authorisations also.
Regards,
Rashi

Reading hierarchies when running in background.

Currently we have an abap that captures the hierarchy information via the function K_HIERARCHY_TABLES_READ. We then use the results to collect additional data. The report works in the foreground but gets different results when running in the background. We traced the issue back to the function read. We checked with SAP and SAP's response is that the function K_HIERARCHY_TABLES_READ cannot be used in the background. Does anyone run any reports in the background which reads hierarchies? If so, how do you do it?
thanks,
Larry

Paul,
Starting new task will start a new LUW in dialog process and not in background. This is the reason you are having a problem. While technically STARTING NEW TASK is used for parallel processing, you need to consider whether the program will be run in foreground or background mode.
In case of background, you need consider using multiple jobs via job open, submit, job close. This way you can initiate more than one process in your server group to do the work.
You will need to consider the # of background WP available and the # of WPs you can use for this program.
So if there are 100 WPs available and you can use only 10 at any give time, then you should schedule 10 jobs and then check the status of the 10 jobs before you can start scheduling the next jobs.
You can use the FM SPBT_INITIALIZE to check the # of WPs that are currently available in the server group.
Hope this helps.
Thanks,
Vikram.M

Use of parallel processing profiles with SNP background planning

I am using APO V5.1.
In SNP background planning jobs I am noticing different planning results depending on whether I use a parallel processing profile or not.
For example if I use a profile with 4 parallel processes, and I run a network heuristic to process 5 location products I get an incomplete planning answer.
Is this expected behaviour? What are the 'good practices' for using these profiles?
Any advise appreciated...

Hello,
I don't think using parallel processing profile is a good idea when you run network heuristic, since in network heuristic, the squence of the location/product is quite important. The sequence is determined by low-level code, as you may already know.
For example, in case of external procurement, it must first plan the distribution center then the supplying plant, and in case of inhouse production, it must first plan the final product then the components.
If you use parallel processing, the data set which is sorted by low-level code would be divided into several blocks and be processed at the same time. This may mess the planning sequence. For example, before the final product is planned in one block, the component is already planned in another block. When it plans the final product, new requirement of the component is generated, but the component will not be planned again, which results supply shortage of the component .
If there're many location products, maybe dividing the data set manually is a good practice. You can put those related location products in one job, and set several background jobs to plan different data set.
Best Regards,
Ada

System is showing time out when run in background

Dear all,
We have two systems: One R/3 and EBP. We have made one report where the remote function module will be called from R/3 to EBP. There are 4 lakhs data in SAP. We are sending 10000 data as package in internal table and getting the corresponding output. But the system is showing time out when the report has run in background. Can you please suggest how the process can be improved so that the timeout can be avoided.
Thanks and regards,
Atanu

Hi,
Try to fetch records in smaller chunks and process them. For example, if you are trying to fetch records for one year, instead of single query, try to fetch in 12 sets for each month. Fetch first month and process the records and put them in the output internal table. Then go for next month and so on. Anyway your program is running in background. There will not be any user complaint also. The solution might sound bit funny. But it works.
Regards,
Hema

Amount field getting rounded up when run in background

Hello All,
when i run a report in foreground the amount value(KBETR) is displaying properly with the value 12.78.But when the same report is run in background it is displaying 13.what should be done?
Thanks,
Rakesh.

Hi,
Try to fetch records in smaller chunks and process them. For example, if you are trying to fetch records for one year, instead of single query, try to fetch in 12 sets for each month. Fetch first month and process the records and put them in the output internal table. Then go for next month and so on. Anyway your program is running in background. There will not be any user complaint also. The solution might sound bit funny. But it works.
Regards,
Hema

Program giving dump when run in background

Hi All,
I have an ALV report in which I am using REUSE_ALV_GRID_DISPLAY.
The report works perfectly in foreground. But when I execute in background I am getting dump.
Dump details are given below.
ShrtText
    Unable to fulfil request for 134217728 bytes of memory space.
What happened?
    Each transaction requires some main memory space to process
    application data. If the operating system cannot provide any more
    space, the transaction is terminated.
What can you do?
    Try to find out (e.g. by targetted data selection) whether the
    transaction will run with less main memory.
    If there is a temporary bottleneck, execute the transaction again
    If the error persists, ask your system administrator to check the
    following profile parameters:
    o ztta/roll_area            (1.000.000 - 15.000.000)
           Classic roll area per user and internal mode
           usual amount of roll area per user and internal mode
    o ztta/roll_extension       (10.000.000 - 500.000.000)
           Amount of memory per user in extended memory (EM)
    o abap/heap_area_total      (100.000.000 - 1.500.000.000)
           Amount of memory (malloc) for all users of an application
           server. If several background processes are running on
           one server, temporary bottlenecks may occur.
           Of course, the amount of memory (in bytes) must also be
           available on the machine (main memory or file system swap).
           Caution:
           The operating system must be set up so that there is also
           enough memory for each process. Usually, the maximum address
           space is too small.
           Ask your hardware manufacturer or your competence center
           about this.
           In this case, consult your hardware vendor
    abap/heap_area_dia:        (10.000.000 - 1.000.000.000)
           Restriction of memory allocated to the heap with malloc
           for each dialog process.
    Parameters for background processes:
    abap/heap_area_nondia:        (10.000.000 - 1.000.000.000)
           Restriction of memory allocated to the heap with malloc
           for each background process.
    Other memory-relevant parameters are:
    em/initial_size_MB:         (35-1200)
           Extended memory area from which all users of an
           application server can satisfy their memory requirement.
    Make a note of the actions and input which caused the error.
    To resolve the problem, contact your SAP system administrator.
    You can use transaction ST22 (ABAP Dump Analysis) to view and administer
    termination messages, especially those beyond their normal deletion
    date.
Error analysis
    More main memory area was requested.
    However, all the available space has been used up.
    Possible reasons:
    - Many (large) internal tables.
    - Many (large) programs active.
    - Deep nesting of subroutines with a lot of local data.
Can you please help on this ?

Hi,
Check you code properly.
The dump is because of an infinite loop which is running when you run the program in background and it is keeping appending or inserting the same table.
Check teh same.
regards,
Ankur Parab

Limit number of parallell processes when archiving

Hello,
I am about to achive object SD_VBAK. This will take a long time to run, so I want to limit the number of parallell batch process it runs in. When I did this in our development system the archiving took all available batch processes. It there a way to set the number of parallell processes? I don´t want to affect the normal business.
We run on ECC 6.0.
Best Regards
Ann-Sofie Svensson

Hi ann,
Check this link
http://help.sap.com/saphelp_erp2004/helpdata/en/d2/36e2791560ed4a96e97a3175694886/content.htm
You can set parallel work process, or you can run archiving only in night, for example in Cross-Object Customizing you set parameter Max. Duration Hrs, then schedule Archiving job and finish automatically in XX Hours.
Regards,
William Neira

GUI_GET_DESKTOP_INFO is not worked when run in background

Dear all,
I want to retrieve the computer name using this function module. It is working fine in foreground but it returns no result when I run in background. Is there any other method to get the computer name in background? Thanks in advance.

Problem solved using the following method:
DATA: BEGIN OF usr_tabl OCCURS 10.
          INCLUDE STRUCTURE uinfo.
DATA: END OF usr_tabl.
DATA th_opcode(1)                    TYPE x.
data: size type i.
CONSTANTS: opcode_list LIKE th_opcode VALUE 2.
CALL 'ThUsrInfo' ID 'OPCODE' FIELD opcode_list
    ID 'TAB' FIELD usr_tabl-sys.
describe table usr_tabl lines size.
read table usr_tabl index size.
write usr_tabl-term.
while usr_tabl-term is the computer name. It works in background as well.
Edited by: Chiew Ngee Ho on Mar 12, 2009 9:36 AM

Error when running in background

Hi,
When i run the pgm in foreground its working fine but if i run in background the job is getting cancelled with the error message "Code page couldnt be determined".I checked in background the value in the o/p is coming but the job is getting cancelled.What is the reason for it?

Hi,
In your program are you using any cl_gui_frontend_services methods. That means
any cl_gui_frontend_services=>gui_download
cl_gui_frontend_services=>gui_upload
If you are using frontend services background job. The job will not work
Hope it will helps

List Format Different When Run In Background...

Hi Guys,
When I run a report in the Foreground my List displays normally. It is worth knowing that this list has 36 Columns (36 added to the Field Catalog).
But, when I run it in the background (F9), it seems to "wrap"/"split" the columns... The last few colums are sent to the next line so my field catalog is actually displayed over 2 lines!!!
When running the Report in the background (F9) I did choose the "Properties" button and I set the Rows to be 65 and the Colums to be 255 under the "Format" Parameter. This does not change anything...
We recently upgraded to ERP6.0. I wonder if it is some kind of SAP Standard that changed???
Please advise - Point will be rewarded for usefull awnsers.
Christiaan

Tks, But it is still not working.
I think it is SAP Standard not to go over the 255 limit when run in the background. My list DEFINATELY has more than the 255 limit...
Here is my statement:
REPORT /bsa/rp_purchaseorder_analysis MESSAGE-ID /bsa/mm LINE-SIZE 400.
This does not work. When I use F9, it gives a message : "Formatting is set to X_65_255". I run this WITHOUT overriding and it does not work. I also ran this overriding the settings... I made the columns 400 and it did not work.
I dont think it is possible????
tks
Christiaan

Difference in runtime of a program when run in background vs foreground

Hi,
Is running the program in background would result to better performance in terms of speed compared to foreground? If yes, what's the reason behind.
Thanks!

Hi Advait,
>
Advait Gode wrote:
> Yes, program does run faster in background process than running in foreground.
sorry... an ABAP program will NOT run faster in background.
As could be seen from your link:
- a program in background does not have a timout limit
- a program in background can use a different memory allocation sequence (depends on configuration)
and may be able to allocate more memory than a foreground program (depends on configuration as well)
but it will not run faster... .
Kind regards,
Hermann

Parallel Processing when running in background

Similar Messages

Maybe you are looking for