тестируем пока.
нужно обязательно ставить патчи которые указаны в доке от цфт по обновлению, у нас не компилировался один пакет из-за этого.
при апгрейде исчезли все acl, пришлось заново все создавать
пока все
Какой пакет не компилировался? случайно не Z$COUNTERS_SQ?
Патчи ставили только из пункта 3.5. ЦФТ-го руководства по обновлению или из приложений тоже?
Рекомендации по переводу систем на Oracle12R1 размещены на сайте сопровождения: документ "Замечания по обновлению продуктов на основе ЦФТ-Платформа Развития на Oracle Database 12c Release 1".
тестируем пока.
нужно обязательно ставить патчи которые указаны в доке от цфт по обновлению, у нас не компилировался один пакет из-за этого.
при апгрейде исчезли все acl, пришлось заново все создавать
пока все
Какой пакет не компилировался? случайно не Z$COUNTERS_SQ?
Патчи ставили только из пункта 3.5. ЦФТ-го руководства по обновлению или из приложений тоже?
мы перешли 15 ноября на новый оракл на боевой схеме.
по первым впечатления разницы особой не почувствовали.единственное что с утра у нас проблема была-память всю съела логами СУБД.со слов админа делается дамп памяти по два раза с определенной периодичностью и как раз этими логами все дисковое место забивается.пока не смогли локализовать в чем именно проблема и из за чего происходит. мигрировались все согласно инструкции от ЦФТ
единственное что с утра у нас проблема была-память всю съела логами СУБД.со слов админа делается дамп памяти по два раза с определенной периодичностью и как раз этими логами все дисковое место забивается
У нас стали постоянно генериться дампы на тестовом стенде, как только переключились на 12-ый листенер. Наш Oracle DBA нашел патч 20138303, который решил проблему.
Код:
Extproc Is Generating Too Many HS_CORE Logs Under $ORACLE_HOME/RDBMS/trace (Doc ID 1970912.1)
мы перешли 15 ноября на новый оракл на боевой схеме.
по первым впечатления разницы особой не почувствовали.единственное что с утра у нас проблема была-память всю съела логами СУБД.со слов админа делается дамп памяти по два раза с определенной периодичностью и как раз этими логами все дисковое место забивается.пока не смогли локализовать в чем именно проблема и из за чего происходит. мигрировались все согласно инструкции от ЦФТ
А как оракловые отчеты прикрутили, что то не нашел, что надо менять?
мы перешли 15 ноября на новый оракл на боевой схеме.
по первым впечатления разницы особой не почувствовали.единственное что с утра у нас проблема была-память всю съела логами СУБД.со слов админа делается дамп памяти по два раза с определенной периодичностью и как раз этими логами все дисковое место забивается.пока не смогли локализовать в чем именно проблема и из за чего происходит. мигрировались все согласно инструкции от ЦФТ
А как оракловые отчеты прикрутили, что то не нашел, что надо менять?
решение
Set SQLNET.ALLOWED_LOGON_VERSION=8 in the oracle/network/admin/
решение
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 .
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете голосовать в опросах
Домен cftclub.ru не связан с ЗАО "Центр Финансовых Технологий" и ни в коей мере не нарушает авторских и иных прав
Владелец может не разделять мнения Участников и не несет ответственности за их публикации
Powered by phpBB