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

Schritt-für-Schritt-Upgrade-Prozess für R12.2 Upgrade Teil -1

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)

Wir kümmern uns in diesem Beitrag um Schritt 1.

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

DOKUMENTENREFERENZ für das R12.2-Upgrade

  • Richtlinien zur Datenbankvorbereitung für ein Upgrade auf Oracle E-Business Suite Version 12.2 (Doc ID:1349240.1).
  • Oracle E-Business Suite-Dokumentationsressourcen, Dokument für Version 12.2 (Dok.-ID:1498411.1)
  • Oracle® E-Business Suite Upgrade Guide Version 12.0 und 12.1 auf 12.2 Teile-Nr. E48839-02
  • Oracle E-Business Suite-Versionshinweise, Version 12.2 (Dok.-ID 1320300.1)
  • Readme zu Oracle E-Business Suite Version 12.2.2 (Dok.-ID 1506669.1)
  • Online-Patching-Bereitschaftsbericht in Oracle E-Business Suite Version 12.2 (Dok.-ID 1531121.1)
  • Anwenden des 12.2.2 AD- und TXK-Release-Update-Packs (Doc ID 1560906.1)
  • 12.2 Informationszentrum:Dokument-ID:1581299.1
  • Oracle E-Business Suite Version 12.2:Upgrade-Dimensionierung und Best Practices Dokument-ID:1597531.1
  • Best Practices zur Minimierung der Ausfallzeit des Oracle E-Business Suite Release 12-Upgrades, Dokument-ID:1581549.1
  • R11i / R12 :Planung Ihres Oracle E-Business Suite (EBS)-Upgrades von Release 11i auf Release 12, Dokument-ID:1406960.1
  • http://docs.oracle.com/cd/E26401_01/doc.122/e48839.pdf 12.0 – 12.1 bis 12.2
  • http://docs.oracle.com/cd/E26401_01/doc.122/e48834.pdf 11.5.10.2 bis 12.2
  • Oracle E-Business Suite Release 12.2 Technology Stack Documentation Roadmap (Dok.-ID 1934915.1)
  • Readme zu Oracle E-Business Suite Version 12.2.5 (Dok.-ID 1983050.1)
  • Oracle E-Business Suite-Versionshinweise, Version 12.2 (Dok. 1320300.1)
  • Readme zu Oracle E-Business Suite Version 12.2.4 (Dok. 1617458.1)
  • Readme zu Oracle E-Business Suite Version 12.2.5 (Dok. 1983050.1)
  • Oracle E-Business Suite Version 12.2:Häufig gestellte Fragen zum Online-Patching (Dok. 1583902.1)
  • Verwandte Artikel im Oracle E-Business Technology Blog – https://blogs.oracle.com/stevenChan
  • Oracle E-Business Suite Version 12.2:Konsolidierte Liste von Patches und technologischen Fehlerkorrekturen (Dok.-ID 1594274.1)
  • Klonen von Oracle E-Business Suite Version 12.2 mit Rapid Clone (Doc ID 1383621.1)
  • Dokument 2666934.1, Oracle E-Business Suite Release 12.2.10 Readme
  • Dokument 2495027.1, Oracle E-Business Suite Release 12.2.9 Readme
  • Dokument 2393248.1, Oracle E-Business Suite Release 12.2.8 Readme
  • Dokument 2230783.1, Oracle E-Business Suite Release 12.2.7 Readme
  • Dokument 2114016.1, Oracle E-Business Suite Release 12.2.6 Readme

VORBEREITUNGSSCHRITTE VOR DEM UPGRADE STARTEN

(1) Parameter auf Betriebssystemebene

  • Oracle E-Business Suite Installations- und Upgrade-Hinweise Version 12 (12.2) für Linux x86-64 (1330701.1)
  • Oracle E-Business Suite Installations- und Upgrade-Hinweise Version 12 (12.2) für Oracle Solaris auf SPARC (64-Bit) (1330702.1)
  • Oracle E-Business Suite Installations- und Upgrade-Hinweise Version 12 (12.2) für IBM AIX auf Power Systems (64-Bit)(1330703.1)
  • Oracle E-Business Suite Installations- und Upgrade-Hinweise Version 12 (12.2) für HP-UX Itanium (1330704.1)
  • Oracle E-Business Suite Installations- und Upgrade-Hinweise Version 12 (12.2) für Microsoft Windows (64-Bit)(1330706.1)

Sehen Sie sich den folgenden Artikel an, um detaillierte Informationen zu erhalten

Solaris OS-Parameter für R12.2-Upgrade erforderlich

(2) Event-Alert-Trigger in benutzerdefinierten Schemas löschen

  • Führen Sie das Skript alrdtrig.sql aus, das sich in $ALR_TOP/patch/115/sql befindet, um alle Trigger der Ereigniswarnungsdatenbank in benutzerdefinierten Schemas zu löschen. Erstellen Sie die Trigger neu, nachdem das Upgrade abgeschlossen ist.
  • Es gab keine benutzerdefinierten Trigger, daher wurde alrdtrig.sql nicht ausgeführt. Führen Sie die folgende Abfrage aus und stellen Sie sicher, dass Sie keinen benutzerdefinierten Trigger ALR% haben
SQL> wähle eindeutigen Besitzer, TRIGGER_NAME, TRIGGER_TYPE, STATUS von dba_triggers aus, wobei trigger_name wie 'ALR%'; EIGENTÜMER TRIGGER_NAME TRIGGER_TYPE STATUS ----- ---------- ---------- ------- APPS ALR_ALR_DISTRIBUTION_LISTS_IAR NACH JEDER REIHE DEAKTIVIERT APPS ALR_ALR_DISTRIBUTION_LISTS_UAR NACH JEDER REIHE DEAKTIVIERT 

 (3) Überprüfen Sie die Größe von Tablespaces und migrieren Sie zu OATM
 
     
  • Lesen Sie Oracle E-Business Suite Release 12.2:Upgrade Sizing and Best Practices (Doc ID:1597531.1). Und den Tablespace entsprechend verkleinert
    • 
 
  • Es ist gut, wenn die letzte Datendatei für jeden Tablespace auf unbegrenzte automatische Ausdehnung eingestellt ist. Bitte verwenden Sie die folgende SQL, um die letzte Datendatei automatisch zu erweitern:
    • 
 

 
SELECT 'ALTER database DATAFILE '||FILEID||' autoextend auf maxsize 50 g;' FROM ( SELECT MAX(FILE_ID) FILEID FROM DBA_DATA_FILES GROUP BY TABLESPACE_NAME )
 

 Vorhandene Objekte in neues Tablespace-Modell migrieren (empfohlen):
 
     
  • Oracle E-Business Suite Release 12-Umgebungen enthalten das neue Oracle Applications Tablespace Model (OATM). Dieses Modell basiert eher auf dem Datenbankobjekttyp als auf der Produktzugehörigkeit, wodurch es einfacher zu verwalten ist und weit weniger Tablespaces und Betriebssystemdateien benötigt.
    • 
 
  • Wenn Sie Ihre Umgebung zuvor von Release 11i auf Release 12 aktualisiert haben, wurden beim Upgrade-Prozess Tablespaces für alle neuen Produkte erstellt, die Datenbank für das neue Tablespace-Modell konfiguriert und neue Objekte erstellt. Ihre vorhandenen Objekte wurden jedoch nicht automatisch migriert. Sofern Sie dies noch nicht getan haben, empfiehlt Oracle dringend, dass Sie das Tablespace-Migrationsdienstprogramm verwenden, um diese Migration jetzt durchzuführen. Beachten Sie, dass die Verwendung dieses Dienstprogramms nicht unterstützt wird, nachdem Sie Online-Patching aktiviert haben, sodass Sie die Migration nicht durchführen können, nachdem Ihre Umgebung auf Version 12.2 aktualisiert wurde. Wenn Sie jetzt nicht zu OATM migrieren, müssen Sie Ihre Tablespaces weiterhin separat verwalten.
    • 
 
  • Sehen Sie sich den folgenden Artikel zur OATM-Migration an
    • 
 

 

 Tablespace-Modell von Oracle Applications (OATM)
 

 (4)  Wenden Sie die RDBMS-Patches an
 
     
  • Wir müssen entweder auf die Datenbankversion 11.2.0.4 oder 12.1.0.2 migrieren, um auf R12.2 zu migrieren. Hinweis:Wir können dies auch in einer separaten Ausfallzeit tun.
    • 
 
  • Wir müssen das Interoperabilitätsdokument für das Upgrade befolgen
    • 
 
  • Sehen Sie in den Artikeln nach, wie Sie die R12.1-Instanzdatenbank auf 12c aktualisieren
    • 
 
  • Außerdem müssen wir die Datenbank-Patches anwenden, die im untenstehenden Oracle-Support-Dokument aufgelistet sind.
    • 
 
  • Oracle E-Business Suite Version 12.2:Konsolidierte Liste von Patches und technologischen Fehlerkorrekturen (Dok.-ID 1594274.1)
    • 
 
  • Installieren Sie JRE auf der Datenbankebene (bedingt)
    • 
 
  • Wenn Sie beabsichtigen, Rapid Install im Upgrade-Modus auszuführen, indem Sie die Option Use Existing ORACLE HOME verwenden, müssen Sie JRE wie folgt in der Datenbank ORACLE_HOME/appsutil installieren:
    • 
 
  • Laden Sie das neueste JRE 7-Update herunter. Verwenden Sie für optimale Stabilität, Leistung, Skalierbarkeit und Betriebssystemanbieterunterstützung das neueste verfügbare Update von JRE für Oracle
    • 
 
  • E-Business Suite-Datenbankschicht. Der JRE-Download-Speicherort ist:
    • 
 
  • http://www.oracle.com/technetwork/java/javase/downloads/index.html.
    • 
 

 

 (5) Führen Sie „Statistiken sammeln“ aus und leeren Sie den Papierkorb
 

 (i) Ran Gather-Schema-Statistiken für ALLE Schemata
 
exec apps.fnd_stats.gather_schema_statistics(schemaname=> 'ALL',estimate_percent=>DBMS_STATS.AUTO_SAMPLE_SIZE ,options => 'GATHER AUTO');
 

 (ii) Sammeln von SYS-, Festobjekt- und Wörterbuchstatistiken (erforderlich)
 

 Führen Sie alle Schritte als „SYSDBA“-Benutzer aus.
 

 Sammeln Sie SYS-Schemastatistiken:
 
begin
dbms_stats.gather_schema_stats('SYS',
options=>'GATHER STALE',
estimate_percent =>
DBMS_STATS.AUTO_SAMPLE_SIZE,
method_opt => 'FOR ALL COLUMNS SIZE AUTO',
cascade => TRUE);
end;
/
 

 Festgelegte Objekt- und Wörterbuchstatistiken
 

 Diese sollten zuvor in der Vor-Upgrade-Umgebung gesammelt, korrekt und aktuell sein.
 
exec dbms_stats.gather_fixed_objects_stats;
exec dbms_stats.gather_dictionary_stats;
 

 (iii) Papierkorb leeren
 
dba_recyclebin leeren;
 

 (6)   Alte AWR-Daten löschen
 
     
  • Löschen Sie AWR mit EXEC dbms_workload_repository.drop_snapshot_range:
    • 
 
  • Nehmen Sie den Snapshot-Bereich von DBA_HIST_SNAPSHOT
    • 
 

 
Wählen Sie dbid,min(snap_id),max(snap_id) aus der DBA_HIST_SNAPSHOT-Gruppe nach dbid aus;
 

 (7) Audit-Trail deaktivieren
 
     
  • Melden Sie sich als Systemadministrator an, navigieren Sie zu Systemadministratorverantwortung -> Sicherheit -> Audit-Trail -> Gruppen
    • 
 
  • Aktivieren Sie das Abfragefenster, indem Sie F11 drücken, und wählen Sie die Option ENABLED für Group State und drücken Sie Strg+F11, um die Ergebnisse zu erhalten.
    • 
 
  • Außer dem Wert „Anwendungsname“ – „Anwendungsobjektbibliothek“, der alle „Aktiviert“-Status bleibt, sollte auf „Löschtabelle deaktivieren“ geändert und der Datensatz gespeichert werden.
    • 
 
  • Nach dem Upgrade müssen wir diese wieder aktivieren, indem wir sie auf den Status „Aktiviert“ setzen und den Datensatz speichern
    • 
 

 

 (8) R12.2-Schnellinstallation installieren
 
     
  • Installieren Sie die R12.2-Schnellinstallation mit rapidwiz und wählen Sie das Upgrade-Dateisystem. Die Eingabe ähnelt der von Nur Neuinstallation
    • 
 
  • Sehen Sie sich die folgenden Artikel mit detaillierten Schritten an
    • 
 
  • So führen Sie die Installation einer EBS 12.2 Vision-Instanz durch
    • 
 

 

 (9)  Führen Sie eine Kompilierung von Ungültigen in der Datenbank durch  und nehmen Sie die Objektzählung vor
 

 (i) Kompilierung ungültig
 
sqlplus / as sysdbaexec sys.utl_recomp.recomp_parallel(10);
 

 (ii)) Nehmen Sie vor dem Upgrade eine ungültige Zählung vor
 
sqlplus / as sysdbaSpool invalid_before_upgrade.logcol object_name for a30col owner for a20col status for a10col cnt for 999999break on report on ownercompute sum of cnt on report ownerset lines 120set pages 5000select owner,object_name,status, 1 cntfrom dba_objectswhere status!='VALID 'bestellen bei 1,2,3;Abspulen
 

 (10)  Deaktivieren Sie benutzerdefinierte Trigger und Indexe, Crontabs, Scheduler
 
     
  • Benutzerdefinierte Trigger und benutzerdefinierte Indizes müssen deaktiviert werden. Behalten Sie ein Skript zum Deaktivieren und Aktivieren der Trigger und Indizes bei. Da wir sie nach Abschluss des Upgrades aktivieren müssen
    • 
 
  • Deaktivieren Sie Cron-Jobs, falls vorhanden, die sich auf den Upgrade-Prozess außer Dateisystem- oder Tablespace-Warnungen auswirken
    • 
 
  • Deaktivieren Sie alle geplanten Jobs in DBMS_scheduler
    • 
 

 

 (11)  Funktionale Patches anwenden
 

 (i) Führen Sie diese Aufgabe nur durch, wenn Sie Oracle Advanced Collections with Strategies verwenden. 
 
     
  • Strategie-Workflow-Prüfungen Gilt für die Release-Levels 12.0 und 12.1.
    • 
 
  • Wenden Sie den Diagnoseskript-Patch 13027498:R12.IEX.A an, wenn Sie von R12.0.X aktualisieren, und wenden Sie 13027498:R12.IEX.B an, wenn Sie von 12.1.X aktualisieren. Dieser Patch enthält Skripte für den Sammlungsstrategie-Workflow.
    • 
 
  • Beenden Sie aus der Verantwortung des Inkassobeauftragten unter Verwendung des Benutzernamens „SYSADMIN“ alle geplanten gleichzeitigen Programmanforderungen für den Workflow-Hintergrundprozess für die folgenden Elementtypen:
    • 
 

 

 • IEXSTRY – IEX:Sammlungsstrategie-Arbeitsablauf
• IEXSTFFM – IEX:Strategieerfüllungs-Mailer
• IEXSTRCM – IEX:Benutzerdefinierter Strategie-Arbeitsablauf
 
     
  • Führen Sie das Skript $IEX_TOP/patch/115/sql/iexswowf.sql aus, um die Strategien zu überprüfen und zu bereinigen, die ohne Workflow ausgeführt werden. Dieses Skript erfordert zwei Parameter:FND-Benutzername und Verantwortlichkeit für Prüftabelle und -protokolle. Beispielsweise können Sie das Skript mit dem folgenden Benutzernamen ausführen:SYSADMIN und Verantwortlichkeit:Inkassobeauftragter
    • 
 

 

 
(ii)Nebenbuchhaltung: 
 
     
  • Führen Sie diese Aufgabe aus, wenn Sie Oracle Subledger Accounting verwenden.
    • 
 
  • Bereinigen Sie erweiterte Warteschlangen aus früheren Prozessen zum Erstellen von Konten, bevor Sie EBR aktivieren.
    • 
 
  • Gilt für die Release-Levels 12.0 und 12.1.
    • 
 
  • Wenden Sie Patch 13420532:R12.XLA.A an, wenn Sie von Version 12.0.x aktualisieren, und wenden Sie Patch 13420532:R12.XLA.B an, wenn Sie von Version 12.1.x aktualisieren, um temporäre erweiterte Warteschlangen zu bereinigen, die durch das frühere Programm „Create Accounting“ erstellt wurden Prozesse. Ausstehende Vorauswarteschlangen von abgeschlossenen Prozessen zum Erstellen von Abrechnungen verursachen keine Upgrade-Probleme, müssen aber für EBR bereinigt werden.
    • 
 
  • Hinweis:Sie können diesen Vor-Upgrade-Schritt durchführen, während das Vor-Upgrade-System online ist.
    • 
 
  • Dieser Patch stellt das Skript xlaqclen.sql bereit, um die erweiterten Warteschlangen aus früheren abgeschlossenen Läufen des Programms "Buchhaltung erstellen" zu STOPPEN und zu LÖSCHEN. Erweiterte Warteschlangen des Programms "Buchhaltung erstellen" wurden nach Abschluss des Programms nicht gelöscht, wenn keine Buchhaltungsereignisse vom Programm verarbeitet wurden. Diese ausstehenden Vorauswarteschlangen von bereits abgeschlossenen Programmen zum Erstellen von Buchhaltungen verursachen keine Beschädigung, müssen jedoch für EBR bereinigt werden. Dieser Patch muss nur von Kunden angewendet werden, die sich auf das Upgrade von Oracle Applications Version 12.2 vorbereiten. Dieser Patch ist unbedingt erforderlich, bevor EBR in 12.2 aktiviert wird. Weitere Einzelheiten zu EBR finden Sie in den Versionshinweisen zu Oracle Applications Version 12.2.
    • 
 

 

 
(iii)Personalmanagement (HRMS) 
 

 
Alle benutzerdefinierten Datenbankobjekte, die Seed-APIs/Row-Handlern zugeordnet sind, müssen von LONG/LONG RAW in CLOB geändert werden.
 
SELECT package_name ,object_name ,argument_name ,data_type FROM all_argumentsWHERE (package_name,object_name) IN (SELECT call_package,call_procedure FROM hr_api_hook_calls ) AND data_type ='LONG';PACKAGE_NAME OBJECT_NAME ARGUMENT_NAME DATA_TYPE----------- - ---------- ---------- -----------PSB_HR_POPULATE_DATA_PVT INSERT_POSITION_TXN_INFO P_COMMENTS LONGselect object_name, object_type, owner from dba_objects where object_name ='PSB_HR_POPULATE_DATA_PVT';OBJECT_NAME OBJECT_TYPE OWNER----------- --------- -------PSB_HR_POPULATE_DATA_PVT PAKET APPSPSB_HR_POPULATE_DATA_PVT PAKET BODY APPS
 

 
(iv) Aufgaben des Lieferkettenmanagements 
Die Aufgaben in diesem Abschnitt sind nur erforderlich, wenn Sie Oracle Supply Chain Management-Produkte verwenden.
Order Management:
Führen Sie diese Aufgaben aus, wenn Sie Oracle Order Management verwenden.
 

 Suchen Sie nach der Nullable Hold Entity ID.
Gilt für:Version 12.1
Wenn Sie von Version 12.1 aktualisieren, sollten Sie nach der Nullable Hold Entity ID suchen und diese auf NOT NULL setzen. Befolgen Sie sorgfältig die Anweisungen in der Readme-Datei von Patch 14191792:R12.ONT.B.
 

 
(v). Produkt-Hub:– 
Auf doppelte Einträge prüfen
Gilt für:Version 12.0 und 12.1
Führen Sie die folgende Abfrage aus und überprüfen Sie die Ausgabe:
 
SQL> SELECT COUNT(1) FROM SYS.ALL_IND_COLUMNS WHERE INDEX_NAME ='EGO_MTL_SY_ITEMS_EXT_B_U2' AND COLUMN_NAME ='UNIQUE_VALUE'AND INDEX_OWNER ='EGO'; COUNT(1)---------0
 

 Wenn die obige Abfrage „0“ als Ausgabe zurückgibt, führen Sie die folgenden Schritte aus:
 
     
  • Sicherungskopie der Tabelle ego_mtl_sy_items_ext_b erstellen
    • 
 
  • Beziehen Sie sich auf Hinweis-ID:953449.1 und führen Sie das in der Spalte „Identifikationsskript“ im Abschnitt „Lösung – Datafix“ bereitgestellte Skript aus, um doppelte Datensätze zu identifizieren.
    • 
 
  • Wenn doppelte Datensätze vorhanden sind, führen Sie die in der Spalte „Fix“ im Abschnitt „Lösung – Datafix“ bereitgestellten Skripts für die entsprechende Basisversion aus, um doppelte Datensätze zu löschen.
    • 
 
  • Hinweis:Sie müssen doppelte Datensätze entfernen, bevor Sie auf Version 12.2 aktualisieren. Wenn Sie Hilfe beim Entfernen doppelter Datensätze benötigen, wenden Sie sich an den Oracle-Support.
    • 
 
  •  Verwenden Sie für die Versionen R12.1 und höher die folgende Abfrage, um die doppelten Datensätze zu identifizieren:
    • 
 

 
SELECT COUNT() AS v_count , Inventory_item_id, organization_id, revision_id, attr_group_id, data_level_id, pk1_value, pk2_value FROM apps.ego_mtl_sy_items_ext_b a WO VORHANDEN (SELECT 1 FROM apps.ego_fnd_dsc_flx_ctx_ext b WHERE a.attr_group_id =b.attr_group_id AND application_id =431 AND multi_row <> 'Y') GROUP BY Inventory_item_id, organization_id, revision_id, attr_group_id, data_level_id, pk1_value, pk2_value HAVING COUNT()> 1;
keine Zeilen ausgewählt
 
 

 Für die nächsten Schritte. Bitte beachten Sie die folgenden Artikel
 

 Schrittweises Upgrade auf R12.2 Upgrade Teil -2
Schrittweises Upgrade auf R12.2 Upgrade Teil -3
Schrittweises Upgrade auf R12.2 Upgrade Teil -4
 

 Verwandte Artikel 
 

 Nützliche AWR-Abfragen für 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