on 10-27-2010 2:48 PM
Hi,
we have archived the data for the Archiving Object FI_DOCUMNT for the
three company codes.
In which, for one of the company code, we need to Revert the changes
made. We have triggered only the WRITE jobs and NOT the Delete Jobs in
it.
While performing archiving with the archiving object FI_DOCUMNT we
have archived the data for a Particular Company Code that was
not supposed to be archived.
Since we had only run the WRITE Jobs for this company code, the data
still exist in our database.
Please let us know how to reverse the records that were marked for
deletion by the Write jobs.
Regards
Manikanth
Hello,
Can you please double check on your observation of marking for deletion with FI_DOCUMNT.
When write job is done it will not set or mark for deletion with FI documents, however if you are refering for any other documents then you can create a program to unmark the deletion flag or deletion indicator from the particular table.
Good that you have not executed the deletion program. You can mark the archive file created for as Invalid Session so that this archive file will be released from not performing other subsequent archiving process.
In Management, select or double click the perticular archive session no and select the archive session as Invalid session.
Hope this will resolve your issue.
-Thanks,
Ajay
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Ajay,
ok thanks a lot for suggestion. But as suggested by you if we mark the session as invalid, what would happen for table records that were marked for deletion. Since these records would now exist as "readonly" in the database we want to remove the deletion indicator from those records.
Please let us know you method will achieve this or not.
Regards,
Manikanth.
I strongly suggest to contact SAP Support via an OSS message.
Regards
Juan
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Manikanth,
I think that your only option would be to analyze the write program and see what changes it makes at table level in preparation for the rest of the archiving jobs. Then you can try to revert these changes as if anything has happened (this might take a lot of time).
For some Archiving Objects you have the option of reloading the archived data into SAP, but as far as I know reloading for archiving object FI_DOCUMNT is not possible.
You might also consider to play around with some DB table back-up that you have in order to go to the original state of the system before archiving but this can cause even more issues if not handle carefully.
Cheers.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi,
For this you need to reload data. Check below link:
http://help.sap.com/saphelp_46c/helpdata/en/2e/9396345788c131e10000009b38f83b/frameset.htm
You will find in this link:
Reloading archived data to the database can cause problems, therefore you should only do this in an emergency. For example, if you establish immediately after archiving that you have archived the wrong data or too much data. You should, wherever possible reload this data immediately after archiving.
Thanks
Sunny
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
90 | |
10 | |
10 | |
10 | |
7 | |
7 | |
6 | |
5 | |
4 | |
3 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.