|
|
|
ORA-01555 при компиляции пакета
|
|||
|---|---|---|---|
|
#18+
S_e_r_jКомпиляция объекта и ORA-01555, у них столько же общего, сколько у блондинки с кашалотом - что то тут не то в оракле часто бывает что-то не то. думаешь во время компиляции не идет обращения к таблицам словаря? 1555 бывает и при битых лобах, и при битых индексах... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.02.2018, 11:29 |
|
||
|
ORA-01555 при компиляции пакета
|
|||
|---|---|---|---|
|
#18+
Q.Tarantinoдумаешь во время компиляции не идет обращения к таблицам словаря? 1555 бывает и при битых лобах, и при битых индексах... - вся компиляция это есть действия с словарем исключительно, сегменты отката тут не нужны ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.02.2018, 11:59 |
|
||
|
ORA-01555 при компиляции пакета
|
|||
|---|---|---|---|
|
#18+
C 12c пока очень осторожно общаюсь, поэтому каких-то важных нюансов могу не знать, но всё же. Во-первых, 12.1 по субъективным отзывам довольно глючная, и хотя похожей на Вашу проблему в багах я не нашёл, раз есть тест и, конечно, время и желание можно апгрейднуться до 12.2 и посмотреть, как будет вести себя пакет и вообще БД в целом. Потому что, не случайно Оракл начало продавать свою СУБД сразу назвав v2. Это общий совет. Во-вторых можно, пожалуйста, показать параметры UNDO (managment и retention). Может у Вас manual. Я думаю, что возможно всё-таки проблема в транзакциях, может проблема в кривой бизнес-логике, связанной с пакетом (тупой пример огромный курсор-цикл с внутренним апдейтом с забытым where в какой-нибудь процедуре). Отрубите все зависимости и отлавливайте проблемную область. Отключите всех от базы, можете попробовать перевести БД в состояние покоя (alter system quiesce restricted, потом только не забыть обратно unrestricted вернуть), дождаться, когда все сегменты протухнут и попробовать под SYS откомпилить проблемный пакет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.02.2018, 12:06 |
|
||
|
ORA-01555 при компиляции пакета
|
|||
|---|---|---|---|
|
#18+
S_e_r_jвся компиляция это есть действия с словарем исключительно, сегменты отката тут не нужнызаблуждаешься ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.02.2018, 12:13 |
|
||
|
ORA-01555 при компиляции пакета
|
|||
|---|---|---|---|
|
#18+
Пробовал и под sys-ом компилить. Пробовал даже открывать базу в upgrade-mode (что бы никто лишний не подключился, и джобы не работали). OS - Solaris 11.3 Но т.к. все датафайлы лежат на zfs, то я сделал снапшот (что бы не доломать тестовую), примонтировал его на другой сервер (там сделал другой сид и путь к базе - пришлось переименовывать датафайлы)... и пакет успешно скомпилировался!!! Содержимое OS, ORACLE_HOME идентичное на серверах (это зоны солярки). Попробовал сейчас сменить сид у первоначальной базы - не компилится пакет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.02.2018, 12:14 |
|
||
|
ORA-01555 при компиляции пакета
|
|||
|---|---|---|---|
|
#18+
S_e_r_j, Серьёзно? Зачем тогда ошибка ORA-04068? И содержимое пакетов до и после компиляции может быть изменено. Так что при обращении к откомпилированный пакету могут произойти и действия, которые используют роллбек сегменты. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.02.2018, 12:15 |
|
||
|
ORA-01555 при компиляции пакета
|
|||
|---|---|---|---|
|
#18+
micis, Когда в апгрейде проверяли, удостоверились в том, что сегменты все протухли? Может пока БД переносили и переименовывали ДФ сегменты все протухли и у вас получилось? Если так, то если новая база будет эксплуатироваться идентично прошлой, то возможно вы получите свою проблему снова. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.02.2018, 12:20 |
|
||
|
ORA-01555 при компиляции пакета
|
|||
|---|---|---|---|
|
#18+
Elicзаблуждаешься - ок, не сам dictionary, а системные представления, если нам нужны зависимости,права и т.д... от/для объекта и т.д. - то мы их получаем из системных представлений БД, и вся выборка по объекту оттуда же и потом внезапно ORA -01555 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.02.2018, 12:22 |
|
||
|
ORA-01555 при компиляции пакета
|
|||
|---|---|---|---|
|
#18+
DKbruВо-первых, 12.1 по субъективным отзывам довольно глючная, и хотя похожей на Вашу проблему в багах я не нашёл, раз есть тест и, конечно, время и желание можно апгрейднуться до 12.2 и посмотреть я хоть и не ел омаров, но говорят они гавно! :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.02.2018, 12:24 |
|
||
|
ORA-01555 при компиляции пакета
|
|||
|---|---|---|---|
|
#18+
DKbruТак что при обращении к откомпилированный пакету могут произойти и действия, которые используют роллбек сегменты. - execute immediate , например? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.02.2018, 12:25 |
|
||
|
ORA-01555 при компиляции пакета
|
|||
|---|---|---|---|
|
#18+
Elicне нужнызаблуждаешься[/quot] - {дальтоник моде офф}, но вообще то выше статистика собрана, по фиксированным объектам у ТС, запрос даже не 30 минут и 1 секунду, висит и валит ora-01555 ? - ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.02.2018, 12:28 |
|
||
|
ORA-01555 при компиляции пакета
|
|||
|---|---|---|---|
|
#18+
micisВ алерте такие записи: Код: sql 1. 2. 3. 4. Это обращение к лобам, вроде (V$OPEN_CURSOR HAVING SQL_IDs WHICH DO NOT EXIST IN V$SQLAREA (Doc ID 838321.1)) Почему бы не оттрассировать? Ну и всякие там триггеры на DDL проверялись? Дополнительные фичи типа DV? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.02.2018, 13:29 |
|
||
|
ORA-01555 при компиляции пакета
|
|||
|---|---|---|---|
|
#18+
Q.Tarantino, Да ладно Вам :) Никогда такого не было, что 1 релиз в ветке довольно глючный и вот опять? Вспомните, что 10.1 и особенно 11.1. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.02.2018, 13:41 |
|
||
|
ORA-01555 при компиляции пакета
|
|||
|---|---|---|---|
|
#18+
DKbruНикогда такого не было, что 1 релиз в ветке довольно глючный и вот опять? Вспомните, что 10.1 и особенно 11.1. Ну, теперь-то, с 2018-го каждый раз первый будет. Заживем.... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.02.2018, 14:05 |
|
||
|
ORA-01555 при компиляции пакета
|
|||
|---|---|---|---|
|
#18+
Решился наконец-то вопрос с компиляцией! Когда говорил, что хосты и оракловое окружение одинаковые, то забыл посмотреть на инит-файл. Оказалось, что вчера когда поднимал на другом хосте, скопировал инитку с другой базы, где стоял скрытый параметр. У нас давно, после switchover, были ошибки в алерте на основной БД: ORA-00600: [ktbdchk1: bad dscn] и лечится это установкой параметра "_ktb_debug_flags"=8 Вот он-то и помог. А трейс я собирал, но там нет указания причины, только та же самая ошибка (приложил трейс). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.02.2018, 04:38 |
|
||
|
|

start [/forum/topic.php?fid=52&msg=39601537&tid=1884437]: |
0ms |
get settings: |
9ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
22ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
57ms |
get tp. blocked users: |
1ms |
| others: | 206ms |
| total: | 328ms |

| 0 / 0 |
