InfoPackage Group Terminates

Hello Experts,
We are experiencing a problem in our production environment. A couple of our Infopackage groups are randomly terminating. The message we receive is "Checking and waiting for request REQU_.... has been terminated. - Error 1 - Row 504". The terminations are not consistently on a daily basis nor does the termination occur at the same infopackage within the group. It is random in nature and difficult to reproduce. We are currently running BW 3.1 with SP22 (SAPKW31022). The problem sounds a lot like what is described in note 616014 except the BW version doesn't match up. Any assistance you can give is greatly appreciated!
Best Regards,
Teri

Hi
The InfoPackage Group contained two InfoPackages pointing to the same data target. Due to STAT's switched ON, on the Data Target, it was causing ALEREMOTE locked.
The other infopackage was executing after the first one was done, but at the InfoPackage Level there is no control on the STAT job.
hence, I have removed the STAT execution after each data load from the data target.
Regards,
Praveen.

Similar Messages

Functionality of Infopackage groups in BI 7.0

Does anyone know how to use Info package groups functionality in BI 7.0?

An InfoPackage group is a collection of InfoPackages.
InfoPackage groups are replaced by process chains:
Description
InfoPackage groups are replaced by process chains.
More information: [Process Chain|http://help.sap.com/saphelp_nw70/helpdata/en/8f/c08b3baaa59649e10000000a11402f/frameset.htm]
General Practices with Migration
You call the InfoPackage group tree in transaction RSA1OLD. From there, you select the InfoPackage group. In the maintenance for the InfoPackage group, you select Process Chains. The InfoPackages of the InfoPackage group are then embedded in a process chain.
InfoPackage Group -> Process Chain
http://help.sap.com/saphelp_nw70/helpdata/en/43/fc5cb587e1025de10000000a1553f7/frameset.htm
InfoPackage Group
http://help.sap.com/saphelp_nw04s/helpdata/en/80/1a65b5e07211d2acb80000e829fbfe/frameset.htm
Regards
Andreas
Edited by: Andreas Schindler on Jun 12, 2009 12:45 PM

Is InfoPackage Group is the only way to run the InfoPackages Parallel???

Hello BW Experts,
If we want to divide a huge full upload InfoPackage with certain selection ranges in each InfoPackage, do we have to run them one by one according to our selcetions or can we run them parallel to each other??
If we run these IPs parallel, is InfoPackage group is the only way or is there any other option and if yes, which one is better??
plz help..!!
Thanks & regards,
Sapster.
(assure points)

Hi,
Please do not assure us of your points...points are integral to SDN and everyone knows about them.
In your previous posts, you have been advised that InfoPackage groups are obsolete and that you should proceed with process chains. Have you read those replies?
Step-by-Step procedure to create an InfoPackage Group & a Scenario!!
InfoPackage is one option. The better, more widely used and recommended option is using Process Chains.
Hope this helps...

Step-by-Step procedure to create an InfoPackage Group & a Scenario!!

Hello BW Experts,
IF we have 10 InfoPackages and if we need to create an InfoPackage Group for 7 of them, How do we do it??
Plz provide a detailed Step-by-Step procedure for the same/ create an InfoPackage group!!
Ur help is really appreciated!!
Thanks & Regards,
Sapster.

Hello Stefan,
Thanks for ur response...with ur detailed steps..really helpful.
While sheduling at the last ..by clicking the context menu of our created IP Group.. I am not getting any screen to schedule the same..(I am getting amessage at the mottom saying its not possible to run it in the back ground for my client workstation or similar to this)
Could u plz let me know.. what it looks like for these remaining steps
"Right click on the InfoPackage Group that you just created -> Schedule -> Check that all InfoPackages are selected -> Schedule the job just as you normally do with a InfoPackage."... thansk again.. assigend points...

What is Infopackage Group

Hi all,
What is Infopackage Groups and what are the settings in side
thanks in advance
regards

Hi Chaudhary,
Infopackage group is used to scheduled the group of infopackages. You can just put infopackages in the infopackage group and give the time gap between each package and start the job.
Info Package groups perform the same function as an infopackage only thing is you can attach more than one infopackage in a infopackage group and prioritise your load schedules infopackage wise.
In RSA1 click on Infosources . you'll see a icon for infopackage grooups on the middle panel beside the search,legend icon, click on it then a right panel opens where you can see the list of infopackage groups.Right click on the top node and say create.
Drag and drop your infopackagesfrom the left pane in it and right click and say schedule.
It will open a window enabling you to prioritise your info package loads in the order you wnt.
Hope this helps.
U can also check this link
http://help.sap.com/saphelp_nw04/helpdata/en/80/1a65b5e07211d2acb80000e829fbfe/frameset.htm
Amith.

Infopackage Group & Process chain

Hi All,
I read in documentation for Upgrade to BI 7.0, that infopackage groups needs to be migrated to Process chains, during upgrade.
But I do find infopackage groups existing in RSA1OLD( after upgrade) and they can be scheduled and seems to function properly.
1) So why is it necessary to convert infopackage groups to Process chain ?
2) If I don't migrate to Process Chain, what problems could occur ( as client is more keen on keeping infopackage groups and not disturb the setup.)
Regards,
Sandeep

Oops got posted twice....... Sorry

How to create process chains, infopackage groups & Meta chains

Hi,
can anyone explain me about process chains,infopackage groups & Meta chains.
if possible give me examples for each.
Thanks & Regards,
cheta

<b>Metachain</b>
Steps for Metachain :
1. Start ( In this variant set ur schedule times for this metachain )
2.Local Process Chain 1 ( Say its a master data process chain - Get into the start variant of this chain ( Sub chain - like any other chain ) and check the second radio button " Start using metachain or API " )
3.Local Process Chain 2 ( Say its a transaction data process chain do the same as in step 2 )
Steps for <b>Process Chains</b> in BI 7.0 for a Cube.
1. Start
2. Execute Infopackage
3. Delete Indexes for Cube
4.Execute DTP
5. Create Indexes for Cube
For DSO
1. Start
2. Execute Infopackage
3. Execute DTP
5. Activate DSO
For an IO
1. Start
2.Execute infopackage
3.Execute DTP
4.Attribute Change Run
Data to Cube thru a DSO
1. Start
2. Execute Infopackage ( loads till psa )
3.Execute DTP ( to load DSO frm PSA )
4.Activate DSO
5.Further Processing
6.Delete Indexes for Cube
7.Execute DTP ( to load Cube frm DSO )
8.Create Indexes for Cube
3.X
Master loading ( Attr, Text, Hierarchies )
Steps :
1.Start
2. Execute Infopackage ( say if you are loading 2 IO's just have them all parallel )
3.You might want to load in seq - Attributes - Texts - Hierarchies
4.And ( Connecting all Infopackages )
5.Attribute Change Run ( add all relevant IO's ).
Start
Infopackge1A(Attr)|Infopackge2A(Attr)
Infopackge1B(Txts)|Infopackge2B(Txts)
/_____________________|
Infopackge1C(Txts)______|
\_____________________|
\___________________|
__\___________________|
___\__________________|
______ And Processer_ ( Connect Infopackge1C & Infopackge2B )
__________|__________
Attribute Change Run ( Add Infobject 1 & Infoobject 2 to this variant )
1. Start
2. Delete Indexes for Cube
3. Execute Infopackage
4.Create Indexes for Cube
For DSO
1. Start
2. Execute Infopackage
3. Activate DSO
For an IO
1.Start
2.Execute infopackage
3.Attribute Change Run
Data to Cube thru a DSO
1. Start
2. Execute Infopackage
3.Activate DSO
5.Further Processing
6.Delete Indexes for Cube
7.Execute Infopackage
8.Create Indexes for Cube

Use of four options in Processing tab at Infopackage group.?

Hi Experts,
Can any one give the details information about the Four options in Processing tab at Infopackage group.
-PSA and then into data targets
-PSA and data targets in parallel
-Only PSA
-Data targets only.
Please give the info on what situations we can go for the above options, let me know what is the best option to go if the load is Master or Transaction data ?
Points will be assigned . Please help me. as it is urgent
thanks
sekhar

Processing options for the PSA transfer method
In contrast to a data request with IDocs, a data request in the PSA also gives you various options for updating data in the BI system. Upon selection, you need to weigh data security against performance for the loading process.
If you create an InfoPackage in the scheduler for BI, you specify the type of data update on the Processing tab page.
The following processing options are available in the PSA transfer method:
Processing Option
Description
More Information
PSA and Data Targets/InfoObjects in Parallel (By Package)
A process is started to write the data from this data package into the PSA for each data package. If the data is successfully updated in the PSA, a second parallel process is started. In this process, the transfer rules are used for the package data records, data is adopted by the communication structure, and it is finally written to the data targets. Posting of the data occurs in parallel by package.
This method is used to update data into the PSA and the data targets with a high level of performance. BI receives the data from the source system, writes it to the PSA, and starts the update immediately, in parallel, in the corresponding data target.
The maximum number of processes, which is set in the source system in Maintaining Control Parameters for Data Transfer, does not restrict the number of processes in BI. Therefore, many dialog processes in the BI system could be necessary for the loading process. Make sure that enough dialog processes are available in the BI system.
If the data package contains incorrect data records, you have several options allowing you to continue working with the records in the request. You can specify how the system should react to incorrect data records. More information: Handling Data Records with Errors.
You also have the option of correcting data in the PSA and updating it from here (refer to Checking and Changing Data).
Note the following when using transfer and update routines:
If you choose this processing option and then request processing takes place in parallel during loading, the global data is deleted because a new process is used for every data package in further processing.
PSA and then to Data Target/InfoObject (by Package)
A process that writes the package to the PSA table is started for each data package. When the data has been successfully updated to the PSA, the same process writes the data to the data targets. The data is posted in serial by package.
Compared with the first processing option, you have better control over the whole data flow with a serial update of data in packages, because the BI system carries it out using only one process for each data package. Only a certain number of processes are necessary for each data request in the BI system. This number is defined in the settings made in the maintenance of the control parameters in customizing for extractors.
If the data package contains incorrect data records, you have several options allowing you to continue working with the records in the request. More information: Handling Data Records with Errors.
You also have the option of correcting data in the PSA and updating it from here (refer to Checking and Changing Data).
Note the following when using transfer and update routines:
If you choose this processing option and then request processing takes place in parallel during loading, the global data is deleted because a new process is used for every data package in further processing.
Only PSA
Using this method, data is written to the PSA and is not updated any further.
You have the advantage of having data stored safely in BI and having the PSA, which is ideal as a persistent incoming data store for mass data as well. The setting for the maximum number of processes in the source system can also have a positive impact on the number of processes in BI.
To further update the data automatically in the corresponding data target, wait until all the data packages have arrived and have been successfully updated in the PSA, and select Update in DataTarget from the Processing tab page when you schedule the InfoPackage in the Scheduler.
A process that writes the package to the PSA table is started for each data package. If you then trigger further processing and the data is updated to the data targets, a process is started for the request that writes the data packages to the data targets one after the other. Posting of the data occurs in serial by request.
When using the InfoPackage in a process chain, this setting is hidden in the scheduler. This is because the setting is represented by its own process type in process chain maintenance and is maintained there.
Handling Duplicate Data Records (only possible with the processing type Only PSA):
The system indicates when master data or text DataSources transfer potential duplicate data records for a key into the BI system. The Ignore Duplicate Data Records indicator is also set by default in this case. If multiple data records are transferred, the last data record of a request for a particular key is updated in BI by default. Any other data records in the request with the same key are ignored. If the Ignore Duplicate Data Records indicator is not set, duplicate data records will cause an error. The error message is displayed in the monitor.
Note the following when using transfer and update routines:
If you choose this processing option and request processing takes place serially during loading, the global data is kept as long as the process with which the data is processed is in existence.
Further updating from the PSA
Several options are available to update the data from the PSA into the data targets.
●      To immediately update the request data in the background, select the request in the PSA tree and choose Context Menu (Right Mouse Button) ® Start Update Immediately.
●      To schedule a request update using the Scheduler, select the request in the PSA tree and choose Context Menu (Right Mouse Button) ® Schedule Update.
The Scheduler (PSA Subsequent Update) appears. Here you can define the scheduling options for background processing. For data with flexible update, you can also specify and select update parameters where data needs to be updated.
●      To further update the data automatically in the corresponding data target, wait until all the data packages have arrived and have been successfully updated in the PSA, and select Update in DataTarget from the Processing tab page when you schedule the InfoPackage in the Scheduler.
When using the InfoPackage in a process chain, this setting is hidden in the scheduler. This is because the setting is represented by its own process type in process chain maintenance and is maintained there.
Simulating/canceling update from PSA
To simulate the data update for a request using the Monitor, select the request in the PSA tree, and choose Context menu (right mouse button) ® Simulate/Cancel update.
The monitor detail screen appears. On the Detail tab page, select one or more data packages and choose Simulate Update. In the following screen, define the simulation selections and select Execute Simulation. Enter the data records for which you want to simulate the update and choose Continue. You see the data in the communication structure format. In the case of data with flexible updating, you can change to the view for data target data records. In the data target screen you can display the records belonging to the communication structure for selected records in a second window. If you have activated debugging, the ABAP Debugger appears and you can execute the error analysis there.
More information: Update Simulation in the Extraction Monitor
Processing several PSA requests at once
To process several PSA requests at once, select the PSA in the PSA tree and choose Context Menu (Right Mouse Button) ® Process Several Requests. You have the option of starting the update for the selected requests immediately or using the scheduler to schedule them. The individual requests are scheduled one after the other in the scheduler. You can delete the selected requests collectively using this function. You can also call detailed information, the monitor, or the content display for the corresponding data target.

Infopackage Group to Process Chain Conversion

Dear Gurus,
We are going to do BI upgradation,prrequisite for that we have to convert all Infopackage groups in to Process Chain.In our system totally we 600 Infopackage groups.Let me know the optimized and oraganized way to make a process chain conversion.Before the conversion process, what are the basic measurement (Like sequence,Grouping under process chain,Scheduling .Etc...) I have to do.Anticipate your respone eagerly.
With regards
Siva

Hello Sivakumar,
Try this Function Module RSPC_MIGRATE_INFOPACKAGE_GROUP , this should help you.
You can also goto Process Chain Maintanance in the InfoPackage Group and create the Process Chain.
If that doesn't then as a manual process, you have to note down all the InfoPackage sequence and include them in the Process Chain in the same order.
Thanks
Chandran

How to create infopackage groups & Process chains & what is the difference

Hi gurus,
please help me to create infopackage groups & Process chains & what is the difference.
please explain any realtime scenerios.
when will we choose infopackage groups & process chains
and what is the difference betweeen these two.
Thanks & Regards,
BWcheta

Cheta,
You can create the IPG with the selction of all infopackages in RSA1-Modelling Area to automate those loads automatically. That means it will trigger only those IP's which have been pooled up in that IGP...
Where as Process chain is also a automated process where you can have different process types which can be used during the load and after the load has been done.. For example in ODS once after the data has been loaded if you want to activate the data then in PC youo can insert the process type for that, but in case of IGP it will only execute your IP.
Hope it helps...
******Assign Points*******
Thanks,
Gattu.

Hai l how to find weather our infopackage is used in any infopackage group?

hai is there any way to find out weather our infopackage is used in any infopackage group.Help is appreciated.
Thanks,
Mark.

Hi Steve,
go to RSMON Transaction there you can find all the infopackage groups and there you can check whether your infopackage is present there or not.
and also if it is included in any infopackage group or any process chain you can find the option like "infopackage is included in the infopackage group or process chain" in the schedule tab.
Hope its clear.
assign points if its helpful....
Regards,
ashok

How to create InfoPackage Groups.

Hi All,
There are 3 infoPackages which i have to create and include in the InfoPackage Group.
Since I am not aware of InfoPackage Groups Can any body tell me the proceure and anybody can send Documents
Regards,
Chakri

Hi,
InfoPackageGroups have been used in older BW Release for designing a data staging (upload) process. Since BW Release 3.1 this is done with process chains.
My exprience is, that InfoPackageGroup are much easyier to define, but have many disadvantages:
- the only allow strict sequentiel or full parallel load of infopackages
- if one infopackage fails (red) in a sequentiel group, the whole group is stopped
- other processes like change-run, deleting of old psa-requests etc. cannot be included directly.
So I suggest to use process-chains instead of Infopackage groups.
Creating a Infopackage group:
In RSA1 click on Infosources . you'll see a icon for infopackage grooups on the middle panel beside the search,legend icon, click on it then a right panel opens where you can see the list of infopackage groups.Right click on the top node and say create.
Drag and drop your infopackagesfrom the left pane in it and right click and say schedule.
It will open a window enabling you to prioritise your info package loads in the order you wnt.
Hope it helps,
Thanks,
Happy Life,
Aravind

Converting infopackage groups to process chain!

Hi,
We are planning to go for upgradation in near future!
i was asked to convert all infopacakges group schedules to a process chain schedules as infopackage groups are no longer supported in BI 7( ???? i do not why BI 7 would not support Infopacakge groups)
Requirement now is to make process chains out of infopacakge groups
i am little puzzeled of how to model process chain as there are too many infopacakges in groups and there are quite a lot of groups as well
Any tips?
Raj

Hi Raj,
You can still do Info package groups through RSA1OLD. Info package groups are outdated
1) infopackage group you can only schedule infopackages. You would still need to do the other steps manually. Whereas in process chains you can schedule all the steps. In process chains, you can also specify complex rules like, start 6th infopackage only when 1st and 5th have completed.
2) The disadvantage of Infopackage groups is that it is outdated and there won't any new features in them. So let us say that you wanted to implement a data loading logic which can be done by process chains, it might be too late as you would have created a lot of IP Groups by that time. infopackage group..scope is limited to just infopackage..that too they run one-by-one..not in parallel..
infopakge groups if any info package fails we need to trigger all the loads
manualy .where as in Process chains just correct that particular ipak and repeat from that particular process .it will take care abt remaing subsequent chains .
And also we can trigger parallel loads as well in this. Its much user friendly in
monitoring.
Dont worry about modelling . All the related Info Packages will be in one group. You need to see the flow and Design such that have info package and then DTP. and see if many data targets have same data source.then you can have only one infopackage and filtering through many DTP's.

Converting Infopackage groups to process chains

Hi guys,
I was wondering if you could assis me on how to convert an Infopackage group to a process chain? I am in RSA1OLD [in BI7], and i am trying to convert all Infopackage groups to process chains. If you could explain how to do it step-by-step it will be helpful. Thanks in advance

Hi,
1. Goto prcess chain maintenance screen (RSPC)
2. Create new Process Chain
3. Create variant for Start process (Give description and Tech. name).
4. From process types select "Infopackage" and drag it to the process chain window.
5. Select Infopackages used in Infopackage Group (one bu one)
6. Link thes processes as per the execution sequence in Infopackage group.(Click on process and drag to the other process)
7. Activate the process chain.
Regards
SS

Infopackage groups to process chain conversion

HI Gurus,
I am doing Infopackage Groups to Process chain conversion by using procss chain maintanence icon in scheduler place of Info package group.If I am doing conversion I am getting all infopackages as parallel manner. I need to make it as serial manner.Eagerly expecting your reply.
With regards
Siva

HI shiva,
Can you please clear about ur question:
r u doing infopackage group for ur PC. How many groups u have created.
Generaly if you prepare a batch for infopackages all will run in series( u have to give in proper manner while grouping).
Let me know ur question clearly.
Regards
Ashwin

InfoPackage Group Terminates

Similar Messages

Maybe you are looking for