Repair and Repeat are different things.....
In 3.5, Repair is also reffered to Full Repair. IF you have delta target and now you want to do full update without disturbing Daily delta load then, you go for Full Repair.
In 3.5, Repair is also reffered to Full Repair. IF you have delta target and now you want to do full update without disturbing Daily delta load then, you go for Full Repair.
By using repair full request option you can do fullupdate
without disturbing existing delta's. This option will be available in
infopackage.
If your data load has failed, you get the Repeat option. Where you repeat the last load along with new entries after last load failure.
If your data load has failed, you get the Repeat option. Where you repeat the last load along with new entries after last load failure.
By using repeat option you can fetch failed delta load records, it will pick the records from RSA7 repeat delta.
Both options are used for correcting an error; some process types
support repair, some repeat.
With a repair the terminated instance is
restarted, with a repeat a new one is created.
In the chain log view you can restart any chain process (instance) that was terminated; this in turn ends the chain run.
Depending on the process type, there are two possibilities:
Depending on the process type, there are two possibilities:
- You can repair a process. In this case the terminated instance is executed again.
This enables you to restart processes that cannot be repeated with a new instance because the data to be edited is attached to the instance, as for example with a data transfer process. A data transfer process, for example, cannot be repeated with a new request number because the data itself is attached to the request.
- You can repeat a process. In this case a new instance is created.
An Example:
The process chain step is loading to the cube.
The process chain step is loading to the cube.
If the load to the cube fails say we have got 1000 records to be loaded and it stuck after 500 records transferred/added.
If you opt for REPEAT, the entire load is run again and also the remaining steps of the process chain.
If you opt for REPAIR, the load start from the failure edge, I mean it starts.
Repairing/Repeating Terminated Processes
Use
In the chain log
view you can restart any chain process (instance) that was terminated; this in
turn ends the chain run.
Depending on the
process type, there are two possibilities:
- You can repair a process. In this case the terminated instance is executed again.
This enables
you to restart processes that cannot be repeated with a new instance because
the data to be edited is attached to the instance, as for example with a data
transfer process. A data transfer process, for example, cannot be repeated
with a new request number because the data itself is attached to the
request.
- You can repeat a process. In this case a new instance is created.
Prerequisites
You can restart a
terminated process in the log view of process chain maintenance when this is
possible for the process type. In the plan view of process chain maintenance
you can set whether a process can be repaired or repeated when terminated,
under Settings ® Maintain Process Types (table RSPROCESSTYPES).
Do
not change the settings for
the SAP process types. Otherwise this could lead to inconsistencies in the
data handled by the process.
Activities
In the log view of
the affected process chain, choose Repeat or Repair from the
context menu of the terminated process.
If the
process cannot be repaired or repeated after termination, the corresponding
entry is missing from the context menu in the log view of process chain
maintenance. In this case, you are able to start the subsequent processes. A
corresponding entry can be found in the context menu for these subsequent
processes.
Amazing blog thanks for sharingRam
ReplyDelete