If there is a performance issue on an ABAP system, BASIS Admin must think about the increasing basis tables in my opinion.
And ADMIN can do the following proactive and reactive operations.
As for the proactive operations Standart Jobs must be checked. Sap Note "16083 - Standard jobs, reorganization jobs" gives detail about reorganization and deletion jobs. Let me take the list of standart jobs also here. You can see details in the note.
Job name | Program | Variant | Repeat interval |
SAP_REORG_JOBS | RSBTCDEL2 | Yes | Daily |
SAP_REORG_SPOOL | RSPO0041/1041 | Yes | Daily |
SAP_REORG_BATCHINPUT | RSBDCREO | Yes | Daily |
SAP_REORG_ABAPDUMPS | RSSNAPDL | Yes | Daily |
SAP_REORG_JOBSTATISTIC | RSBPSTDE | Yes | Monthly |
SAP_COLLECTOR_FOR_JOBSTATISTIC | RSBPCOLL | No | Daily |
SAP_COLLECTOR_FOR_PERFMONITOR | RSCOLL00 | No | Hourly |
SAP_COLLECTOR_FOR_NONE_R3_STAT | RSN3_STAT_COLLECTOR | No | Hourly |
SAP_REORG_PRIPARAMS | RSBTCPRIDEL | Yes | Monthly |
SAP_REORG_XMILOG | RSXMILOGREORG | Yes | Weekly |
SAP_CCMS_MONI_BATCH_DP | RSAL_BATCH_TOOL_DISPATCHING | No | Hourly |
SAP_SPOOL_CONSISTENCY_CHECK | RSPO1043 | Yes | Daily |
SAP_REORG_ORPHANED_JOBLOGS | RSTS0024 | Yes | Weekly |
SAP_CHECK_ACTIVE_JOBS | BTCAUX07 | Yes | Hourly |
SAP_DELETE_ORPHANED_IVARIS | BTC_DELETE_ORPHANED_IVARIS | Yes | Weekly |
SAP_REORG_ORPHANED_TEMSE_FILES | RSTS0043 | Yes | Weekly |
For reactive operations admin can do the followings;
- Take the list of largest tables. Depending on the database type the list can be taken as below;
SQL DB | DBACOCKPIT --> Space --> Largest Tables and filter with the table list attached. |
Oracle DB | Use Space_LargestTables.txt SQL with ONLY_BASIS_TABLES = 'X' criteria from the attachment of Sap Note 1438410 |
SAP HANA DB | Use HANA_Tables_LargestTables.txt SQL with ONLY_BASIS_TABLES = 'X' criteria from the attachment of Sap Note 1969700 |
- Then apply the available solutions depending on the table types listed in the SAP Note 706478 - Preventing Basis tables from increasing considerably
Here is an example of an ERP system cleanup process.
DB type is MS SQL Server.
- There were some missing standart reorganize or delete jobs. They were resscheduled according to the note mentioned above.
- The list of largest tables was like below. We dealt with only these tables. This list can differ according to the system or project.
Table name | Used | Reserved | Data | Rows | Row modctr |
EDI40 | 335.596.144 | 335.650.760 | 330.396.776 | 127.968.333 | 19.245.936 |
EDIDS | 25.632.984 | 25.638.728 | 15.435.328 | 240.785.710 | 4.472.176 |
EDIDC | 9.527.280 | 9.785.376 | 4.831.056 | 62.688.552 | 939.914 |
BALDAT | 196.139.736 | 196.172.616 | 192.383.552 | 324.089.561 | 51.024.895 |
BALHDR | 5.496.216 | 5.500.352 | 2.674.912 | 28.498.917 | 497.855 |
TST03 | 39.733.112 | 39.771.488 | 39.142.264 | 4.913.608 | 377.717 |
ARFCSDATA | 24.702.800 | 40.853.040 | 21.738.136 | 6.069.266 | 56.664 |
ARFCSSTATE | 9.109.400 | 13.623.408 | 6.193.848 | 4.903.667 | 31.762 |
TRFCQOUT | 5.301.656 | 8.344.104 | 2.076.720 | 4.898.785 | 633.796 |
SWWLOGHIST | 4.375.368 | 4.378.496 | 2.189.176 | 39.169.615 | 4.930.393 |
SWW_CONT | 1.772.736 | 1.773.744 | 1.729.064 | 34.255.378 | 4.598.407 |
SNAP | 3.543.176 | 3.552.888 | 3.387.208 | 2.007.920 | 180.762 |
IDOCREL | 29.847.744 | 29.856.600 | 7.315.024 | 99.684.534 | 6.449.532 |
SRRELROLES | 40.939.032 | 40.948.400 | 12.069.872 | 111.317.793 | 7.622.573 |
BDCP | 28.939.184 | 28.945.008 | 17.956.040 | 337.729.807 | 27.632.027 |
BDCPS | 12.183.544 | 12.186.528 | 6.176.432 | 432.501.162 | 35.519.976 |
ZRXX6 | 23.585.488 | 25.263.792 | 23.023.560 | 12.963.161 | 2.555.352 |
ZRT_XXX_CARS | 15.826.104 | 15.829.008 | 10.825.944 | 57.359.912 | 0 |
ZRT_XXX_C | 13.660.704 | 16.342.840 | 10.078.936 | 29.536.663 | 1.910.680 |
ZRXX5 | 11.022.128 | 11.024.280 | 10.896.112 | 118.150.667 | 7.945.118 |
- According to the tables the following actions are done;
- For tables EDI40, EDIDS, EDIDC
- The item in the note says: "2. Archive old entries as described in Note 40088."
- We had meeting with business consultants and data owner. After an aggreement data was archived with IDOC archive object. Only last 3 months data is left. After first archive some data could not be deleted because of the statuses. Then business consultants changed the statuses of the data for archiving and deletion. Second archiving and deletion is done. On each run TAANA is run tor table analysis.
- For tables EDI40, EDIDS, EDIDC
- For tables BALDAT, BALHDR
- The item in the note says: "1. Delete old entries as described in Note 195157."
- According to the note with the discussion of data owner SBAL_DELETE job was scheduled weekly. Last 3 months data is left.
- For tables TST03
- The item in the note says: "11. See Note 48400, which describes the options for reorganizing TemSe and spool. See also Note 666290."
- The following standart jobs were controlled and some variants has been changed for short retention periods.
SAP_REORG_SPOOL (RSPO1041)
SAP_REORG_JOBS
SAP_REORG_BATCHINPUT
SAP_SPOOL_CONSISTENCY_CHECK
SAP_REORG_ORPHANED_JOBLOGS
SAP_REORG_ORPHANED_TEMSE_FILES
- For tables ARFCSDATA, ARFCSSTATE, TRFCQOUT
- The item in the note says: "7. Check the proposals from Note 375566."
- After aggreement with business consultants and data owner RSTRFCQDS job was scheduled. Variants were created for each qrfc queue names.
- For tables SWWLOGHIST, SWW_CONT
- The item in the note says: "4. Archive entries that are no longer required as described in Note 49545."
- We discussed the issue with business consultants and decided to delete data older than 3 months. For cleaning RSWWWIDE and RSWWHIDE jobs were scheduled weekly with a variant older than 3 months.
You can also use WORKITEM archive object to archive the workitem data depending on the business need.
- For table SNAP
- The item in the note says: "13. See Note 11838 for further information."
- Reorganization is done in ST22 transaciton. RSSNAPDL program is scheduled daily basis.
- For tables IDOCREL, SRRELROLES
- The item in the note says: "3. See Note 505608 and regularly schedule RSRLDREL."
- After aggreement with business consultants and data owner RSRLDREL job was scheduled. Variants were created according to eh link types. Note can be checked for details.
- For tables BDCP, BDCPS
- The item in the note says: "5. See Note 513454 and regularly schedule report RBDCPCLR to delete change pointers that are no longer required."
- After aggreement with business consultants and data owner RBDCPCLR job was scheduled.
- For tables Z* tables
- Business Consultants and data owner has decided about the customer tables data. They built up programs for cleaning. We scheduled those programs for regular intervals.
- Out of this list of action since the DB was MS SQL Server we also applied the note "1744217 - MSSQL: Improving the database performance"
In addition to the main note for basis tables you can also use Data Management Guide that contains detailed information about avoiding and reducing data. Use below address.
-> Data Archiving -> Media Library -> Literature and Brochures -> Data Management Guide