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

Oracle 12c
На страницу Пред.  1, 2, 3
 
Ответить на тему    Клуб специалистов ЦФТ-Банк (IBSO) -> Oracle DBA
Предыдущая тема :: Следующая тема  
Автор Сообщение
Gobur
Профи


Вступление в Клуб: 06.11.2012
СообщениеВт Ноя 10, 2015 09:03    Ответить с цитатой
Полезность: Нет оценки
makalex74 пишет:
jobber пишет:
тестируем пока.
нужно обязательно ставить патчи которые указаны в доке от цфт по обновлению, у нас не компилировался один пакет из-за этого.
при апгрейде исчезли все acl, пришлось заново все создавать
пока все


Какой пакет не компилировался? случайно не Z$COUNTERS_SQ?

Патчи ставили только из пункта 3.5. ЦФТ-го руководства по обновлению или из приложений тоже?


А где можно взять рекомендации ЦФТ по миграции?
yaffil
Профи


Вступление в Клуб: 18.08.2011
СообщениеВт Ноя 10, 2015 09:26    Ответить с цитатой
Полезность: 1
Gobur пишет:
А где можно взять рекомендации ЦФТ по миграции?


Это надо?

https://support.cft.ru/PressCenter/Pages/24-03-15.aspx

Рекомендации по переводу систем на Oracle12R1 размещены на сайте сопровождения: документ "Замечания по обновлению продуктов на основе ЦФТ-Платформа Развития на Oracle Database 12c Release 1".
makalex74
Участник


Вступление в Клуб: 10.11.2015
СообщениеВт Ноя 10, 2015 09:30    Ответить с цитатой
Полезность: 1
Gobur пишет:
makalex74 пишет:
jobber пишет:
тестируем пока.
нужно обязательно ставить патчи которые указаны в доке от цфт по обновлению, у нас не компилировался один пакет из-за этого.
при апгрейде исчезли все acl, пришлось заново все создавать
пока все


Какой пакет не компилировался? случайно не Z$COUNTERS_SQ?

Патчи ставили только из пункта 3.5. ЦФТ-го руководства по обновлению или из приложений тоже?


А где можно взять рекомендации ЦФТ по миграции?


https://support.cft.ru/PressCenter/Pages/24-03-15.aspx

точнее
http://supportobject.cft.ru/ibso/news/2015/%D0%BE%D0%B1%D0%BD%D0%BE%D0%B2%D0%BB%D0%B5%D0%BD%D0%B8%D0%B5%20%D0%BD%D0%B0%2012cr2%201.6-final.pdf
Gobur
Профи


Вступление в Клуб: 06.11.2012
СообщениеВт Ноя 10, 2015 09:35    Ответить с цитатой
Полезность: Нет оценки
всем спасибо за ссылки.
makalex74
Участник


Вступление в Клуб: 10.11.2015
СообщениеСр Ноя 11, 2015 08:55    Ответить с цитатой
Полезность: Нет оценки
makalex74 пишет:
После миграции БД IBSO на Oracle 12c не компилируется пакет
Z$COUNTERS_SQ с ошибками:

-------------------------------------------------------
Compilation errors for PACKAGE BODY IBS.Z$COUNTERS_SQ

Error: PL/SQL: ORA-00913: слишком много значений
Line: 293
Text: from USER_SEQUENCES a1

Error: PL/SQL: SQL Statement ignored
Line: 291
Text: select a1.SEQUENCE_NAME, a1.MIN_VALUE, a1.MAX_VALUE, a1.INCREMENT_BY, a1.CYCLE_FLAG, a1.ORDER_FLAG, a1.CACHE_SIZE, a1.LAST_NUMBER

Error: PL/SQL: ORA-00913: слишком много значений
Line: 878
Text: from USER_SEQUENCES a1

Error: PL/SQL: SQL Statement ignored
Line: 876
Text: select a1.SEQUENCE_NAME, a1.MIN_VALUE, a1.MAX_VALUE, a1.INCREMENT_BY, a1.CYCLE_FLAG, a1.ORDER_FLAG, a1.CACHE_SIZE, a1.LAST_NUMBER
-------------------------------------------------------

Действительно в БД Oracle 12c в представлении SYS.USER_SEQUENCES стало
11 колонок, а в БД Oracle 11g было 8.

Переменная R_SEQ имеет тип SYS.USER_SEQUENCES%rowtype;
Т.е. в ней 11 колонок

В результате SELECT INTO:

select a1.SEQUENCE_NAME, a1.MIN_VALUE, a1.MAX_VALUE, a1.INCREMENT_BY, a1.CYCLE_FLAG, a1.ORDER_FLAG, a1.CACHE_SIZE, a1.LAST_NUMBER
into R_SEQ
from USER_SEQUENCES a1
where a1.SEQUENCE_NAME = UPPER(P_SEQ_NAME);

пытается "вставить восемь столбцов в одиннадцать"

Кто-нибудь сталкивался с такой проблемой?
Как лечить?


Решил проблему
Было:
select a1.SEQUENCE_NAME, a1.MIN_VALUE, a1.MAX_VALUE, a1.INCREMENT_BY, a1.CYCLE_FLAG, a1.ORDER_FLAG, a1.CACHE_SIZE, a1.LAST_NUMBER
into R_SEQ
from USER_SEQUENCES a1
where a1.SEQUENCE_NAME = UPPER(P_SEQ_NAME);

Добавил в селект 3 столбца: , a1.PARTITION_COUNT, a1.SESSION_FLAG, a1.KEEP_VALUE
Стало:
select a1.SEQUENCE_NAME, a1.MIN_VALUE, a1.MAX_VALUE, a1.INCREMENT_BY, a1.CYCLE_FLAG, a1.ORDER_FLAG, a1.CACHE_SIZE, a1.LAST_NUMBER, a1.PARTITION_COUNT, a1.SESSION_FLAG, a1.KEEP_VALUE
into R_SEQ
from USER_SEQUENCES a1
where a1.SEQUENCE_NAME = UPPER(P_SEQ_NAME);

После этого пакет скомпилировался
nobel
Профи


Вступление в Клуб: 28.09.2011
СообщениеПн Ноя 16, 2015 16:59    Ответить с цитатой
Полезность: Нет оценки
мы перешли 15 ноября на новый оракл на боевой схеме.
по первым впечатления разницы особой не почувствовали.единственное что с утра у нас проблема была-память всю съела логами СУБД.со слов админа делается дамп памяти по два раза с определенной периодичностью и как раз этими логами все дисковое место забивается.пока не смогли локализовать в чем именно проблема и из за чего происходит. мигрировались все согласно инструкции от ЦФТ
timochev
Эксперт


Вступление в Клуб: 02.07.2007
СообщениеПн Ноя 16, 2015 17:25    Ответить с цитатой
Полезность: Нет оценки
nobel пишет:
единственное что с утра у нас проблема была-память всю съела логами СУБД.со слов админа делается дамп памяти по два раза с определенной периодичностью и как раз этими логами все дисковое место забивается

У нас стали постоянно генериться дампы на тестовом стенде, как только переключились на 12-ый листенер. Наш Oracle DBA нашел патч 20138303, который решил проблему.
Код:
Extproc Is Generating Too Many HS_CORE Logs Under $ORACLE_HOME/RDBMS/trace (Doc ID 1970912.1)
Alkov
Профи


Вступление в Клуб: 23.09.2010
СообщениеВт Ноя 17, 2015 02:54    Ответить с цитатой
Полезность: Нет оценки
nobel пишет:
мы перешли 15 ноября на новый оракл на боевой схеме.
по первым впечатления разницы особой не почувствовали.


А число пользователей примерное не подскажете ?
Gobur
Профи


Вступление в Клуб: 06.11.2012
СообщениеПт Дек 11, 2015 11:41    Ответить с цитатой
Полезность: Нет оценки
nobel пишет:
мы перешли 15 ноября на новый оракл на боевой схеме.
по первым впечатления разницы особой не почувствовали.единственное что с утра у нас проблема была-память всю съела логами СУБД.со слов админа делается дамп памяти по два раза с определенной периодичностью и как раз этими логами все дисковое место забивается.пока не смогли локализовать в чем именно проблема и из за чего происходит. мигрировались все согласно инструкции от ЦФТ

А как оракловые отчеты прикрутили, что то не нашел, что надо менять?
Gobur
Профи


Вступление в Клуб: 06.11.2012
СообщениеПт Дек 11, 2015 12:26    Ответить с цитатой
Полезность: Нет оценки
Gobur пишет:
nobel пишет:
мы перешли 15 ноября на новый оракл на боевой схеме.
по первым впечатления разницы особой не почувствовали.единственное что с утра у нас проблема была-память всю съела логами СУБД.со слов админа делается дамп памяти по два раза с определенной периодичностью и как раз этими логами все дисковое место забивается.пока не смогли локализовать в чем именно проблема и из за чего происходит. мигрировались все согласно инструкции от ЦФТ

А как оракловые отчеты прикрутили, что то не нашел, что надо менять?

решение
Set SQLNET.ALLOWED_LOGON_VERSION=8 in the oracle/network/admin/
timochev
Эксперт


Вступление в Клуб: 02.07.2007
СообщениеПн Дек 14, 2015 16:24    Ответить с цитатой
Полезность: 1
Gobur пишет:
решение
Set SQLNET.ALLOWED_LOGON_VERSION=8 in the oracle/network/admin/

из п.7.4 инструкции
Цитата:
Параметр SQLNET.ALLOWED_LOGON_VERSION является устаревшим, рекомендуется заменить его на
параметры:
SQLNET.ALLOWED_LOGON_VERSION_SERVER
SQLNET.ALLOWED_LOGON_VERSION_CLIENT
Также значение по умолчанию для параметра SQLNET.ALLOWED_LOGON_VERSION изменено с 8 на 11.
В противном случае при подключении клиентов с версией Oracle Client ниже 10.2 будут возникать
сообщения об ошибке ORA-03134 .
timochev
Эксперт


Вступление в Клуб: 02.07.2007
СообщениеВт Дек 15, 2015 15:09    Ответить с цитатой
Полезность: Нет оценки
makalex74 пишет:
makalex74 пишет:
После миграции БД IBSO на Oracle 12c не компилируется пакет
Z$COUNTERS_SQ с ошибками:


Решил проблему
...
Добавил в селект 3 столбца: , a1.PARTITION_COUNT, a1.SESSION_FLAG, a1.KEEP_VALUE
...
После этого пакет скомпилировался


помогает перекомпиляция невалидных объектов обычным скриптом s_meth_recomp_inv1.sql,
редактировать PL/SQL не надо
Показать сообщения:   
Ответить на тему    Клуб специалистов ЦФТ-Банк (IBSO) -> Oracle DBA Часовой пояс: GMT + 3
На страницу Пред.  1, 2, 3
Страница 3 из 3

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