Time dep master data reorganization / process seems to do nothing

Question

Hi,
Info:
I created a process chain just to reorganize time dep master data for 1 InfoObject (0UCINSTALLA). In this process variant I choose only to process time dep attributes - not text or time independent tables.
The InfoObject is flagged for change run (have som entries in M version)
The InfoObject with the properties:
/BI0/QUCINSTALLA = 9 393 539 rec (4 162 in M version) (same goes for Y-table). Those tables have just a few (3-4) fields.
The InfoObject 0UCINSTALLA exists in a few aggregates, but none of the time dep attributes does.
The system have these components:
SAP_ABA     700     0013
SAP_BASIS     700     0013
PI_BASIS     2005_1_700     0013
ST-PI     2005_1_700     0005
SAP_BW     700     0015
BI_CONT     703     0005
Running on Linux / Oracle 10.2.0.2.0
Problem:
The background job is started via process chain but checking the
process it seems to do nothing. I ran it for 3 days over the weekend, it doesn't time out or give any ABAP dumps or entries in SM21.
Checking the statement for the process in ST04 gives me:
SELECT
FROM
  "/BI0/QUCINSTALLA" T_00
WHERE
  EXISTS ( SELECT T_100 . "UCINSTALLA" FROM "/BI0/QUCINSTALLA" T_100
  WHERE T_100 . "UCINSTALLA" = T_00 . "UCINSTALLA"
GROUP BY
  T_100 . "UCINSTALLA" , T_100 . "OBJVERS" , T_100 . "CHANGED" ,
  T_100 . "IND_CODE" , T_100 . "UCBILL_CLA" , T_100 . "UCRATE_CAT" ,
  T_100 . "IND_NUMSYS" , T_100 . "IND_SEC"
HAVING
  COUNT(*) >= :A0 )
ORDER BY
  T_00 . "UCINSTALLA" , T_00 . "OBJVERS" , T_00 . "DATETO"
The Explain gives me:
SELECT STATEMENT ( Estimated Costs = 65 933 456 , Estimated #Rows = 0 )
       7 SORT ORDER BY
         ( Estim. Costs = 65 933 456 , Estim. #Rows = 4 )
         Estim. CPU-Costs = 101 899 203 438 143 Estim. IO-Costs = 56 497 939
           6 FILTER
             Filter Predicates
               1 TABLE ACCESS FULL /BI0/QUCINSTALLA
                 ( Estim. Costs = 20 562 , Estim. #Rows = 9 413 200 )
                 Estim. CPU-Costs = 3 825 943 517 Estim. IO-Costs = 20 208
               5 FILTER
                 Filter Predicates
                   4 HASH GROUP BY
                     ( Estim. Costs = 7 , Estim. #Rows = 1 )
                     Estim. CPU-Costs = 10 845 274 Estim. IO-Costs = 6
                       3 TABLE ACCESS BY INDEX ROWID /BI0/QUCINSTALLA
                         ( Estim. Costs = 6 , Estim. #Rows = 4 )
                         Estim. CPU-Costs = 45 379 Estim. IO-Costs = 6
                           2 INDEX RANGE SCAN /BI0/QUCINSTALLA~0
                             ( Estim. Costs = 3 , Estim. #Rows = 4 )
                             Search Columns: 1
                             Estim. CPU-Costs = 22 364 Estim. IO-Costs = 3
                             Access Predicates
Anybody have any idea what the problem could be - I have no idea how long a reorganization for the amount of records should take. But the process seems to do nothing.
Thanks,
Johan

Answer 1

A little update:
I could see that the background process (which seemed to do nothing) ran a oracle process and on the DB server instance this was no.1 in top cpu. So - something is happening. The DB only has 2 cpus. Is there any way to run this job with more then 1 process?