CftClub.ru
Клуб специалистов ЦФТ-Банк

Переход на версию 9.4 IBSO
На страницу Пред.  1, 2
 
Ответить на тему    Клуб специалистов ЦФТ-Банк (IBSO) -> Обновления и тестирование
Предыдущая тема :: Следующая тема  
Автор Сообщение
GeorgiK
Участник со стажем


Вступление в Клуб: 09.07.2008
СообщениеВт Окт 13, 2009 11:44    Ответить с цитатой
Полезность: Нет оценки
Пакет constant тоже смотрел, потому и кажется что пахнет мистикой. Запрос:
select o.object_name, o.object_type, o.status from dba_objects o
where o.object_name in ('RTL', 'CONSTANT')
and o.object_type like 'PACKAGE%'

Возвращает:
OBJECT_NAME OBJECT_TYPE STATUS
1 CONSTANT PACKAGE BODY VALID
2 RTL PACKAGE BODY VALID
3 CONSTANT PACKAGE VALID
4 RTL PACKAGE VALID

В прикладной части пакеты тоже присутствуют и валидны.

В логах по этим пакетам пока ничего подозрительного не нашли.
Vovidez
Профи


Вступление в Клуб: 27.09.2007
СообщениеВт Окт 13, 2009 13:52    Ответить с цитатой
Полезность: 1
Есть подозрение, что пакет криво запарсен...
Попробуйте для CONSTANT и выполнить parse, параметры не помню, но где-то в доке должна быть... После чего перекомпилировать невалидный метод...
GeorgiK
Участник со стажем


Вступление в Клуб: 09.07.2008
СообщениеСр Окт 14, 2009 09:38    Ответить с цитатой
Полезность: Нет оценки
Vovidez пишет:
Есть подозрение, что пакет криво запарсен...
Попробуйте для CONSTANT и выполнить parse, параметры не помню, но где-то в доке должна быть... После чего перекомпилировать невалидный метод...


Имеете ввиду в пакете dbms_sql.parse, а можно ли пакет целиком пропарсить? Если пооператорно, то в SOURCES текста этого пакета нет...
Искал в скриптах апгрейда ядра где парсятся методы с kernel='1', не нашел... Т.е. не понятно в какой момент парсятся "ядровые" методы?

Можно конечно апгрейд провести по новой, в надежде что все пройдет нормально. Но хотелось бы разобраться на случай повторения ситуации.
GeorgiK
Участник со стажем


Вступление в Клуб: 09.07.2008
СообщениеСр Окт 14, 2009 12:15    Ответить с цитатой
Полезность: Нет оценки
Может таким образом сделать:

declare
c integer;
SQLText dbms_sql.varchar2s;
begin
c := dbms_sql.open_cursor;
/*
В SQLText построчно(например) загнать содержимое CONSTNT1.SQL из 7.1.0.0\PACKAGES
*/
dbms_sql.parse(c, SQLText, SQLText.First, SQLText.Last, dbms_sql.native);
dbms_sql.close_cursor(c);
end;
GeorgiK
Участник со стажем


Вступление в Клуб: 09.07.2008
СообщениеВт Окт 27, 2009 15:01    Ответить с цитатой
Полезность: Нет оценки
Зарегистрировал заявку.
Проблема оказалась в dblink'ах с именами RTL.
Кстати, пакет RTL можно было пропарсить дистрибутивной процедурой
plib.parse_package('RTL');
. DBMS_SQL.parse с последующей перекомпиляцией тоже дал бы результат, но нужно было предварительно удалить линки...!

А проблема эта смотрелась бы логичнее в теме ТЯ 7.1.0.0...

Век живи, век учись...
mvg
Участник - экстремал


Вступление в Клуб: 04.12.2008
СообщениеПн Ноя 23, 2009 09:57    Ответить с цитатой
Полезность: Нет оценки
Наткнулись на следующий дефект в 9.4:
При выполнение операций ЗОД CRED_OFFICE_PAST возникала ошибка
Код:

Ошибка выполнения! ORA-20100: [RUNTIME]-[PLP] ERROR:
PLP-PARSER_ERROR: syntax error


Ответ службы поддержки:

Цитата:
В результате работы конвертации "Кредиты обновление индивидуальных параметров ЗОД" при установке версии 9.4 у параметра P_OUT_LIST_DEBTS не проставляются апострофы в начале и в конце значения.

До выхода исправляющей конвертации апострофы можно проставить вручную.
ssa774
Профи


Вступление в Клуб: 30.11.2007
СообщениеПн Дек 14, 2009 07:06    Ответить с цитатой
Полезность: Нет оценки
Цитата:
В результате работы конвертации "Кредиты обновление индивидуальных параметров ЗОД" при установке версии 9.4 у параметра P_OUT_LIST_DEBTS не проставляются апострофы в начале и в конце значения.

До выхода исправляющей конвертации апострофы можно проставить вручную.


ничего не понятно... и как избавиться-то от этой ошибки?
timochev
Эксперт


Вступление в Клуб: 02.07.2007
СообщениеПн Дек 14, 2009 09:02    Ответить с цитатой
Полезность: 1
mvg пишет:
Наткнулись на следующий дефект в 9.4:
При выполнение операций ЗОД CRED_OFFICE_PAST возникала ошибка
Код:

Ошибка выполнения! ORA-20100: [RUNTIME]-[PLP] ERROR:
PLP-PARSER_ERROR: syntax error


Мы устраняли путем удаления параметра P_OUT_LIST_DEBTS в массиве "Параметры" представления "ЗОД \ Рабочие операции". Потом вновь добавляли со значением "';null;'".
Keti
Участник


Вступление в Клуб: 14.07.2009
СообщениеВт Дек 15, 2009 15:59    Ответить с цитатой
Полезность: Нет оценки
А никто случайно не сталкивался с такой особенностью 9.4:
при списании с депозитов предлагаемая сумма списания равна остатку, а ограничения, в которых прописана неснижаемая сумма,- абсолютно никак не учитываются?
timochev
Эксперт


Вступление в Клуб: 02.07.2007
СообщениеВт Дек 15, 2009 16:47    Ответить с цитатой
Полезность: Нет оценки
ssa774 пишет:
Цитата:
В результате работы конвертации "Кредиты обновление индивидуальных параметров ЗОД" при установке версии 9.4 у параметра P_OUT_LIST_DEBTS не проставляются апострофы в начале и в конце значения.

До выхода исправляющей конвертации апострофы можно проставить вручную.


ничего не понятно... и как избавиться-то от этой ошибки?

Мне прислали хранилище с операцией конвертации по данной проблеме. Правда, тестировать его я не стал, т.к. уже на рабочей базе сделали через ручное удаление & добавление параметра.
budinva
Участник - экстремал


Вступление в Клуб: 15.01.2008
СообщениеСр Дек 16, 2009 09:53    Ответить с цитатой
Полезность: Нет оценки
Keti пишет:
А никто случайно не сталкивался с такой особенностью 9.4:
при списании с депозитов предлагаемая сумма списания равна остатку, а ограничения, в которых прописана неснижаемая сумма,- абсолютно никак не учитываются?


в операции GET_NUM закоменчен кусок, где неснижаемый остаток участвует в расчетах, письмо в сапорт и вышлют хранилище где это раскоменчено
Keti
Участник


Вступление в Клуб: 14.07.2009
СообщениеСр Дек 16, 2009 10:14    Ответить с цитатой
Полезность: Нет оценки
Спасибо вам большое, budinva! Smile
timochev
Эксперт


Вступление в Клуб: 02.07.2007
СообщениеПн Янв 11, 2010 12:52    Ответить с цитатой
Полезность: Нет оценки
Зарегал:
Цитата:
После 9.4 стали криво открываться счета требований 47423 при постановке документов в картотеку.
Теперь неверно формируется номер счета и его наименование.
Оказалось, что операция конвертации "9.4_62. УЯ. Добавление в справочник типов сообщений записи с кодом КОМ" изменила целевое назначение ACC_DEMAND_DOG.
Показать сообщения:   
Ответить на тему    Клуб специалистов ЦФТ-Банк (IBSO) -> Обновления и тестирование Часовой пояс: GMT + 3
На страницу Пред.  1, 2
Страница 2 из 2

 
Перейти:  
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
Рейтинг@Mail.ru