RSDG_IOBJ_REORG: Repair InfoObjects


Repair of InfoObjects (metadata)


From the selection screen, you can select whether the repair is to be made in the test mode or if it is to be really made. By default, the test mode is active. This means that only the inconsistencies are displayed. However, no changes are made to the database. Choose this mode if you want to get an overview. You have to switch to the “Execute Repair” mode to make repairs.

With the “Expert Mode” pushbutton, you can specify more exactly what is checked or repaired. The following selection options are possible:

Checks for all InfoObjects:

  • Deletion of InfoObjects without a reference characteristic
    • All InfoObjects that do not refer to an existing reference characteristic are deleted
  • Deletion of local properties
    • The local properties for characteristics that no longer exist are deleted. The local properties are not transported but are adjusted normally in the subsequent processing.
  • Creation of local properties
    • The local properties for a characteristic are created, if necessary.
  • Check consistency
    • The entries are checked to see if they fit with each other in the different InfoObject tables.
  • Complete missing entries
    • Table fields that have an invalid value are filled with the default value.
  • Fill the table with InfoObject maintenance fields
    • All of the fields that are able to be maintained in the dialog are collected in the table designed for this. This is only important for controlling the cursor in the InfoObject maintenance.
  • Repair conversion routines for time characteristics
    • The correct conversion routines are entered for the time characteristics.

Check generated objects (for specific InfoObjects)

In contrast to the checks described above, the following checks are only valid for the InfoObjects specified in the “InfoObjects” field. Nothing is entered in this field by default, meaning that all InfoObjects are checked.

The objects that are generated for the InfoObjects are checked. Specifically, these are as follows:

  • Check DDIC objects
    • The generated DDIC objects (tables, data elements, domains, views, and search helps) are checked to see if they are active. If some of these objects are inactive, the InfoObjects affected are activated. In doing so, the DDIC objects are then created or repaired. However, this activation only occurs if the “Activate Inconsistent InfoObjects” checkbox is switched on.
  • Create local TADIR entries
    • Local ($TMP) object catalog entries are created for the generated (DDIC) objects. Without these entries, the objects would be lost during the upgrade. Incorrect entries might be created.
  • Check number range
    • The number range for SIDs and hierarchy SIDs are checked and, if necessary, are created or repaired.
  • Deletion of DDIC/DB objects
    • DDIC objects and database tables that are no longer used, but were generated for an InfoObject, are deleted. In doing so, you can still select whether the objects are then also deleted if they are still used in other DDIC objects.


A log with the executed checks or repairs is displayed.

You May Also Like

Leave a Reply?