Oracle
 sql >> Datenbank >  >> RDS >> Oracle

Schritt-für-Schritt-Upgrade-Prozess für R12.2 Upgrade Teil -4 (Anwenden des 12.2.x Release Update Pack)

R12.2 Upgrade besteht aus folgendem Teil

  1. Vorbereitungsschritte vor dem Upgrade
  2. Haupt-Upgrade  unter Verwendung des Haupt-Upgrade-Treibers für R12.2.0 (zusammengeführt mit dem vorinstallierten Oracle E-Business Suite Consolidated Upgrade Patch für R12.2.0)
  3. Online-Patching-Aktivierung
  4. Anwenden des neuesten R12.AD.C.Delta.n und R12.TXK.C.Delta.n
  5. Anwenden des 12.2.n Release Update Pack (RUP)

Um Teil 1, 2,3 haben wir uns bereits im vorigen Post

gekümmert

Schrittweises Upgrade-Verfahren für R12.2 Upgrade Teil -1
Schrittweises Upgrade-Verfahren auf R12.2 Upgrade Teil -2
Schrittweises Upgrade-Verfahren auf R12.2 Upgrade Teil -3
Schritt-für-Schritt-Upgrade-Prozess für R12.2 Upgrade Teil -4

Wir veröffentlichen den Schritt 4 in diesem Teil

Anwenden des 12.2.10 Release Update Pack (RUP)

(1) Erforderliche Datenbank-Patches anwenden

Erforderliche Datenbank-Patches anwenden

Bevor Sie die AD- und TXK Delta 12 Release Update Packs (RUPs) anwenden, müssen Sie die neueste Version (verfügbar über Patch 17537119) des EBS Technology Codelevel Checker (ETCC) ausführen. Verwenden Sie den Befehl checkDBpatch.sh (unter UNIX) oder checkDBpatch.cmd (unter Windows).

Die Ausführung der neuesten Version ist erforderlich, um:

Überprüfen Sie, ob alle erforderlichen Datenbank-Patches angewendet wurden. Weitere Informationen zu den erforderlichen Datenbank-Patches, die zum Anwenden der Delta 8-RUPs erforderlich sind, finden Sie im My Oracle Knowledge Document 1594274.1, Oracle E-Business Suite Release 12.2:Consolidated List of Patches and Technology Bug Fixes.

Stellen Sie sicher, dass alle erforderlichen ETCC-Datenbankobjekte vom Delta 12 RUP-Installationsprozess gefunden werden. Das bedeutet, dass Sie, selbst wenn Sie bereits alle erforderlichen Datenbank-Patches installiert haben, dennoch die neueste Version von ETCC auf Ihrer Datenbank ausführen müssen

(2) Starten Sie die weblogic Administrator-Dienste

sh $ADMIN_SCRIPTS_HOME/adadminsrvctl.sh start

(3) Wenden Sie die neuesten AD- und TXT-Patches an

Führen Sie Adgrants aus, indem Sie den Anweisungen in der Readme-Datei von Patch 30628681 (R12.AD.C.Delta.12) folgen.
(i). Erstellen Sie $ORACLE_HOME/appsutil/admin auf dem Datenbankserver.
(ii). Kopieren Sie admin/adgrants.sql aus diesem Patch-Verzeichnis nach $ORACLE_HOME/appsutil/admin.
(iii)Führen Sie das Skript aus.
$ sqlplus /nolog
SQL> @$ORACLE_HOME/appsutil/admin /adgrants.sql-APPS

für 19c
$Source CDB env
$export ORACLE_PDB_SID=TEST

(iv) Wenden Sie Patch 30628681 im Hotpatch-Modus an

adop phase=apply patches=30628681 hotpatch=yes

(v)Die Techstack-Patches anwenden

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

(4) E-Business Suite Release R12.2.10 Patchset anwenden

(i)Beziehen Sie die Run Edition-Anwendungsumgebung.

$ . /EBSapps.env ausführen

(ii)Beenden Sie die Dienste Oracle Weblogic Admin Server und Node Manager.

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

(iii) Wenden Sie Oracle E-Business Suite 12.2.10 Release Update Pack Patch 30399999 auf die Run Edition-Anwendungsumgebung an und verwenden Sie dabei den Downtime-Modus.

$ adop phase=apply apply_mode=downtime patches=30399999

(iv)Starten Sie alle Dienste der Anwendungsebene auf dem ausgeführten Dateisystem.

sh $ADMIN_SCRIPTS_HOME/adstrtal.sh

(v)Adop-Bereinigungsaktion durchführen.

adop phase=cleanup

(vi) Dateisysteme synchronisieren

Synchronisieren Sie die Dateisysteme mit dem unten gezeigten Befehl. Diese Aktion kopiert den Code und die Konfiguration der neuen Ausführungsedition in das andere Dateisystem, um sicherzustellen, dass beide Dateisysteme synchron sind, bevor Patches mithilfe des regulären Adop-Zyklus auf das andere Dateisystem angewendet werden.

$ adop phase=fs_clone

Schritte von R12.2-Upgrades veröffentlichen

 (1) Oracle-Schema-Passwort zurücksetzen

  • Während des Upgrades behält Rapid Install die Passwörter bei, die Sie zuvor für vorhandene Produkte festgelegt haben. Da es jedoch für jedes neu installierte Produkt ein Schema erstellt, richtet es, wenn Sie im Rapid Install-Assistenten kein Kennwort eingegeben haben, ein Standardkennwort ein, das von der Abkürzung des Produkts (Kurzname) abgeleitet wird. Um die Produktsicherheit aufrechtzuerhalten, setzen Sie diese Standardkennwörter jetzt zurück
  • Ändern Sie das Standardkennwort für das durch Upgrade erstellte neue Schema
Select username from dba_users where created > sysdate -5;

Verwenden Sie FNDCPASS, um das Passwort gemäß dem Produktionsformat zu ändern

 (2) Aktualisieren Sie die Datenbankebene mit dem neuesten AD-Code

(i) Erstellen Sie appsutil.zip in $INST_TOP/admin/out, indem Sie perl $AD_TOP/bin/admkappsutil.pl
perl admkappsutil.pl
Starten der Generierung von appsutil.zip
Protokolldatei befindet sich am Ausgang unter
$APPL_TOP/admin/out/appsutil.zip
MakeAppsUtil erfolgreich abgeschlossen.

(ii)Kopieren Sie die Datei appsutil.zip in den und entpacken Sie die Datei.

unzip -o appsutil.zip

(iii) Führen Sie autoconfig aus
adconfig.sh contextfile=/uxyz/app/ora/TEST/db/11.2.0.4/appsutil /TEST_tech.xml
Geben Sie das APPS-Benutzerkennwort ein:
Das Protokoll Datei für diese Sitzung befindet sich unter:/uxyz/app/ora/TEST/db/11.2.0.4/appsutil/log/TEST_tech/122869859/adconfig.log
AutoConfig konfiguriert die Datenbankumgebung…
AutoConfig berücksichtigt die benutzerdefinierten Vorlagen, sofern vorhanden.
Using ORACLE_HOME location :/uxyz/app/ora/TEST/db/11.2.0.4
Classpath :
Using Context file :/uxyz/app/ora /TEST/db/11.2.0.4/appsutil/TEST_tech.xml
Context Value Management aktualisiert jetzt die Kontextdatei
Kontextdatei wird aktualisiert… ABGESCHLOSSEN
Versuch, Kontextdatei und Vorlagen in die Datenbank hochzuladen… ABGESCHLOSSEN
Aktualisierung der rdbms-Version in der Kontextdatei auf db111
Aktualisierung des rdbms-Typs in der Kontextdatei auf 64 Bit
Konfigurieren von Vorlagen von ORACLE_HOME …
AutoConfig erfolgreich abgeschlossen.

(3) Init-Parameter ändern

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) Online-Hilfe-Patches installieren

  • Um die Online-Hilfe in amerikanischem Englisch zu installieren, führen Sie den Datenbankteil des Online-Hilfe-Patches (u10201000.drv) aus. Es befindet sich im Verzeichnis $AU_TOP/patch/115/driver.
  • Sie müssen den Online-Hilfe-Patch-Treiber für amerikanisches Englisch ($AU_TOP/patch/115/driver/u10201000.drv) mit AD Online Patching (adop) anwenden
adop phase=apply patchtop=$AU_TOP/patch/115 patches=driver:u10201000.drv options=nocopyportion,nogenerateportion,forceapply hotpatch=yes

(5)Installieren Sie 12.2.10 Online-Hilfe

Wenden Sie den Oracle E-Business Suite Release 12.2.10 Online-Hilfe-Patch mithilfe des Adop-Hotpatch-Modus auf dem ausgeführten Dateisystem an.

$ adop phase=apply patches=30399996 hotpatch=yes

(6) Verwaiste Profile löschen

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) Archivprotokoll aktivieren und Protokollierung erzwingen (falls erforderlich)

Unmittelbar herunterfahren;
cluster_database auf true setzen (falls RAC)
Startup-Mount
alter database archivelog
alter database force login;
alter database open;

(8) Indizes prüfen

Stellen Sie sicher, dass alle Indizes (einschließlich Partitionsindex) gültig sind. Wenn sie sich in einem unbrauchbaren Zustand befinden, bauen Sie sie neu auf.

(9) Starten Sie alle Dienste und überprüfen Sie die Umgebung

 (10) Audit-Trail aktivieren

Setzen Sie den Gruppenstatus nur für AP_SYSTEM_PARAMETERS_ALL auf „Disable – Purge Table“

Und andere Prüfgruppen aktivieren

(11) Überprüfen Sie den Abschluss gleichzeitiger Programme (empfohlen)

Der Upgrade-Prozess erzeugt zahlreiche gleichzeitige Programmanforderungen. Sobald Sie die Anwendungsebene hochfahren, werden diese Programme automatisch ausgeführt, um unter anderem Aufgaben wie Datenbereinigung und Upgrades auf historische Daten auszuführen.

(12) Veraltetes Schema löschen

Veraltetes Produktschema löschen (optional)
Hinweis:Dieser Schritt sollte nur ausgeführt werden, nachdem die Aufgabe „Vervollständigung gleichzeitiger Programme nach dem Upgrade überprüfen“ abgeschlossen wurde.

  1. Stellen Sie sicher, dass im Produktschema keine veralteten Objekte vorhanden sind. Wenn Objekte im Schema vorhanden sind, sollten sie entfernt werden, bevor das Schema gelöscht wird.
  2. Nachdem festgestellt wurde, dass das Schema leer ist und keine Anpassungen oder Abhängigkeiten vorhanden sind, kann das Schema mit addropschema.sql gelöscht werden.

Verwendung:sqlplus apps @/patch/115/sql/addropschema.sql

Beispiel:sqlplus apps/apps @/patch/115/sql/addropschema.sql manager applsys bsc
Hinweis:Geben Sie das App-Passwort ein, wenn Sie dazu aufgefordert werden.

  1. Veraltete Produktschemas, die zum Löschen in Betracht gezogen werden können, umfassen:

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.Die folgenden Schemata müssen beibehalten werden, um technische Abhängigkeiten von anderen Produkten zu unterstützen:

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

Hinweis:Einige Schemas können für andere lizenzierte Produkte aktiv sein, obwohl diese Produkte in der Planung für ein Upgrade als veraltet aufgeführt sind. In diesen Fällen wird die Funktionalität entfernt

(13) Dangling-Synonyme löschen (optional)

Nachdem Sie das veraltete Produktschema gelöscht haben, müssen Sie das folgende Skript ausführen, um baumelnde Synonyme zu löschen:

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

Ich hoffe, Ihnen gefällt dieser Beitrag zum Thema Applying 12.2.10 Release Update Pack .

Verwandte Artikel

Die wichtigsten nützlichen AWR-Abfragen für das R12.2/R12.1-Upgrade

40 Fragen, die Sie über R12.2 wissen müssen

So klonen Sie die R12.2-Umgebung

Wichtige Änderungen in Autoconfig R12.2