Oracle
 sql >> база данни >  >> RDS >> Oracle

Стъпка по стъпка процес на надстройка за R12.2 надстройка, част -4 (прилагане на пакет за актуализация на версия 12.2.x)

Надстройката R12.2 се състои от следната част

  1. Стъпки за подготовка преди надстройката
  2. Основна надстройка с помощта на Главен драйвер за надстройка за R12.2.0 (слята с предварително инсталирана корекция за консолидирана надстройка на Oracle E-Business Suite за R12.2.0)
  3. Активиране на онлайн корекции
  4. Прилагане на най-новите  R12.AD.C.Delta.n и R12.TXK.C.Delta.n
  5. Прилагане на 12.2.n Release Update Pack (RUP)

Вече се погрижихме за част 1, 2,3 в предишната публикация

Стъпка по стъпка процес на надстройка за R12.2 надстройка част -1
Стъпка по стъпка процес на надграждане до R12.2 надстройка част -2
Стъпка по стъпка процес на надграждане до R12.2 надстройка част -3
Процес за надграждане стъпка по стъпка за R12.2 надстройка, част -4

Публикуваме стъпка 4 в тази част

Прилагане на 12.2.10 пакет за актуализация на версията (RUP)

(1) Прилагане на необходимите корекции на базата данни

Прилагане на необходимите корекции на базата данни

Преди да приложите AD и TXK Delta 12 пакети за актуализация (RUP), трябва да стартирате най-новата версия (достъпна чрез корекция 17537119) на EBS Technology Codelevel Checker (ETCC). Използвайте командата checkDBpatch.sh (на UNIX) или checkDBpatch.cmd (на Windows).

Изпълнението на най-новата версия е необходимо, за да:

Проверете дали са приложени всички необходими корекции на базата данни. За да научите повече за необходимите корекции на базата данни, необходими за прилагането на Delta 8 RUP, вижте My Oracle Knowledge Document 1594274.1, Oracle E-Business Suite Release 12.2:Консолидиран списък с корекции и технологични корекции на грешки.

Уверете се, че всички необходими обекти на базата данни ETCC ще бъдат намерени от инсталационния процес на Delta 12 RUP. Това означава, че дори ако вече имате инсталирани всички необходими корекции на базата данни, все пак трябва да стартирате най-новата версия на ETCC във вашата база данни

(2) Стартирайте услугите за администратор на weblogic

sh $ADMIN_SCRIPTS_HOME/adadminsrvctl.sh start

(3) Приложете най-новите AD и TXT корекции

Изпълнявайте adgrants, като следвате инструкциите в readme на корекция 30628681 (R12.AD.C.Delta.12).
(i). Създайте $ORACLE_HOME/appsutil/admin на сървъра на базата данни.
(ii). Копирайте admin/adgrants.sql от тази директория за корекция в $ORACLE_HOME/appsutil/admin.
(iii) Изпълнете скрипта.
$ sqlplus /nolog
SQL> @$ORACLE_HOME/appsutil/admin /adgrants.sql ПРИЛОЖЕНИЯ

за 19c
$Source CDB env
$export ORACLE_PDB_SID=TEST

(iv) Приложете корекция 30628681, като използвате режима на гореща корекция

adop phase=apply patches=30628681 hotpatch=yes

(v) Приложете кръпките на Techstack

$ adop phase=apply patches=30735865,31904550 hotpatch=yes merge=yes

(4) Прилагане на E-Business Suite Release  R12.2.10 Patchset

(i) Източник на средата на приложения за изпълнение на изданието.

$ . /EBSapps.env стартиране

(ii) Спрете услугите на Oracle Weblogic Admin Server и Node Manager.

sh $ADMIN_SCRIPTS_HOME/adadminsrvctl.sh stop
sh $ADMIN_SCRIPTS_HOME/adnodemgrctl.sh stop

(iii) Приложете Oracle E-Business Suite 12.2.10 Release Update Pack Patch 30399999 в среда на приложение за изпълнение на изданието, като използвате режим на престой.

$ adop phase=apply apply_mode=downtime patches=30399999

(iv) Стартирайте всички услуги на ниво приложение на файловата система за изпълнение.

sh $ADMIN_SCRIPTS_HOME/adstrtal.sh

(v) Извършете действие за почистване на adop.

adop phase=cleanup

(vi) Синхронизиране на файлови системи

Синхронизирайте файловите системи, като използвате командата, показана по-долу. Това действие ще копира новия код и конфигурация на изданието за изпълнение в другата файлова система, за да се гарантира, че и двете файлови системи са синхронизирани, преди да приложите корекции с помощта на редовния цикъл на адаптиране в другата файлова система.

$ adop phase=fs_clone

Публикуване на стъпки за надстройки на R12.2

 (1) Нулиране на паролата за схемата на Oracle

  • По време на надстройката Rapid Install запазва паролите, които сте задали преди за съществуващи продукти. Въпреки това, тъй като създава схема за всеки инсталиран нов продукт, ако не сте въвели парола в съветника за бързо инсталиране, той задава парола по подразбиране, извлечена от съкращението на продукта (кратко име). За да поддържате сигурността на продукта, нулирайте тези пароли по подразбиране сега
  • Променете паролата по подразбиране за Нова схема, създадена от надстройка
Select username from dba_users where created > sysdate -5;

Използвайте FNDCPASS, за да промените паролата според производствения формат

 (2) Актуализирайте нивото на базата данни с най-новия рекламен код

(i) Създайте appsutil.zip в $INST_TOP/admin/out, като стартирате perl $AD_TOP/bin/admkappsutil.pl
perl admkappsutil.pl
Стартиране на генерирането на appsutil.zip
Регистрационен файл намира се на изход, намиращ се на
$APPL_TOP/admin/out/appsutil.zip
MakeAppsUtil завърши успешно.

(ii) Копирайте файла appsutil.zip в и разархивирайте файла.

разархивирайте -o appsutil.zip

(iii) Стартирайте autoconfig
adconfig.sh contextfile=/uxyz/app/ora/TEST/db/11.2.0.4/appsutil /TEST_tech.xml
Въведете потребителската парола на APPS:
Регистърът файлът за тази сесия се намира на адрес:/uxyz/app/ora/TEST/db/11.2.0.4/appsutil/log/TEST_tech/122869859/adconfig.log
AutoConfig конфигурира средата на базата данни...
AutoConfig ще разгледа персонализираните шаблони, ако има такива.
Използване на местоположение на ORACLE_HOME :/uxyz/app/ora/TEST/db/11.2.0.4
Classpath :
Използване на контекстния файл:/uxyz/app/ora /TEST/db/11.2.0.4/appsutil/TEST_tech.xml
Управлението на стойностите на контекста вече ще актуализира контекстния файл
Актуализиране на контекстния файл… ЗАВЪРШЕН
Опит за качване на контекстния файл и шаблони в базата данни… ЗАВЪРШЕНО
Актуализиране на версията на rdbms в контекстния файл до db111
Актуализиране на типа rdbms в контекстния файл до 64 бита
Конфигурирането на шаблони от ORACLE_HOME …
Автоматичното конфигуриране завърши успешно.

(3)  Промяна на параметрите на Init

Reduce these init.ora parameter which you specifically set for the upgrade 
 *._sqlexec_progression_cost = 2147483647 #MP
 *._optimizer_autostats_job=false #MP
 *.aq_tm_processes=1
 *.log_checkpoint_interval=100000
 *.job_queue_processes=No of CPU Core( This will help in invalid object compilation)
 *.parallel_max_servers=2X No of CPU Core  ( This will help in large index rebuild)
 *.max_dump_file_size='102400'
 *.O7_DICTIONARY_ACCESSIBILITY=FALSE
 *.recyclebin=OFF
 *.cluster_database=false ( If it is RAC database)
 Set the below parameter to have fixed memory areas during the upgrade process
 unset (remove) - sga_max_size
 sga_target=0
 db_cache_size=< Maximum depending on Memory available>
 shared_pool_reserved_size=10% of shared pool size
 shared_pool_size =< Maximum depending on Memory available>

(4) Инсталирайте онлайн помощни корекции

  • За да инсталирате онлайн помощта за американски английски, стартирайте частта от базата данни от корекцията за онлайн помощ (u10201000.drv). Намира се в директория $AU_TOP/patch/115/driver.
  • Трябва да приложите драйвера за корекция за онлайн помощ на американски английски ($AU_TOP/patch/115/driver/u10201000.drv), като използвате AD Online Patching (adop)
adop phase=apply patchtop=$AU_TOP/patch/115 patches=driver:u10201000.drv options=nocopyportion,nogenerateportion,forceapply hotpatch=yes

(5) Инсталирайте 12.2.10 Онлайн помощ

Приложете Oracle E-Business Suite Release 12.2.10 Online Help Patch, като използвате режим на adop hotpatch върху файловата система run.

$ adop phase=apply patches=30399996 hotpatch=yes

(6) Изтриване на сираци профили

Delete Orphan Profiles from FND_PROFILE_OPTION_VALUES
delete from apps.fnd_profile_option_values
where
(level_id = 10005
and level_value > 0
and level_value not in (select node_id from apps.fnd_nodes))
or
(level_id = 10007
and level_value2 > 0
and level_value_application_id=-1
and level_value2 not in (select node_id from apps.fnd_nodes));

(7) Активирайте архивния дневник и принудително регистриране (ако е необходимо)

Незабавно изключване;
Задайте cluster_database на true ( ако RAC)
монтиране при стартиране
alter database archivelog
Променете принудително влизане в базата данни;
променете базата данни отворена;

(8) Проверете индекси

Уверете се, че всички индекси (включително индекса на дяла) са валидни. Ако са в неизползваемо състояние, изградете ги наново.

(9) Стартирайте всички услуги и проверете средата

 (10) Активиране на одитната пътека

Задайте състоянието на групата на „Деактивиране – Изчистване на таблицата“ само за AP_SYSTEM_PARAMETERS_ALL

И активирайте друга група за одит

(11) Проверете завършването на едновременни програми (препоръчително)

Процесът на надстройка създава множество едновременни заявки за програмата. След като изведете нивото на приложението, тези програми се изпълняват автоматично, за да изпълняват задачи като почистване на данни и надстройки до исторически данни, наред с други.

(12) Изпускане на остаряла схема

Премахване на остарялата продуктова схема (по избор)
Забележка:Тази стъпка трябва да се изпълни само след завършване на задачата Проверка на завършването на едновременни програми след надграждане.

  1. Уверете се, че няма обекти в продуктовата схема, които да бъдат остарели. Ако в схемата съществуват обекти, тогава те трябва да бъдат премахнати, преди да премахнете схемата.
  2. След като се определи, че схемата е празна и не съществуват персонализации или зависимости, схемата може да бъде отхвърлена с помощта на addropschema.sql.

Използване:sqlplus apps @/patch/115/sql/addropschema.sql

Пример:sqlplus apps/apps @/patch/115/sql/addropschema.sql мениджър applsys bsc
Забележка:Въведете паролата за приложения, когато бъдете подканени.

  1. Остарелите продуктови схеми, които могат да се считат за отпадане, включват:

ABM, AHM, AMF, AMW, BIL, BIV, BIX, BSC, CSS, CUE, CUF, CUI, CUN,CUP, CUS, DDD, EAA, EVM, FEM, FII, FPT, FTP, GCS, HCC, IBA, IBP,IGF, IGS, IGW, IMT, IPD, ISC, ITA, JTS, ME, MST, OKB, OKI, OKO, OKR,OZP, OZS, PFT, POA, PSB, RCM, RHX, RLA, VEH, XNC, XNI, XNM, XNS .ZFA, ZPB, ZSA.

4. Следните схеми трябва да бъдат запазени, за да поддържат технически зависимости от други продукти:

HRI, BIM, OPI, PMI, ENI, PJI, FTE, EGO

Забележка:Някои схеми може да са активни за други лицензирани продукти, въпреки че тези продукти са посочени като остарели в Планиране за надграждане. В тези случаи функционалността се премахва

(13) Капка висящи синоними (по избор)

След като премахнете остарялата продуктова схема, трябва да изпълните следния скрипт, за да премахнете висящите синоними:

sqlplus APPS/****@DB @$AD_TOP/sql/adzd_drop_synonyms.sql

Надяваме се да ви хареса тази публикация за Прилагане на пакет за актуализация на версия 12.2.10 .

Сродни статии

Най-полезните заявки на AWR за надстройка на R12.2/R12.1

40 въпрос, който трябва да знаете за R12.2

Как да клонирате среда R12.2

Важни промени в Autoconfig R12.2


  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. JDBC връща празен набор от резултати

  2. Какво не е наред с този PL/SQL? Променливата за свързване * НЕ СЕ ДЕКЛАРИРА

  3. НЕ В селекция с NULL стойности

  4. Как да премахнете множество интервални дялове въз основа на дата?

  5. как да промените датата към часа в oracle 10g