Ansicht
Dokumentation
05719 - Deleting a large Client
ROGBILLS - Synchronize billing plans Addresses (Business Address Services)This documentation is copyright by SAP AG.
Deleting a large Client
Hi Chris,you definetely should give the R3TRANS solution a chance. It works really
fast and at least in a non-busy system, it should be possible to delete the
journal receivers soon, because the commit-boundaries are small only.
That's why it increased. YOu have to see, that every deleted row, has to
become written into the journal.
If you are able to backup the journal receivers several times a day during
this period it was fine, otherwise I would recommend, to manually delete
them (or set them to auto-delete) during this time. Unfortunately you then
would give up the possibility of point-in-time-recovery. So, you have to
judge.
Be sure, not forget, to remove the auto-delete of the *JRNRCVs afterwards!
After everything, you shouldn't forget RGZPF on the largest tables, because
otherwise the database won't become smaller. You can do this in the
meantime, when SAP is up, but I would recommend to do this only on V5R1 and
only during low system usage, because of possible delays at big tables.
Regards
Volker
-----Original Message-----
From: zcsugg [mailto:cgcsuggZn...]
Sent: Montag, 15. April 2002 21:03
To: DoNotReply@consolut.eu
Subject: RE: Deleting a large Client
We are trying to delete a large client and are running into disk
space issues. We are at 82% of disk usage on our AS400 and with the
delete executing (SCC5), it keeps rising. Does anyone know what can
be done to keep it down while the delete is going on or another way
other than SCC5 to delete the client? I have looked at the R3TRANS
tool with 'Clientremove' parm but I am not usre if this would make a
difference of not.
Thanks,
Chris
Durban Tours - Südafrika Safari
CL_GUI_FRONTEND_SERVICES - Frontend Services ABAP Short Reference
This documentation is copyright by SAP AG.
Length: 2400 Date: 20240419 Time: 020544 sap01-206 ( 3 ms )
