| 
 
  
	| Проблемы перехода 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: Время обновления |   |  
				| Полезность: Нет оценки 
 |  
				| - беда вся в том, что не этот баг, у нас при апгрейде висел, Phase 6 - накат DBMS_SQL package  - события ожидания - pga memory operation, вот и все - 16 часов "висело" примерно. К слову сказать , другую не ИБСО БД обновлял - все про - все, неспешно, заняло 1,5 часа. А ИБСО уже второй переход ведет себя так 	  | mcimax пишет: |  	  | Это баг: UTLRP Is Slow After Upgrading to 12.2 Database, Slowness Observed While Compiling PL/SQL Units (Doc ID 2445997.1). Вкатите рекомендуемый из нотки патч на 12.2 перед апгрэйдом и проблема исчезнет. | 
   
 P.S. БД небольшая, чуть более 4Тб
 
 Последний раз редактировалось: Serj (Вт Сен 17, 2019 14:35), всего редактировалось 1 раз
 |  |  
		|  |  
		| mcimax Участник
 
 
 Вступление в Клуб: 17.09.2019
 
 | 
			
				|  Вт Сен 17, 2019 14:33   Re: Время обновления |   |  
				| Полезность: Нет оценки 
 |  
				|  	  | Serj пишет: |  	  | - беда вся в том, что не этот баг, у нас при апгрейде висел, Phase 6 - накат DBMS_SQL package  - события ожидания - pga memory operation, вот и все - 16 часов "висело" примерно. К слову сказать , другую не ИБСО БД обновлял - все про - все, неспешно, заняло 1,5 часа. А ИБСО уже второй переход ведет себя так 	  | mcimax пишет: |  	  | Это баг: 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:36   Re: Время обновления |   |  
				| Полезность: Нет оценки 
 |  
				| - ставил, на тесте - толку=0 	  | mcimax пишет: |  	  | Именно такое же поведение было обнаруженно и у нас. Поставьте патч и удивитесь времени выполнения апгрэйда.
 | 
  другая БД без патча, 1.5 часа, еще одна на 1.5 Тб - вообще 20 минут  |  |  
		|  |  
		| mcimax Участник
 
 
 Вступление в Клуб: 17.09.2019
 
 | 
			
				|  Вт Сен 17, 2019 15:02   Re: Время обновления |   |  
				| Полезность: Нет оценки 
 |  
				|  	  | Serj пишет: |  	  | - ставил, на тесте - толку=0 	  | mcimax пишет: |  	  | Именно такое же поведение было обнаруженно и у нас. Поставьте патч и удивитесь времени выполнения апгрэйда.
 | 
  другая БД без патча, 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: Время обновления |   |  
				| Полезность: Нет оценки 
 |  
				| - именно последний PSU и все все по фен шую 	  | mcimax пишет: |  	  | Ну и рекомендуется использовать PSU посвежее. Например Июль 19го. Если не поможет то копать глубже или уповать на поддержку Oracle в созданном OSR.
 | 
  , через 2 недели еще предстоит конвертация ИБСО - обязательно еще раз проверю с патчем  |  |  
		|  |  
		|  |  
  
	| 
 
 | Вы не можете начинать темы Вы не можете отвечать на сообщения
 Вы не можете редактировать свои сообщения
 Вы не можете удалять свои сообщения
 Вы не можете голосовать в опросах
 
 |  |