Preventing Basis tables from increasing considerably.
2388483 - How-To: Data Management for Technical Tables
2388483 - How-To: Data Management for Technical Tables
Old oss note related to Housekeeping : 706478
This procedure explains how to delete data from the BW servers which are no longer useful. There are several reasons for doing that :
For reference, the cost of 1 Go (depends on the SLA level & decreases with time - Empty storage about 20% is not invoiced) :
Storage Cost €/Go | 2015 | 2016 |
|---|---|---|
L1 - WBP | 1.78 | 1.68 |
L2 - PQ1 / PQ2 / WBD | 0.99 | 0.94 |
L3 - WB1 / WBQ / SQ1 / SQ2 / DQ1 / DQ2 | 0.5 | 0.47 |
In this clean 4 main types of data :

1 - Business Data : The data used by the reports and users. It's all the data found in the info-providers and related objects.
2 - Statistics Data : All the logs and historical saved data that results of the usage and maintenance of BW.
3 - Meta Data : Basically the content created by the users. Queries, workbooks, bookmarks...
4 - Database Platform : All data generated by oracle and SAP internally (Usually not much we can do).
The full procedure should only be conducted once a year on each server and mainly on the production servers.
For each of the largest partitioned cubes, this can be run to delete useless partitions. This is particularly important after data was deleted from the cubes.
1 - Go to SE38 transaction
2 - Run program SAP_DROP_EMPTY_FPARTITIONS
3 - Input in CUBENAME the name of the cube you want to clean
4 - Execute once with the "Show Option"

5 - Check the result of the analysis

6 - Depending on the result, re-execute the program with "DO_DROP" checked and either "DEL_CNT" or "DEL_DIM"

1 - Go to RSA1 transaction
2 - In the left menu, click on Administration --> Monitors --> Aggregates

3 - Analyse each aggregate to see if it is useful

To know if the aggregate can be deleted :
4 - To delete the aggregate, for each cube selected, go to RSA1
5 - Select the cube and right click --> Manage
6 - Go to the Rollup tab and click on "Aggregates"

7 - Select the aggregate, right click and delete

Info-providers and info-objects that are no longer useful should be deleted.
In this case, it is necessary to request approval from the object owner :
One way of identifying the obsolete objects is to check the date of last loading.
In many cases, removing data from a table will not decrease the table size, nor the tablespace size, nor the total database size.
It's necessary to request a re-organisation from IBM in order to really reflect the size change.
Several types of re-organisations can be requested :
Oss note : 2407784 - How to clean up RSBKDATA and related tables
Resolution
1. NEVER delete data from RSBKDATA/RSBKDATAINFO directly
2. Make sure all corrections for reports RSBKCHECKBUFFER and RSBKCLEANUPBUFFER are implemented
3. Apply the note: 2692909 P21; DTP; RSBKDATA: Deletion of temporary data also for TSN requests
4. To clean up RSBKDATA and RSBKDATAINFO as much as possible, you can use the program RSBKCLEANUPBUFFER
1759601 - P30:DTP:Request temporary storage is deleted too soon
•
1911677 - P32:DTP:Error handler no longer deleted
•
RSBKCHECKBUFFER - Cleaning Up the Temporary Storage of the Data Transfer Process
RSBKCLEANUPBUFFER - Deletion of orphand Entries in Errorstack/Log
5. SAP Recommends to run RSBKCHECKBUFFER DAILY in background: Cleaning Up the Temporary Storage of the Data Transfer Process
6. For ADSOs, please refer to SAP Note 2228793 - ADSO DTP Request and Temporary Storage
Currently, it is not to reduce the size of the table RSBKDATAPAKID.