Уважаемые гуру! Все было хорошо, пока не решили мы проапдейтить оракл с 9.2.0.5 до 9.2.0.7.Забыл сказать, что у на HR SAP 4.7.
Так вот, проапдейтили все по инструкции, ошибок никаких, все поднялось.Но полезли косяки, а именно. Перестали использоваться индексы на таблицах HRP1001 - а это тормоза для всех транзакций по персоналу - т.е полная потеря работоспособности. Проблему временно сняли, сгенерировав паралельные индексы (3 из 7). Такую же операцию провели с табличкой PTQUODED(индекс PER). В основном система работает, но тормоза возникают уже с большой выборкой по таблицам PA0000, PA0001, PA0008,PA0016 - но там черт ногу сломит, да и вообще это криво как-то подменять саповские индексы в системе. Поискал в нотах - чего то на первый взгляд нет... гугл тоже вроде про такую проблему не знает. Уважаемые ГУРУ, буду благодарен за любую подсказку, может кто сталкивался.
Да, забыл сказать, что траблы эти на двух проапдейченных системах, так что один- это случайность, два - уже закономерность.

А причём здесь HR? На мой взгляд это проблема базиса(и для этого есть соответствующий раздел), вот пусть и изучает проблему, ноты и пр.

Зачем отвечать, если информации ноль?

а эксплаин план что говорит? и "паралельные" индексы такие же? что в оралке говорят про "оптимайзер" и его отличия в версиях 9.2.0.5 и 7

Извините за цитату.
SQL Statement
----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
SELECT
DISTINCT T_00 . "PERNR"
FROM
"PA0000" T_00 , "PA0001" T_01 , "PA0008" T_02 , "PA0016" T_03
WHERE
( T_01 . "MANDT" = :A0 AND T_00 . "PERNR" = T_01 . "PERNR" ) AND ( T_02 . "MANDT" = :A1 AND T_01
. "PERNR" = T_02 . "PERNR" ) AND ( T_03 . "MANDT" = :A2 AND T_02 . "PERNR" = T_03 . "PERNR" ) AND
T_00 . "MANDT" = :A3 AND ( T_02 . "LGA01" IN ( :A4 , :A5 ) AND T_02 . "LGA01" <> :A6 OR T_02 .
"LGA02" IN ( :A7 , :A8 ) AND T_02 . "LGA02" <> :A9 OR T_02 . "LGA03" IN ( :A10 , :A11 ) AND T_02
. "LGA03" <> :A12 OR T_02 . "LGA04" IN ( :A13 , :A14 ) AND T_02 . "LGA04" <> :A15 OR T_02 .
"LGA05" IN ( :A16 , :A17 ) AND T_02 . "LGA05" <> :A18 OR T_02 . "LGA06" IN ( :A19 , :A20 ) AND
T_02 . "LGA06" <> :A21 OR T_02 . "LGA07" IN ( :A22 , :A23 ) AND T_02 . "LGA07" <> :A24 OR T_02 .
"LGA08" IN ( :A25 , :A26 ) AND T_02 . "LGA08" <> :A27 OR T_02 . "LGA09" IN ( :A28 , :A29 ) AND
T_02 . "LGA09" <> :A30 OR T_02 . "LGA10" IN ( :A31 , :A32 ) AND T_02 . "LGA10" <> :A33 OR T_02 .
"LGA11" IN ( :A34 , :A35 ) AND T_02 . "LGA11" <> :A36 OR T_02 . "LGA12" IN ( :A37 , :A38 ) AND
T_02 . "LGA12" <> :A39 OR T_02 . "LGA13" IN ( :A40 , :A41 ) AND T_02 . "LGA13" <> :A42 OR T_02 .
"LGA14" IN ( :A43 , :A44 ) AND T_02 . "LGA14" <> :A45 OR T_02 . "LGA15" IN ( :A46 , :A47 ) AND
T_02 . "LGA15" <> :A48 OR T_02 . "LGA16" IN ( :A49 , :A50 ) AND T_02 . "LGA16" <> :A51 OR T_02 .
"LGA17" IN ( :A52 , :A53 ) AND T_02 . "LGA17" <> :A54 OR T_02 . "LGA18" IN ( :A55 , :A56 ) AND
T_02 . "LGA18" <> :A57 OR T_02 . "LGA19" IN ( :A58 , :A59 ) AND T_02 . "LGA19" <> :A60 OR T_02 .
"LGA20" IN ( :A61 , :A62 ) AND T_02 . "LGA20" <> :A63 OR T_02 . "LGA21" IN ( :A64 , :A65 ) AND
T_02 . "LGA21" <> :A66 OR T_02 . "LGA22" IN ( :A67 , :A68 ) AND T_02 . "LGA22" <> :A69 OR T_02 .
"LGA23" IN ( :A70 , :A71 ) AND T_02 . "LGA23" <> :A72 OR T_02 . "LGA24" IN ( :A73 , :A74 ) AND
T_02 . "LGA24" <> :A75 OR T_02 . "LGA25" IN ( :A76 , :A77 ) AND T_02 . "LGA25" <> :A78 OR T_02 .
"LGA26" IN ( :A79 , :A80 ) AND T_02 . "LGA26" <> :A81 OR T_02 . "LGA27" IN ( :A82 , :A83 ) AND
T_02 . "LGA27" <> :A84 OR T_02 . "LGA28" IN ( :A85 , :A86 ) AND T_02 . "LGA28" <> :A87 OR T_02 .
"LGA29" IN ( :A88 , :A89 ) AND T_02 . "LGA29" <> :A90 OR T_02 . "LGA30" IN ( :A91 , :A92 ) AND
T_02 . "LGA30" <> :A93 OR T_02 . "LGA31" IN ( :A94 , :A95 ) AND T_02 . "LGA31" <> :A96 OR T_02 .
"LGA32" IN ( :A97 , :A98 ) AND T_02 . "LGA32" <> :A99 OR T_02 . "LGA33" IN ( :A100 , :A101 ) AND
T_02 . "LGA33" <> :A102 OR T_02 . "LGA34" IN ( :A103 , :A104 ) AND T_02 . "LGA34" <> :A105 OR
T_02 . "LGA35" IN ( :A106 , :A107 ) AND T_02 . "LGA35" <> :A108 OR T_02 . "LGA36" IN ( :A109 ,
:A110 ) AND T_02 . "LGA36" <> :A111 OR T_02 . "LGA37" IN ( :A112 , :A113 ) AND T_02 . "LGA37" <>
:A114 OR T_02 . "LGA38" IN ( :A115 , :A116 ) AND T_02 . "LGA38" <> :A117 OR T_02 . "LGA39" IN (
:A118 , :A119 ) AND T_02 . "LGA39" <> :A120 OR T_02 . "LGA40" IN ( :A121 , :A122 ) AND T_02 .
"LGA40" <> :A123 ) AND T_00 . "BEGDA" <= :A124 AND T_00 . "ENDDA" >= :A125 AND T_00 . "SPRPS" =
:A126 AND T_00 . "STAT2" = :A127 AND T_01 . "BEGDA" <= :A128 AND T_01 . "ENDDA" >= :A129 AND T_01
. "PERSG" IN ( :A130 , :A131 ) AND T_01 . "SPRPS" = :A132 AND T_02 . "BEGDA" <= :A133 AND T_02 .
"ENDDA" >= :A134 AND T_02 . "SPRPS" = :A135 AND T_03 . "BEGDA" <= :A136 AND T_03 . "ENDDA" >=
:A137 AND T_03 . "NBTGK" <> :A138 AND T_03 . "SPRPS" = :A139


Execution Plan

Explain from v$sql_plan: Address: 000000054DBEE760 Hash_value: 2107863073 Child_number: 0

----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

SELECT STATEMENT ( Estimated Costs = 23 , Estimated #Rows = 0 )
|
--- 13 SORT UNIQUE NOSORT
| ( Estim. Costs = 23 , Estim. #Rows = 1 )
|
--- 12 TABLE ACCESS BY INDEX ROWID PA0008
| ( Estim. Costs = 1 , Estim. #Rows = 1 )
|
--- 11 NESTED LOOPS
| ( Estim. Costs = 4 , Estim. #Rows = 1 )
|
|-- 9 NESTED LOOPS
| | ( Estim. Costs = 3 , Estim. #Rows = 1 )
| |
| |-- 6 MERGE JOIN CARTESIAN
| | | ( Estim. Costs = 2 , Estim. #Rows = 1 )
| | |
| | |-- 2 TABLE ACCESS BY INDEX ROWID PA0000
| | | | ( Estim. Costs = 1 , Estim. #Rows = 1 )
| | | |
| | | ------1 INDEX RANGE SCAN PA0000~0
| | | ( Estim. Costs = 3 , Estim. #Rows = 1 )
| | | Search Columns: 3
| | |
| | --- 5 BUFFER SORT
| | | ( Estim. Costs = 1 , Estim. #Rows = 1 )
| | |
| | --- 4 TABLE ACCESS BY INDEX ROWID PA0016
| | | ( Estim. Costs = 1 , Estim. #Rows = 1 )
| | |
| | ------3 INDEX RANGE SCAN PA0016~0
| | ( Estim. Costs = 2 , Estim. #Rows = 1 )
| | Search Columns: 3
| |
| --- 8 TABLE ACCESS BY INDEX ROWID PA0001
| | ( Estim. Costs = 1 , Estim. #Rows = 1 )
| |
| ------7 INDEX RANGE SCAN PA0001~0
| ( Estim. Costs = 2 , Estim. #Rows = 1 )
| Search Columns: 4
|
------10 INDEX RANGE SCAN PA0008~0
( Estim. Costs = 2 , Estim. #Rows = 1 )
Search Columns: 4
А еще в нотах 539921, 176754 на эту тему много информации, только не могу еще найти какая описывает мой случай

Critical Patch Unit и intermitent патчи, предполагаю, сверху на ora 9.2.0.7 тоже поставили?

ещё хорошо бы убедиться, что индексы валидны.
Гляньте под system
select * from dba_indexes where status<>'VALID'

при выполнении запроса гляньте нагрузку на диски и CPU. возможно причина не в индексах. судя по плану, оптимайзер всё же юзает индексы.

Извините за задержки в ответах, надо было все перепроверить.
Нет, упомянутые патчи мы не ставили,а выборка дает ненулевой результат, но почему-то не по тем индексам, которые вызывают
подозрения. Производительность железа вряд ли является узким местом, т.к. проблема возникла сразу после апдейта.Впечатление, что оракл , хотя и говорит, что использует индексы, но судя по его работе, в это не очень верится.
А вот выборка, в других системах число строк=0
SQL> select INDEX_NAME,TABLE_NAME from dba_indexes where status <> 'VALID';



INDEX_NAME TABLE_NAME

------------------------------ ------------------------------

LOGMNRC_GTLO_PK LOGMNRC_GTLO

LOGMNRC_GTCS_PK LOGMNRC_GTCS

LOGMNRC_GSII_PK LOGMNRC_GSII

LOGMNR_I1OBJ$ LOGMNR_OBJ$

LOGMNR_I1USER$ LOGMNR_USER$

LOGMNR_I1TAB$ LOGMNR_TAB$

LOGMNR_I1TS$ LOGMNR_TS$

LOGMNR_I1TABPART$ LOGMNR_TABPART$

LOGMNR_I1TABSUBPART$ LOGMNR_TABSUBPART$

LOGMNR_I1TABCOMPART$ LOGMNR_TABCOMPART$

LOGMNR_I1IND$ LOGMNR_IND$



INDEX_NAME TABLE_NAME

------------------------------ ------------------------------

LOGMNR_I1COL$ LOGMNR_COL$

LOGMNR_I2COL$ LOGMNR_COL$

LOGMNR_I1ATTRCOL$ LOGMNR_ATTRCOL$

LOGMNR_I1TYPE$ LOGMNR_TYPE$

LOGMNR_I1COLTYPE$ LOGMNR_COLTYPE$

LOGMNR_I1LOB$ LOGMNR_LOB$

LOGMNR_I1CDEF$ LOGMNR_CDEF$

LOGMNR_I1CCOL$ LOGMNR_CCOL$

LOGMNR_I1ICOL$ LOGMNR_ICOL$

LOGMNR_I1LOBFRAG$ LOGMNR_LOBFRAG$

LOGMNR_I1INDPART$ LOGMNR_INDPART$



INDEX_NAME TABLE_NAME

------------------------------ ------------------------------

LOGMNR_I1INDSUBPART$ LOGMNR_INDSUBPART$

LOGMNR_I1INDCOMPART$ LOGMNR_INDCOMPART$

LOGMNRC_I3GTLO LOGMNRC_GTLO



25 rows selected.

Честно говоря, логика не просматривается.

Добрый день!

сам не пробовал, но народ обсуждал
этот вопрос здесь:
http://groups.google.com/group/fido7.ru.rdbms.oracle/browse_thread/thread/33391066008093a9/fa99971bb2e8b899#fa99971bb2e8b899[/url]