- Article Type: General
- Product: Aleph
- Product Version: 20
The ./abc01/scratch/run_e_01 logs show that ue_01 is taking 1.5 minutes to process each z07.
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 ****
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
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