ORA-22973 при попытке @utlrp.sql

skelet
Дата: 23.11.2008 13:57:56
При попытке перекомпилить пакеты после апгрейда 10.2.0.1 -> 10.2.0.3 исдохло питалово...
При повторном запуске скриптяжки utlrp.sql сразу же сообщает об ошибке, в
utl_recomp_errors

обнаруживается
ORA-04045: ошибки во время перекомпиляции/переп
роверки SYS.KU$_XMLSCHEMA_VIEW
ORA-22973: размер идентификатора объекта превыш
ает максимально допустимый

Это полный аллес капут или можно пофиксить?
Тынц.
Дата: 23.11.2008 15:26:21
Note:434148.1
Camper
Дата: 23.11.2008 15:38:13
Похоже на Bug 5586842. Пофиксили в 10.2.0.4.
В качестве решения предлагают запинать следующим образом.
1. SQL>show parameter length
If the parameter nls_length_semantics=char > complete the next steps

2. SQL>connect as sysdba
SQL> alter session set nls_length_semantics=byte;

Session altered.

3. SQL> alter view KU$_XMLSCHEMA_VIEW compile;

View altered.

4. SQL> alter session set nls_length_semantics=char;

Session altered.
AG#
Дата: 23.11.2008 16:09:41
Camper
Похоже на Bug 5586842. Пофиксили в 10.2.0.4.
В качестве решения предлагают запинать следующим образом.
1. SQL>show parameter length
If the parameter nls_length_semantics=char > complete the next steps

2. SQL>connect as sysdba
SQL> alter session set nls_length_semantics=byte;

Session altered.

3. SQL> alter view KU$_XMLSCHEMA_VIEW compile;

View altered.

4. SQL> alter session set nls_length_semantics=char;

Session altered.


Ты хочешь сказать что до выхода 10.2.0.4 никто не ставил и не работал с 10.2.0.3 ?
Типа аллес капут ?
AG#
Дата: 23.11.2008 16:13:09
skelet
При попытке перекомпилить пакеты после апгрейда 10.2.0.1 -> 10.2.0.3 исдохло питалово...
При повторном запуске скриптяжки utlrp.sql сразу же сообщает об ошибке, в
utl_recomp_errors

обнаруживается
ORA-04045: ошибки во время перекомпиляции/переп
роверки SYS.KU$_XMLSCHEMA_VIEW
ORA-22973: размер идентификатора объекта превыш
ает максимально допустимый

Это полный аллес капут или можно пофиксить?


Может
startup upgrate
@utlirp.ru;
@utlrp.ru;
shutdown abort ;)
@utlrp.ru;

поможет ? :)
skelet
Дата: 23.11.2008 16:25:49
ручная перекомпиляция представления частично помогла, но скриптяга все равно завершается сразу

DOC> The following query reports the number of objects that have compiled
DOC> with errors (objects that compile with errors have status set to 3 in
DOC> obj$). If the number is higher than expected, please examine the error
DOC> messages reported with each object (using SHOW ERRORS) to see if they
DOC> point to system misconfiguration or resource constraints that must be
DOC> fixed before attempting to recompile these objects.
DOC>#

OBJECTS WITH ERRORS
-------------------
                  0

DOC> The following query reports the number of errors caught during
DOC> recompilation. If this number is non-zero, please query the error
DOC> messages in the table UTL_RECOMP_ERRORS to see if any of these errors
DOC> are due to misconfiguration or resource constraints that must be
DOC> fixed before objects can compile successfully.
DOC>#

но на этот раз UTL_RECOMP_ERRORS пуст, show errors также ничего не возвращает...

автор
Note:434148.1

можете его сюда написать? пожалуйста
skelet
Дата: 23.11.2008 16:28:00
AG#

Может
startup upgrate
@utlirp.ru;
@utlrp.ru;
shutdown abort ;)
@utlrp.ru;

поможет ? :)


Прежде чем проверять сие на практике, не могли вы на пальцах пояснить в ч¬м цимес методы, особо напрягает аборт базе делать...
AG#
Дата: 23.11.2008 18:30:09
skelet
AG#

Может
startup upgrate
@utlirp.ru;
@utlrp.ru;
shutdown abort ;)
@utlrp.ru;

поможет ? :)


Прежде чем проверять сие на практике, не могли вы на пальцах пояснить в ч¬м цимес методы, особо напрягает аборт базе делать...


Сорри, насчет аборта пошутил конечно.
utlirp (ивалидирует все обьекты в БД, рекомендуется при переносе 32-64bit systems) десятки раз делал, обходилось без абортов и аллес капут.

Это связано у вас с XML.
После посмотрите в сторону
catmetx.sql -> utlrp.sql
skelet
Дата: 23.11.2008 20:54:01
сделал
startup upgrade
@utlirp.sql
shutdown immediate
startup
@utlrp.sql
вроде пока работает ), единственно что смущает непонятка с этим startup upgrade.
skelet
Дата: 24.11.2008 10:57:31
Странно, во времени якобы что-то работает, но
utl_recomp_compiled больше не растёт , равно как и
SELECT COUNT(*) FROM obj$ WHERE status IN (4, 5, 6);
застыло на одной отметке...

Где-то остался косяк видимо