Проблемы перехода Oracle 12.2
На страницу 1, 2, 3, 4 След.
|
Предыдущая тема :: Следующая тема |
Автор |
Сообщение |
VSV056 Участник - экстремал
Вступление в Клуб: 25.11.2010
|
Вт Авг 27, 2019 16:00  Проблемы перехода Oracle 12.2 |
|
Полезность: Нет оценки
|
Коллеги, доброго дня!
С версии 19.4 АБС "ИБСО" ТЯ поддерживает работу только с Oracle 12.2.
Предлагаю систематизировать проблемы которые возникли у вас при переходе и методы их решения.
С точки зрения наших DBA выявлены критичные вопросы, которые могут возникнуть в моменты перехода:
Устаревание пакета DBMS_JOBS
Пакет DBMS_JOB устарел и может быть отключен в будущем выпуске.
Oracle рекомендует разработчикам перейти на DBMS_SCHEDULER, который предоставляет более богатый набор функций и возможностей.
Устаревшая архитектура без CDB
Архитектура без CDB является устаревшим в Oracle Database 12C выпуска 1 (12.1), и может быть desupported и недоступны в выпуске после Oracle Database 12C Release 2 (12.2).
Oracle рекомендует использовать архитектуру CDB.
Deprecation of UTL_FILE_DIR Initialization Parameter use directory objects instead.
У нас используется utl_file_dir='/u/tools/fio/ibso/UTL_FILE_DIR'
С чем из этого вы столкнулись при переходе? На что обратить особое внимание? |
|
 |
vasilrib Участник
Вступление в Клуб: 11.11.2018
|
Чт Авг 29, 2019 17:25   |
|
Полезность: 2
|
До обновления на 19.4 не забудьте параметр COMPATIBLE выставить в 12.2 иначе некоторые библиотеки не будут компилироваться, так как ЦФТ ввело переменные больше 30 символов. |
|
 |
ykrasutskiy Участник
Вступление в Клуб: 05.10.2018
|
Пт Сен 06, 2019 08:20  Время обновления |
|
Полезность: Нет оценки
|
Добрый день всем, кто делал апгрейд с версии 12.1 до 12.2, сколько это у вас заняло по времени? Ну и размер БД примерно.
Я тут попробовал в тестовом режиме сделать апгрейд, но не смог уложиться в выделенные 6 часов, потому что какая-то жесть происходит во время апгрейда и пересоздания пакета create or replace package dbms_sql он слишком долго компилится. |
|
 |
Admin Site Admin
Вступление в Клуб: 09.06.2007
|
Пт Сен 06, 2019 09:44  Re: Время обновления |
|
Полезность: Нет оценки
|
ykrasutskiy пишет: | Добрый день всем, кто делал апгрейд с версии 12.1 до 12.2, сколько это у вас заняло по времени? Ну и размер БД примерно.
Я тут попробовал в тестовом режиме сделать апгрейд, но не смог уложиться в выделенные 6 часов, потому что какая-то жесть происходит во время апгрейда и пересоздания пакета create or replace package dbms_sql он слишком долго компилится. |
Подтверждаю, замечено что требуется существенно больше времени на переход к 12.2, чем обычно. На нескольких разных серверах. |
|
 |
vasilrib Участник
Вступление в Клуб: 11.11.2018
|
Пт Сен 06, 2019 13:23   |
|
Полезность: Нет оценки
|
На сколько я понял все обновление происходит в один поток, и какой процессор не сильно влияет, а вот наличие памяти ускоряет процесс значительно |
|
 |
nobel Профи
Вступление в Клуб: 28.09.2011
|
Пт Сен 06, 2019 13:41   |
|
Полезность: Нет оценки
|
Мы обновляли Oracle в марте на празднике.Наш админ сказал что нужно два полных дня для обновления.
Ошибки единственно было с пользователями.В части перехода на регистрозависимые пароли. |
|
 |
ykrasutskiy Участник
Вступление в Клуб: 05.10.2018
|
Пн Сен 09, 2019 08:34   |
|
Полезность: Нет оценки
|
Обновился до 12.2
Конвертация заняла 8,5 часов это нормально для 1 Тб, я думал будет больше.
Из хорошего - все ACL остались на месте и их не нужно пересоздавать, параметр sec_case_sensitive_logon продолжает жить и делать свое дело при выставленном SQLNET.ALLOWED_LOGON_VERSION_SERVER = 10 например.
Цитата: | Устаревшая архитектура без CDB |
Не понял, ЦФТ-то эту архитектуру без проблем поддерживает, дело в лицензии между банком и ЦФТ и запрете для банка иметь больше чем один продакшн.
А вот то, что ЦФТ не рекомендует использовать такие опции как Oracle Sharding, Oracle Database In-Memory option, ну и Database Multitenant до кучи это совсем не радует.
Зачем тогда вообще оракл нужен. |
|
 |
Green Участник
Вступление в Клуб: 29.08.2019
|
Вт Сен 10, 2019 14:32   |
|
Полезность: Нет оценки
|
Всем добрый день,
При переводе дополнительной базы (а может и основной тоже, но пока не заметили) ЦФТ возникла некоторая странность... В пользователях ничего не меняли, но все представления для пользователей пустые.... для IBS нормально видны данные... Кто-нибудь с таким сталкивался? Регистрозависимые пароли уже давно... ядро 7.6.4.5 (думали в нем дело, обновили).
В дополнение к этому добавилась ошибка смены пароля
ORA-20200: Ошибка изменения пароля. No owners configured. See corresponding parameter in the audit schema.
ORA-06512: на "IBS.SECADMIN", line 2648
ORA-06512: на "IBS.SECADMIN", line 2589
ORA-06512: на line 1 |
|
 |
Alkov Профи
Вступление в Клуб: 23.09.2010
|
Пн Сен 16, 2019 04:47   |
|
Полезность: 2
|
Green пишет: | Всем добрый день,
В дополнение к этому добавилась ошибка смены пароля
ORA-20200: Ошибка изменения пароля. No owners configured. See corresponding parameter in the audit schema.
ORA-06512: на "IBS.SECADMIN", line 2648
ORA-06512: на "IBS.SECADMIN", line 2589
ORA-06512: на line 1 |
Знакомая фигня.
Обновите Oracle Client до 11.2.0.4.
если не помогло - прописать в реестре:
1) "HKEY_LOCAL_MACHINE\SOFTWARE
[\Wow6432Node]\ORACLE\KEY_OraClient11g_home2_32bit" необходимо изменить значение ключа "NLS_LANG" с имеющегося на "RUSSIAN_CIS.CL8MSWIN1251
2) В этой же ветке (нового oracle клиента) добавить новый Строковый параметр (Правка -> Создать -> Строковый параметр
), где наименование ключа "NLS_SORT", а его значение "BINARY"
3) Создать идентичные ключи ("NLS_LANG" с значением "RUSSIAN_CIS.CL8MSWIN1251" и "NLS_SORT" с значением "BINARY") в общей ветке Oracle "HKEY_LOCAL_MACHINE\SOFTWARE
[\Wow6432Node]\ORACLE" |
|
 |
mcimax Участник
Вступление в Клуб: 17.09.2019
|
Вт Сен 17, 2019 13:42  Re: Время обновления |
|
Полезность: 1
|
Admin пишет: | ykrasutskiy пишет: | Добрый день всем, кто делал апгрейд с версии 12.1 до 12.2, сколько это у вас заняло по времени? Ну и размер БД примерно.
Я тут попробовал в тестовом режиме сделать апгрейд, но не смог уложиться в выделенные 6 часов, потому что какая-то жесть происходит во время апгрейда и пересоздания пакета create or replace package dbms_sql он слишком долго компилится. |
Подтверждаю, замечено что требуется существенно больше времени на переход к 12.2, чем обычно. На нескольких разных серверах. |
Сталкивались с такими же проблемами. Это баг: UTLRP Is Slow After Upgrading to 12.2 Database, Slowness Observed While Compiling PL/SQL Units (Doc ID 2445997.1). Вкатите рекомендуемый из нотки патч на 12.2 перед апгрэйдом и проблема исчезнет. |
|
 |
Serj Профи
Вступление в Клуб: 02.08.2007
|
Вт Сен 17, 2019 14:29  Re: Время обновления |
|
Полезность: Нет оценки
|
mcimax пишет: | Это баг: UTLRP Is Slow After Upgrading to 12.2 Database, Slowness Observed While Compiling PL/SQL Units (Doc ID 2445997.1). Вкатите рекомендуемый из нотки патч на 12.2 перед апгрэйдом и проблема исчезнет. | - беда вся в том, что не этот баг, у нас при апгрейде висел, Phase 6 - накат DBMS_SQL package - события ожидания - pga memory operation, вот и все - 16 часов "висело" примерно. К слову сказать , другую не ИБСО БД обновлял - все про - все, неспешно, заняло 1,5 часа. А ИБСО уже второй переход ведет себя так
P.S. БД небольшая, чуть более 4Тб
Последний раз редактировалось: Serj (Вт Сен 17, 2019 14:35), всего редактировалось 1 раз |
|
 |
mcimax Участник
Вступление в Клуб: 17.09.2019
|
Вт Сен 17, 2019 14:33  Re: Время обновления |
|
Полезность: Нет оценки
|
Serj пишет: | mcimax пишет: | Это баг: UTLRP Is Slow After Upgrading to 12.2 Database, Slowness Observed While Compiling PL/SQL Units (Doc ID 2445997.1). Вкатите рекомендуемый из нотки патч на 12.2 перед апгрэйдом и проблема исчезнет. | - беда вся в том, что не этот баг, у нас при апгрейде висел, Phase 6 - накат DBMS_SQL package - события ожидания - pga memory operation, вот и все - 16 часов "висело" примерно. К слову сказать , другую не ИБСО БД обновлял - все про - все, неспешно, заняло 1,5 часа. А ИБСО уже второй переход ведет себя так  |
Именно такое же поведение было обнаруженно и у нас. Поставьте патч и удивитесь времени выполнения апгрэйда. |
|
 |
Serj Профи
Вступление в Клуб: 02.08.2007
|
Вт Сен 17, 2019 14:36  Re: Время обновления |
|
Полезность: Нет оценки
|
mcimax пишет: |
Именно такое же поведение было обнаруженно и у нас. Поставьте патч и удивитесь времени выполнения апгрэйда. | - ставил, на тесте - толку=0 другая БД без патча, 1.5 часа, еще одна на 1.5 Тб - вообще 20 минут  |
|
 |
mcimax Участник
Вступление в Клуб: 17.09.2019
|
Вт Сен 17, 2019 15:02  Re: Время обновления |
|
Полезность: Нет оценки
|
Serj пишет: | mcimax пишет: |
Именно такое же поведение было обнаруженно и у нас. Поставьте патч и удивитесь времени выполнения апгрэйда. | - ставил, на тесте - толку=0 другая БД без патча, 1.5 часа, еще одна на 1.5 Тб - вообще 20 минут  |
Любопытно. Ну что же. Обычно в таких случаях остается перепроверить пререквизиты к апгрэйду:
Patches to apply before upgrading Oracle GI and DB to 12.2.0.1(Doc ID 2180188.1)
Database Upgrade to 12.2, 18c, 19c fails with ORA-01422, ORA-06512 for SYS.DBMS_STATS (Doc ID 2525596.1)
Ну и рекомендуется использовать PSU посвежее. Например Июль 19го. Плюс фиксы из:
Oracle Database / Grid Infrastructure / OJVM Release Update and Release Update Revision 12.2.0.1 Jul 2019 Known Issues (Doc ID 2534830.1)
Если не поможет то копать глубже или уповать на поддержку Oracle в созданном OSR. |
|
 |
Serj Профи
Вступление в Клуб: 02.08.2007
|
Вт Сен 17, 2019 16:09  Re: Время обновления |
|
Полезность: Нет оценки
|
mcimax пишет: |
Ну и рекомендуется использовать PSU посвежее. Например Июль 19го. Если не поможет то копать глубже или уповать на поддержку Oracle в созданном OSR. | - именно последний PSU и все все по фен шую , через 2 недели еще предстоит конвертация ИБСО - обязательно еще раз проверю с патчем  |
|
 |
|
|
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете голосовать в опросах
|
|