Предыдущая тема :: Следующая тема |
Автор |
Сообщение |
emax Участник
Вступление в Клуб: 13.11.2009
|
Пт Ноя 13, 2009 13:49   |
|
Полезность: Нет оценки
|
После установки ТЯ 7.1.0.0 ошибка при входе в административные армы:
ORA-04063: package body "IBS.Z#SYSTEM#INTERFACE" has errors
ORA-06508: PL/SQL: could not find program unit being called: "IBS.Z#SYSTEM#INTERFACE"
ORA-06512: at "IBS.EXECUTOR", line 308
ORA-06512: at "IBS.EXECUTOR", line 330
ORA-06512: at "IBS.EXECUTOR", line 78
ORA-06512: at line 1
class_storage.sql не помог. выдал ошибку
_Выполнение процедуры "Хранение" для классов
_Протокол записывается в канал DEBUG$100 ...
----
*** *** Тип CL_CORP ( Юридические лица ):
Ошибки для PACKAGE BODY Z#CL_CORP#INTERFACE:
P(902,26): PLS-00306: wrong number or types of arguments in call to 'IND_CLASS_EXECUTE'
P(902, : PL/SQL: Statement ignored
P(909, : PLS-00306: wrong number or types of arguments in call to 'IND_CLASS_VALIDATE'
P(909, : PL/SQL: Statement ignored
P(2041,9): PLS-00306: wrong number or types of arguments in call to 'IND_CLASS_EXECUTE'
P(2041,2): PL/SQL: Statement ignored
P(2109,7): PLS-00306: wrong number or types of arguments in call to 'IND_CLASS_VALIDATE'
P(2109,7): PL/SQL: Statement ignored
INVALIDных объектов в базе
1 NDCF IBS INVALID
2 PROCESSRESPONSE IBS INVALID
3 TUN_NEW IBS INVALID
4 TYPE_LONG#RAW_TABLE IBS INVALID
5 TYPE_LONG_TABLE IBS INVALID
6 TYPE_REFERENCE_TABLE IBS INVALID
7 Z#CL_CORP#INTERFACE IBS INVALID
8 Z#SYSTEM#INTERFACE IBS INVALID
9 Z$U$57343474 IBS INVALID
10 Z$U$57372031 IBS INVALID
11 Z$U$96219112 IBS INVALID
обновить нужно срочно, что делать? |
|
 |
Vovidez Профи
Вступление в Клуб: 27.09.2007
|
Пт Ноя 13, 2009 13:54   |
|
Полезность: Нет оценки
|
Для начала внимательно читайте сообщение об ошибке, которое выдается при входе в АРМ:
emax пишет: |
ORA-04063: package body "IBS.Z#SYSTEM#INTERFACE" has errors
ORA-06508: PL/SQL: could not find program unit being called: "IBS.Z#SYSTEM#INTERFACE"
ORA-06512: at "IBS.EXECUTOR", line 308
ORA-06512: at "IBS.EXECUTOR", line 330
ORA-06512: at "IBS.EXECUTOR", line 78
ORA-06512: at line 1
|
Соответственно, выполните сначала хранение классу [SYSTEM]. Можно в скрипте вместо 'CL_CORP' прописать 'SYSTEM'. Если будут ошибки при хранении этого класса - выкладывайте лог ошибки. Если ошибки не будет, делайте хранение классу [CL_CORP]. Если выполнится, значит после этого на схему пустит...
P.S. Но есть подозрение, что для SYSTEM хранение не пройдет. |
|
 |
emax Участник
Вступление в Клуб: 13.11.2009
|
Пт Ноя 13, 2009 15:21   |
|
Полезность: Нет оценки
|
выполнил для SYSTEM хранение, из арма пишет
17:23:23 НАЧАЛО МОДИФИКАЦИИ SYSTEM
17:23:23 Обновление описания колонок типа SYSTEM
17:23:23 Создание интерфейсных пакетов SYSTEM
17:23:23 Z#SYSTEM#INTERFACE
17:23:23 Создается статический экземпляр типа "SYSTEM"...
17:23:23 begin :ST:=Z#SYSTEM#INTERFACE.get_object(:ST).id;
exception when others then
if sqlcode=-20999 then valmgr.del_static('SYSTEM'); :ST:=Z#SYSTEM#INTERFACE.new(0);
else raise; end if;
end;
ORA-04063: package body "IBS.Z#SYSTEM#INTERFACE" has errors
ORA-06508: PL/SQL: could not find program unit being called: "IBS.Z#SYSTEM#INTERFACE"
17:23:23 МОДИФИКАЦИЯ ЗАВЕРШЕНА - SYSTEM |
|
 |
mvg Участник - экстремал
Вступление в Клуб: 04.12.2008
|
Пт Ноя 13, 2009 16:43   |
|
Полезность: Нет оценки
|
Наткнулись в 7.1.0.0 на следующее:
Если в каком-либо типе (в нашем случае это был TRC) задано слишком много журналируемых колонок, то невозможно создать триггер журналирования, т.к. его размер превышает 32K.
В результате по данному типу хранение выполниться не может (ORA-06502).
На данный момент, по слова тех.поддержки, единственное возможное решение - сократить количество журналируемых колонок.
PS В 6.6.1.2 при том же количестве журналируемых колонок проблемы у нас не было. |
|
 |
emax Участник
Вступление в Клуб: 13.11.2009
|
Сб Ноя 14, 2009 10:34   |
|
Полезность: Нет оценки
|
решение пришло с запуском COMPILE.BAT с параметром 0
и последующей компиляцией всех невалидных объектов в субд |
|
 |
mvg Участник - экстремал
Вступление в Клуб: 04.12.2008
|
Вт Ноя 17, 2009 17:18   |
|
Полезность: Нет оценки
|
В требованиях по установке Обновления 9.4 стоит ТЯ 7.1.0.0.
А можно ли на версии 9.3 работать с ТЯ 7.1.0.0 ?
Или всё же лучше одновременно обновлять ТЯ и ЦФТ-Банк? |
|
 |
Vovidez Профи
Вступление в Клуб: 27.09.2007
|
Ср Ноя 18, 2009 05:57   |
|
Полезность: 1
|
mvg пишет: | В требованиях по установке Обновления 9.4 стоит ТЯ 7.1.0.0.
А можно ли на версии 9.3 работать с ТЯ 7.1.0.0 ?
Или всё же лучше одновременно обновлять ТЯ и ЦФТ-Банк? |
Связка 9.3 - 7.1.0.0 не тестировалась. Проблемы будут... Точно не будут работать автогенераторы методов (выч.параметры и т.п.). Настоятельно рекомендуется устанавливать 7.1.0.0 на версию 9.3, после чего сразу ставить 9.4... Существует также вероятность того, что не будет работать некоторый прикладной функционал 9.3 на ТЯ 7.1...
Последний раз редактировалось: Vovidez (Ср Ноя 18, 2009 08:53), всего редактировалось 1 раз |
|
 |
mvg Участник - экстремал
Вступление в Клуб: 04.12.2008
|
Ср Ноя 18, 2009 08:52   |
|
Полезность: Нет оценки
|
ясно, спасибо |
|
 |
mvg Участник - экстремал
Вступление в Клуб: 04.12.2008
|
Ср Ноя 25, 2009 15:02   |
|
Полезность: Нет оценки
|
После установки хранилища Jobs70.mdb (входящего в комплект дистрибутива ТЯ 7.1.0.0) в "Выполнение заданий по расписанию" появилось задание SET_RPT_RIGHTS ("Синхронизация прав пользователей на отчеты"), которое по-умолчанию в Списке заданий.
После выполнения данного задания у нас удаляются созданные вручную синонимы для пользователей Oracle - в частности для служебного пользователя RBS и пользователей работающих со станцией сканирования Fine Reader.
Пока это задание отключили совсем. |
|
 |
mvg Участник - экстремал
Вступление в Клуб: 04.12.2008
|
Пт Ноя 27, 2009 12:32   |
|
Полезность: Нет оценки
|
Разобрались с заданием SET_RPT_RIGHTS: запустили мы его сами через "Запуск системных заданий" после наката ТЯ, а синонимы удалялись похоже из-за установленого "Признака удаления неиспользуемых прав". |
|
 |
prog Эксперт
Вступление в Клуб: 03.03.2008
|
Пн Ноя 30, 2009 14:31   |
|
Полезность: Нет оценки
|
После установки ТЯ 7.1, ФЯ 9.5, перестали доходить сообщения через система -системные журналы - Послать сообщение. Кто нибудь сталкивался с подобным? |
|
 |
GeorgiK Участник со стажем
Вступление в Клуб: 09.07.2008
|
Вт Дек 01, 2009 07:53   |
|
Полезность: Нет оценки
|
Установили ТЯ7.1.0.0, прикладную часть ИБСО докатили до 9.5 с патчами. Неделю отработали, все было хорошо. И вот, при копировании дистрибутивного расширения в расширение банка на компиляции дистрибутивного расширения executor выдал ошибку. В результате ни тело ни описание пакета банковского расширения нет, а дистрибутивный пакет не ВАЛИДЕН, т.к. ссылается на несуществующее банковское. А самое главное, что теперь не можем попасть ни в один АРМ. Текст следующий:
ORA-01017: неверно имя пользователя/пароль; вход в систему запрещается
ORA-06512: на "IBS.EXECUTOR", line 308
ORA-06512: на "IBS.EXECUTOR", line 330
ORA-06512: на "IBS.EXECUTOR", line 78
ORA-06512: на line 1
begin IBS.Executor.SetNlsParameters; end;
Очень похоже на то, что описывалось в этой теме. Поэтому и предположение, что как то связано. Описанные выше методы никак не помогли.
Благо что на тестовой схеме... Но хотелось бы разобраться, т.к. тестовая - это дамп с боевой и если выстрелит, знать как с этим бороться.
Последний раз редактировалось: GeorgiK (Вт Дек 01, 2009 08:42), всего редактировалось 1 раз |
|
 |
Kozyrev Участник - экстремал
Вступление в Клуб: 03.09.2007
|
Вт Дек 01, 2009 08:04   |
|
Полезность: 1
|
Цитата: | После установки ТЯ 7.1, ФЯ 9.5, перестали доходить сообщения через система -системные журналы - Послать сообщение. Кто нибудь сталкивался с подобным? |
У нас была подобное, но судя по всему дело не в ТЯ или ФЯ, а в АРМе Навигатор версии 105.xx. Вернулись к 103.10 и все стало на свои места  |
|
 |
GeorgiK Участник со стажем
Вступление в Клуб: 09.07.2008
|
Вт Дек 01, 2009 08:10   |
|
Полезность: Нет оценки
|
Kozyrev пишет: | Цитата: | После установки ТЯ 7.1, ФЯ 9.5, перестали доходить сообщения через система -системные журналы - Послать сообщение. Кто нибудь сталкивался с подобным? |
У нас была подобное, но судя по всему дело не в ТЯ или ФЯ, а в АРМе Навигатор версии 105.xx. Вернулись к 103.10 и все стало на свои места  |
НОВО103 тоже подглючивает, попробуйте связку setupnovo10_13 и Novo104_06. Ставим у себя, решает некоторые проблемы. |
|
 |
Kozyrev Участник - экстремал
Вступление в Клуб: 03.09.2007
|
Вт Дек 01, 2009 08:14   |
|
Полезность: Нет оценки
|
Цитата: | НОВО103 тоже подглючивает, попробуйте связку setupnovo10_13 и Novo104_06. Ставим у себя, решает некоторые проблемы. |
... и добавляет парочку новых ))) (например с печатью отчетов) |
|
 |
|
|
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете голосовать в опросах
|
|