| Предыдущая тема :: Следующая тема |
| Автор |
Сообщение |
VSV056
Участник - экстремал
Вступление в Клуб: 25.11.2010
|
 Ср Апр 13, 2016 13:52 16.2 |
 |
Полезность: Нет оценки
|
Коллеги, доброго дня!
Есть ли среди вас те кто обновился до версии 16.2.
Стабильная ли версия, есть критичные ошибки? |
|
 |
svn
Профи
Вступление в Клуб: 04.02.2008
|
| Чт Апр 14, 2016 13:00 |
|
Полезность: Нет оценки
|
что то у меня при обновлении падает с ошибкой после наката хранилища
единственно тестируем ещё с 11.2.0.4 который вроде как не поддерживается в ПЯ, хотя полседний ТЯ с ним работает |
|
|
VSV056
Участник - экстремал
Вступление в Клуб: 25.11.2010
|
| Чт Апр 14, 2016 13:05 |
|
Полезность: Нет оценки
|
| svn пишет: | что то у меня при обновлении падает с ошибкой после наката хранилища
единственно тестируем ещё с 11.2.0.4 который вроде как не поддерживается в ПЯ, хотя полседний ТЯ с ним работает |
На каком пункте обновления?
У нас свалилось на 18_oramon_script_[s_meth_recomp_all.sql].log. После перезапуска пошло.
06:43:23 *** Успешное завершение стадии компиляции
Закрытие сессий компиляции
06:46:06 За 100000 циклов 1 сессий не закрылось. Возможно нужно увеличить кол-во циклов ожидания (max_t_wait)!!!
Закрытие сессий компиляции
06:48:51 За 100000 циклов 1 сессий не закрылось. Возможно нужно увеличить кол-во циклов ожидания (max_t_wait)!!!
Закрытие сессий компиляции
06:51:33 За 100000 циклов 1 сессий не закрылось. Возможно нужно увеличить кол-во циклов ожидания (max_t_wait)!!!
Закрытие сессий компиляции
06:54:17 За 100000 циклов 1 сессий не закрылось. Возможно нужно увеличить кол-во циклов ожидания (max_t_wait)!!!
Закрытие сессий компиляции
06:56:59 За 100000 циклов 1 сессий не закрылось. Возможно нужно увеличить кол-во циклов ожидания (max_t_wait)!!!
Закрытие сессий компиляции
06:59:43 За 100000 циклов 1 сессий не закрылось. Возможно нужно увеличить кол-во циклов ожидания (max_t_wait)!!!
Закрытие сессий компиляции
07:02:32 За 100000 циклов 1 сессий не закрылось. Возможно нужно увеличить кол-во циклов ожидания (max_t_wait)!!!
Закрытие сессий компиляции
07:05:18 За 100000 циклов 1 сессий не закрылось. Возможно нужно увеличить кол-во циклов ожидания (max_t_wait)!!!
Закрытие сессий компиляции
07:08:05 За 100000 циклов 1 сессий не закрылось. Возможно нужно увеличить кол-во циклов ожидания (max_t_wait)!!!
Закрытие сессий компиляции
07:10:48 За 100000 циклов 1 сессий не закрылось. Возможно нужно увеличить кол-во циклов ожидания (max_t_wait)!!!
Закрытие сессий компиляции
07:13:31 За 100000 циклов 1 сессий не закрылось. Возможно нужно увеличить кол-во циклов ожидания (max_t_wait)!!!
Закрытие сессий компиляции
07:16:13 За 100000 циклов 1 сессий не закрылось. Возможно нужно увеличить кол-во циклов ожидания (max_t_wait)!!!
!!! ВНИМАНИЕ !!!
Были ошибки при работе скрипта для компиляции
Запустите скрипт повторно, в случае повторения ошибки обратитесь в службу поддержки
!!! -------- !!! |
|
|
timochev
Эксперт
Вступление в Клуб: 02.07.2007
|
| Чт Апр 14, 2016 15:26 |
|
Полезность: 1
|
Регистрировал несоответствие 1-го класса
| Цитата: | После установки обновления 16.2 при различных действиях (входе в представления в ТБП "Документы РЦ", "Расчетный Центр") выдаются ошибки:
=======================================
ORA-20300: APP-TRC.INI: Не заданы настройки РЦ филиала с кодом 001 id = 1985880
ORA-06512: на "IBS.MESSAGE", line 50
ORA-06512: на "IBS.Z$TRC_INI", line 704
=======================================
В настройку продукта РЦ тоже не зайти. Мультифилиальность отключена (MULTIFIL=Нет). В "Группах настроек" имеется группа с кодом RC$, но группы с кодом RC$001$ нет. |
уже прислали исправление библиотеки TRC.INI_SQL |
|
|
timochev
Эксперт
Вступление в Клуб: 02.07.2007
|
| Чт Апр 14, 2016 15:43 |
|
Полезность: Нет оценки
|
Накатываю тоже на 11.2.0.4.
Именно из-за версии Oracle не компилится библиотека GEN_FACTOR.L (Генеральные договоры на факторинговое обслуживание).
В 12с стало работать обращение к таблице главного запроса в условии курсора, который используется в подзапросе запроса списка select.
11g:
| Код: | select (select 'xxx' from (select 'yyy' from dual d2 where D1.DUMMY = 'X')) from dual d1;
ORA-00904: "D1"."DUMMY": недопустимый идентификатор |
12с:
| Код: | SQL> select (select 'xxx' from (select 'yyy' from dual d2 where D1.DUMMY = 'X')) from dual d1;
(SELECT'XXX'FROM(SELECT'YYY'FR
------------------------------
xxx |
Остальное вроде ОК. |
|
|
timochev
Эксперт
Вступление в Клуб: 02.07.2007
|
| Чт Апр 14, 2016 15:58 |
|
Полезность: Нет оценки
|
На 18-м этапе проблем не возникло.
У меня сломалось на "30. Выполнение операции конвертации '16.2 Обновление (прикладное)' (C16_2_ST)".
| Код: | (20300) ORA-20300: APP-CONV.MLIB: Ошибка при исполнении кода через динамический PL/PLUS:
ORA-04067: не выполнено, package body "IBS.Z$ANALYTIC_CODE_ANALYTI6960819" не существует
ORA-06508: PL/SQL: невозможно найти вызываемый блок программы: "IBS.Z$ANALYTIC_CODE_ANALYTI6960819"
|
Не компилилась операция ANALYTIC_CODE.ANALYTIC_NORMAL из-за невалидной библиотеки RUNTIME.LIB_CURSOR, в которой ругалось на конструкцию "in plan_table%rowtype".
На схеме был только public синоним plan_table. Покопался в ядерных скриптах - вроде как должен быть синоним в схеме IBS.
Создал синоним, все откомпилилось и сконвертировалось. Куда делся синоним IBS.PLAN_TABLE, так и не понял.
Если не трудно, то посмотрите, есть ли он на ваших схемах. |
|
|
nobel
Профи
Вступление в Клуб: 28.09.2011
|
| Чт Апр 14, 2016 16:12 |
|
Полезность: Нет оценки
|
У нас на тесте все встало нормально.Мы правда раньше ставили в ручном режиме но теперь ЦФТ заставляет банки ставить через их программу-CFTUpdate.При установке проблем не возникло.Единственно что была трудность-очень долго статистика собиралась для MAIN_DOCUM(на тесте заняло больше 5 часов).Вот незнаю можно ли пропустить данный этап и выполнить его позднее(после установки всех дополнений к 16.2).
После проверки установки новой версии выяснилось что какая то новая задолженность должна быть в справочнике "Виды задолженностей"(код-ПУСТАЯ_ЗАДОЛЖЕННОСТЬ).Не знаю к какому продукту он относится и почему в результате конвертации данный экземпляр не появился. |
|
|
timochev
Эксперт
Вступление в Клуб: 02.07.2007
|
| Чт Апр 14, 2016 16:19 |
|
Полезность: Нет оценки
|
| nobel пишет: | | Единственно что была трудность-очень долго статистика собиралась для MAIN_DOCUM(на тесте заняло больше 5 часов).Вот незнаю можно ли пропустить данный этап и выполнить его позднее(после установки всех дополнений к 16.2). |
Обращался в ЦФТ по такой же проблеме. У нас на тесте полная статистика по Z#MAIN_DOCUM вообще 94 часа как-то собиралась. Мне ЦФТ предложил на этот случай модифицировать скрипт check_stat.sql. Думаю, что если по данному вопросу будет много обращений, то они сделают цивилизованно настраиваемый сбор статистики. |
|
|
VSV056
Участник - экстремал
Вступление в Клуб: 25.11.2010
|
| Пт Апр 15, 2016 06:13 |
|
Полезность: Нет оценки
|
| timochev пишет: | | nobel пишет: | | Единственно что была трудность-очень долго статистика собиралась для MAIN_DOCUM(на тесте заняло больше 5 часов).Вот незнаю можно ли пропустить данный этап и выполнить его позднее(после установки всех дополнений к 16.2). |
Обращался в ЦФТ по такой же проблеме. У нас на тесте полная статистика по Z#MAIN_DOCUM вообще 94 часа как-то собиралась. Мне ЦФТ предложил на этот случай модифицировать скрипт check_stat.sql. Думаю, что если по данному вопросу будет много обращений, то они сделают цивилизованно настраиваемый сбор статистики. |
А как его успеть модифицировать-то если он генерируется автоматом?
Только править XML исключая вообще этот пункт из установки а этого делать не хотелось бы.
На тесте сбор статистики по MAIN_DOCUM выполняется уже больше 20 часов. Само обновление ставится уже порядка 36 часов. |
|
|
nobel
Профи
Вступление в Клуб: 28.09.2011
|
| Пт Апр 15, 2016 06:55 |
|
Полезность: Нет оценки
|
| когда мы ставили вручную обновление то сбор статистики запускаем вообще в последнюю очередь(после установки всех дполнений,запуска заданий по расписаний и прочего).либо мы либо админы запускают.а вот через CFTUpate такой возможности не предусмотрели.все таки есть очень объемные таблицы по которым сбор статистики может занять порядко десятков часов |
|
|
timochev
Эксперт
Вступление в Клуб: 02.07.2007
|
| Пт Апр 15, 2016 08:59 |
|
Полезность: 1
|
| VSV056 пишет: | | А как его успеть модифицировать-то если он генерируется автоматом? |
Я писал про check_stat.sql, который формирует collect_stat.sql
check_stat.sql автоматом не формируется
| VSV056 пишет: | | Только править XML исключая вообще этот пункт из установки а этого делать не хотелось бы. |
Тоже нормальный вариант. Почему не хочется?
Я устанавливаю сразу 2 обновления - 16.1 и 16.2. В первом исключил скрипты по сбору статистики из XML. |
|
|
VSV056
Участник - экстремал
Вступление в Клуб: 25.11.2010
|
| Пт Апр 15, 2016 11:40 |
|
Полезность: Нет оценки
|
| timochev пишет: | | VSV056 пишет: | | А как его успеть модифицировать-то если он генерируется автоматом? |
Я писал про check_stat.sql, который формирует collect_stat.sql
check_stat.sql автоматом не формируется
| VSV056 пишет: | | Только править XML исключая вообще этот пункт из установки а этого делать не хотелось бы. |
Тоже нормальный вариант. Почему не хочется?
Я устанавливаю сразу 2 обновления - 16.1 и 16.2. В первом исключил скрипты по сбору статистики из XML. |
Не хочется полностью исключать сбор статистики, хотелось бы исключить только длительные операции. Буду править check_stat.sql |
|
|
svn
Профи
Вступление в Клуб: 04.02.2008
|
| Пт Апр 15, 2016 12:11 |
|
Полезность: Нет оценки
|
| как убрать хрень с контекстной рекламой? |
|
|
Pavlova
Участник
Вступление в Клуб: 20.01.2011
|
| Пт Апр 15, 2016 15:16 |
|
Полезность: Нет оценки
|
| svn пишет: | | как убрать хрень с контекстной рекламой? |
Добрый день!
Отказаться от просмотра адресных информационных сообщений о возможностях системы легко, достаточно деинсталлировать Приложение 1B570170 "Контекстное информирование пользователей". Коротко напомню о том, от чего Вы планируете отказаться.  Бизнес-специалистов банка Вы лишаете источника информации необходимой для развития его рабочего места и повышения квалификации. ИТ-специалисты и руководители бизнес-направлений потеряют удобный инструмент сбора обратной связи от пользователей системы. Такая информация полезна не только для принятия решений по оптимизации бизнес-процессов, но и для повышения отдачи от программного обеспечения, уже лицензированного банком. Если у Вас есть предложения по усовершенствованию решения, поделитесь ими, мы будем благодарны. С уважением, Елена Павлова. |
|
|
timochev
Эксперт
Вступление в Клуб: 02.07.2007
|
| Пт Апр 15, 2016 15:26 |
|
Полезность: Нет оценки
|
| Pavlova пишет: | | Бизнес-специалистов банка Вы лишаете источника информации необходимой для развития его рабочего места и повышения квалификации. ИТ-специалисты и руководители бизнес-направлений потеряют удобный инструмент сбора обратной связи от пользователей системы. Такая информация полезна не только для принятия решений по оптимизации бизнес-процессов, но и для повышения отдачи от программного обеспечения, уже лицензированного банком. Если у Вас есть предложения по усовершенствованию решения, поделитесь ими, мы будем благодарны. |
ИМХО: Инструмент носит скорее рекламный характер и больше отвечает целям ЦФТ, чем банков. На новые приложения при сложившейся их раздробленности и стоимости уже никакого бюджета не хватает. Поэтому бизнесу в нашем случае такой сервис не нужен. Возможно для крупных банков, которые позволяют себе покупать приложениями пачками, это и будет иметь смысл. |
|
|
|
О проекте
Поиск
Отзывы
Регистрация
Вход
