• Article Type: General
• Product: Aleph
• Product Version: 20

Description:
The ./abc01/scratch/run_e_01 logs show that ue_01 is taking 1.5 minutes to process each z07.

Resolution:
Missing Oracle indexes are often the cause of slowness. I ran the SQL from KB 8192-6423:

abc01@ALEPH20> select index_name from all_indexes where owner = 'USM01' and index_name like 'Z%' minus select index_name from all_indexes where owner = 'ABC01' and index_name like 'Z%' and status = 'VALID';
**** Hit return to continue ****

INDEX_NAME
------------------------------
Z11_ID

Though this is just one index, it's a very important, heavily-used one.

I tried to build it with util a/17/2 but got this:

aleph_admin@ALEPH20> 18:17:55 aleph_admin@ALEPH20> CREATE UNIQUE INDEX ABC01.Z11_ID ON ABC01.Z11 (Z11_REC_KEY ASC)
*
ERROR at line 1:
ORA-00054: resource busy and acquire with NOWAIT specified or timeout expired

Therefore, I am going to (temporarily) shut down the pc_server and stop ue_01

[Later:]

After shutting down the pc_server and ue_01, I tried the util a/17/2 for the z11_id but got:

ORA-01652: unable to extend temp segment by ... in tablespace TEMP

Using util o/13/1, I increased the TEMP tablespace from 2 gig to 3 gig.

I was then able to do util a/17/2 for z11_id successfully.

Then I restarted the pc_server and ue_01. The abc01/scratch/run_e_01.5350 shows that ue_01 is processing the z07's at a rate of 1 per second.

• Article last edited: 10/8/2013