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

Schrittweises Upgrade auf R12.2 Upgrade Teil -3

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 und 2 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 3 in diesem Teil

Online-Patching-Aktivierung

(1)Überprüfen Sie die Datenbankversion

**Überprüfte RDBMS-Mindestversion 11.2.0.4

(2) Stellen Sie sicher, dass die erforderlichen 11.2.0.4-Patches für Version 12.2 angewendet wurden

Dies wurde als Teil des Vorbereitungsschritts für das R12.2-Upgrade angewendet (Referenz-Nr. 1349240.1)

(3) Wenden Sie den neuesten Patch für die Online-Patch-Bereitschaft und den GSCC-Bericht

an

Wenden Sie den Patch 31026891:R12.AD.C mit adpatch im Run-Dateisystem an

(4)Prüfen Sie auf Beschädigung des Datenwörterbuchs/Nichtübereinstimmung des Zeitstempels

(i)Prüfen Sie auf Beschädigung des Datenwörterbuchs

  • Führen Sie das Skript $AD_TOP/patch/115/sql/adzddtsfix.sql aus und befolgen Sie die bereitgestellten Verwendungsanweisungen.
  • Führen Sie das Skript $AD_TOP/sql/ADZDDBCC.sql aus, um festzustellen, ob eine Beschädigung des logischen Datenwörterbuchs vorliegt.
  • Wenn keine Beschädigung gefunden wird, fahren Sie mit dem Upgrade fort.
  • Falls Korruption vorliegt, befolgen Sie (ii) unten.

(ii) Beschädigung des Datenwörterbuchs beheben (bedingt)

  • Hinweis:Befolgen Sie diese Schritte nur als Lösung, wenn eine Beschädigung des logischen Datenwörterbuchs (fehlendes übergeordnetes Element) vorhanden ist.
  • Kopieren Sie das Skript $AD_TOP/patch/115/sql/adzddmpfix.sql in die Datenbankschicht.
  • Verbinden Sie sich auf der Datenbankebene als SYSDBA mit der Datenbank.
  • Hinweis:Wenn Sie Oracle E-Business Suite Version 12.1.3 oder Version 12.2 mit einer mandantenfähigen Architektur verwenden, führen Sie die folgenden Befehle aus, um eine Verbindung zu einer Datenbank mit mandantenfähiger Architektur als SYSDBA herzustellen, um das Datenbank-SID-Feld auf , das Pluggable, zu setzen Datenbankname für Ihre Oracle E-Business Suite-Datenbank:
$ source  CDB env
$ export ORACLE_PDB_SID=TEST;
$ sqlplus "/ as sysdba"
$SQL>@AD_TOP/patch/115/sql/adzddmpfix.sql
  • Führen Sie auf der Anwendungsebene das Skript "$AD_TOP/sql/ADZDDBCC.sql" erneut aus, um festzustellen, ob das Datenwörterbuch noch beschädigt ist.
  • Wenn keine Beschädigung gefunden wird, fahren Sie mit dem Upgrade- oder Patch-Zyklus fort.
  • Wenn immer noch eine Beschädigung vorhanden ist, fahren Sie mit Schritt 3.3 unten fort.

(iii) Zusätzliche Maßnahmen zur Beschädigung des Datenwörterbuchs (bedingt)

  • Hinweis:Befolgen Sie diese Schritte nur, wenn das Datenwörterbuch beschädigt ist, nachdem Sie die Schritte in 3.2 oben ausgeführt haben.
  • Gehen Sie auf der Datenbankebene in das Verzeichnis $ORACLE_HOME/rdbms/admin.
  • Führen Sie das Skript utlirp.sql aus und befolgen Sie die bereitgestellten Verwendungsanweisungen.
  • Führen Sie das Skript utlrp.sql aus und befolgen Sie die bereitgestellten Verwendungsanweisungen.
  • Führen Sie auf der Anwendungsebene das Skript "$AD_TOP/sql/ADZDDBCC.sql" erneut aus, um festzustellen, ob das Datenwörterbuch noch beschädigt ist.
  • Wenn keine Beschädigung gefunden wird, fahren Sie mit dem Upgrade- oder Patch-Zyklus fort.
  • Wenn immer noch eine Beschädigung vorhanden ist, wenden Sie sich an den Oracle-Support und fordern Sie an, dass ein Fehler protokolliert wird.

(5) Führen Sie die Online-Patching-Aktivierung aus – Bereitschaftsberichte

  • Weitere Anweisungen zum Herunterladen dieser Dienstprogramme finden Sie unter Using the Online Patching Readiness Report in Oracle E-Business Suite Release 12.2 (Doc ID 1531121.1).
  • Sie müssen das folgende Dienstprogramm von der Anwendungsebene APPL_TOP ausführen. Es meldet EBR-Verletzungen, die Objekte umfassen, die die EBR-Regel über nicht-editierte Objekte (Datenspeicherobjekte wie Tabellen und materialisierte Ansichten) nicht einhalten und auf editierte Objekte verweisen (Codeobjekte wie:Pakete, Trigger, Objekttypen usw.). ). Dieser Bericht listet auch mehrere Verstöße gegen den Namensstandard auf, die behoben werden müssen, bevor der Patch zur Aktivierung von Online-Patches angewendet wird.

(i) Initialisieren Sie die Run File System-Umgebung:

(ii) Erstellen Sie den Speicherort der Online-Patch-Protokolldatei und legen Sie ihn als aktuelles Verzeichnis fest:

mkdir $LOG_HOME/appl/op
cd $LOG_HOME/appl/op

(iii) Führen Sie die folgenden Bereitschaftsberichte aus:

ADZDPSUM.sql
Stellt eine Zusammenfassung der Schemas bereit, die bearbeitet werden, sowie Schemas mit Objekten, die von E-Business Suite-Code abhängen, dessen Bearbeitung empfohlen wird. Sie können diese Schemas bei der Anwendung registrieren, indem Sie die Befehle ausführen, die im letzten Abschnitt dieses Berichts aufgelistet werden. Oracle empfiehlt, dass Sie diesen Bericht erneut ausführen, nachdem die benutzerdefinierten Schemas bei der Anwendung registriert wurden. Sie sollten ADZDPSUM.sql wiederholt ausführen, um abhängige Schemas zu behandeln, bis keine weiteren EBR-Verletzungen gemeldet werden.

Hinweis:Geben Sie das Systemkennwort ein, wenn Sie dazu aufgefordert werden. Sie können APPS_NE- und ODM-Schemas ignorieren, die möglicherweise in Abschnitt 2 des Berichts erscheinen.

sqlplus system @$AD_TOP/sql/ADZDPSUM.sql
mv adzdpsum.txt adzdpsum_pre_dbprep.txt

ADZDPMAN.sql
Listet Objekte mit verschiedenen Kategorien von Verstößen gegen EBR-Regeln auf, die behoben werden müssen, bevor der Aktivierungsprozess ausgeführt wird, um Fehler während dieses Prozesses zu vermeiden. Oracle empfiehlt, dass Sie dies ausführen, nachdem alle benutzerdefinierten Schemas gemäß den Anweisungen im obigen Bericht ADZDPSUM.sql.

bei der Anwendung registriert wurden

Hinweis:Geben Sie das Systemkennwort ein, wenn Sie dazu aufgefordert werden.

sqlplus system @$AD_TOP/sql/ADZDPMAN.sql
mv adzdpman.txt adzdpman_pre_dbprep.txt

ADZDPAUT.sql
Dieser Bericht listet alle Objekte mit Verstößen gegen die EBR-Regeln auf, die automatisch vom Aktivierungsprozess behoben werden. Dieser Bericht dient zu Informationszwecken und es sollten keine Maßnahmen anhand dieses Berichts ergriffen werden.
Hinweis:Geben Sie das Systemkennwort ein, wenn Sie dazu aufgefordert werden.

sqlplus system @$AD_TOP/sql/ADZDPAUT.sql
mv adzdpaut.txt adzdpaut_pre_dbprep.txt

(6) Behebung von im Online-Patching-Bereitschaftsbericht aufgeführten Verstößen, die einen manuellen Eingriff erfordern

Der Online-Patching-Bereitschaftsbericht enthält Abschnitte mit unterschiedlichen Arten von Verstößen.
Überprüfen Sie alle im ADZDPMAN.sql-Bericht aufgelisteten Abschnitte. Befolgen Sie die Anweisungen in jedem Abschnitt, um Verstöße zu beheben.

Hinweis:Viele Verstöße im Bereitschaftsbericht können automatisch behoben werden, indem Sie Ihre benutzerdefinierten Schemas registrieren. Im letzten Abschnitt des zusammenfassenden Bereitschaftsberichts (ADZDPSUM.sql) finden Sie Beispielbefehle zur Registrierung Ihrer benutzerdefinierten Schemas.

Das folgende Schema sollte NICHT registriert werden:

• SYS

• SYSTEM

• CTXSYS

Jegliche Abhängigkeit zwischen diesen Schemas und Editioned Objects stellt einen Verstoß gegen Codierungsstandards dar und muss manuell behoben werden.
Oracle empfiehlt, dass Sie die gewählte Lösung durch Anpassen der Vorlagendatei $AD_TOP/sql/ADZDPCUST.sql

durchführen

(7) Wiederholen Sie den obigen Schritt Online-Patching-Aktivierung ausführen – Bereitschaftsbericht, bis alle Verstöße behoben wurden.

(8)  Überprüfen Sie den freien Speicherplatz des Datenbank-Tablespace

Die Editionsbasierte Neudefinitionsfunktion von Oracle Database 11gR2 erfordert zusätzlichen Speicherplatz für die Wörterbuchtabellen, die zum Verwalten von Editionsobjekten verwendet werden.

(ich). Initialisieren Sie die Run File System-Umgebung:

(ii).
Legen Sie die Umgebungsvariable HOSTNAME fest, bevor Sie das Online-Patch-Tool adop ausführen.
Prüfen Sie, ob die Umgebungsvariable HOSTNAME gesetzt ist, indem Sie Folgendes ausführen:

$echo $HOSTNAME

Wenn die Umgebungsvariable HOSTNAME nicht festgelegt ist, führen Sie Folgendes aus:

export HOSTNAME=

Hinweis:Wiederholen Sie den ersten Schritt, um sicherzustellen, dass die Umgebungsvariable auf den richtigen Hostnamen festgelegt ist.
Wenn der Hostname festgelegt ist, aber die Domäne enthält, setzen Sie ihn ohne die Domäne zurück.

(iii) Führen Sie den folgenden Bericht aus, um den aktuellen freien Speicherplatz des Tabellenbereichs abzurufen:

perl $AD_TOP/bin/adzdreport.pl Apps

  1. Wählen Sie Option 3 – „Andere generische Berichte“
  2. Wählen Sie die nächste Option – „Freier Speicherplatz in wichtigen Tablespaces“

Geben Sie das Passwort ein, wenn Sie dazu aufgefordert werden.

(iv)Stellen Sie Folgendes sicher:

• SYSTEM Tablespace:hat mindestens 25 GB freien Speicherplatz

• APPS_TS_SEED Tablespace:hat mindestens 5 GB freien Speicherplatz

APPS_TS_SEED wird verwendet, um alle Tabellen zu hosten, die als Seed-Tabellen registriert wurden und die eine Seed-Datenspeicherinfrastruktur benötigen.

(9) Führen Sie die Online-Patching-Aktivierung – Statusbericht

aus

Dieser Bericht enthält einen Gesamtstatus des aktivierenden Online-Patching-Prozesses. Sie können es vor, während und nach der Anwendung des Aktivierungspatches ausführen. In diesem Stadium erhalten Sie Berichtsergebnisse, bevor Sie das Online-Patching aktivieren.

(i)Setzen Sie das aktuelle Verzeichnis auf $LOG_HOME/appl/op:

cd $LOG_HOME/appl/op

(ii)Führen Sie den Bericht mit dem folgenden Befehl aus. Stellen Sie sicher, dass Sie zu diesem Zeitpunkt alle ungültigen Objekte überprüfen. Achten Sie besonders darauf, sicherzustellen, dass alle Online-Patching-Objekte (Objekte, die dem Muster „AD_ZD%“ entsprechen) gültig sind:

sqlplus @$AD_TOP/sql/ADZDEXRPT.sql

Hinweis:Geben Sie das App-Passwort ein, wenn Sie dazu aufgefordert werden.

(iii)Speichern Sie die Ausgabe als pre_dbprep für zukünftige Referenz, wie zum Beispiel:

mv adzdexrpt.txt adzdexrpt_pre_dbprep.txt

(10) Stellen Sie sicher, dass alle E-Business Suite-Dienste der mittleren Ebene beendet sind

(11) Laden Sie den Online Patching Enablement-Patch herunter und wenden Sie ihn an

Laden Sie den Patch für die Online-Patching-Aktivierung herunter und wenden Sie ihn an:13543062:R12.AD.C. Verwenden Sie Autopatch im Hotpatch-Modus, um den Patch anzuwenden. 12.2 CA-ONLINE-AKTIVIERUNGS-PATCH.

Der Patch muss auf das RUN-Dateisystem angewendet werden.

Hinweis:Stellen Sie sicher, dass die Quelle Ihrer Umgebung auf das entsprechende Dateisystem verweist. Sie müssen außerdem den Wartungsmodus aktivieren, bevor Sie diesen Patch anwenden.

Eine weitere Sache, die wir hinzufügen sollten, wäre. Der Benutzer sieht diese Nachricht, wenn er den Patch auf das Patch-Dateisystem anwendet

Die Anwendung des Aktivierungspatches kann mehrere Stunden dauern. Sie können den Fortschritt jederzeit überwachen, indem Sie den DDL-Statusbericht (ADZDSHOWDDLS.sql) wie folgt ausführen:

sqlplus-Apps @$AD_TOP/sql/ADZDSHOWDDLS.sql

Dieser Bericht listet die Anzahl der DDL-Anweisungen auf, die erforderlich sind, um Ihre Umgebung mit EBR zu aktivieren. Der Bericht ist nach Ergebnis der Ausführung geordnet:„Erfolgreich ausgeführt“, „Nicht ausgeführt“ und „Ausführung fehlgeschlagen“. Am Ende der Patch-Anwendung sollte der Bericht in den Abschnitten „Nicht ausgeführt“ und „Ausführung fehlgeschlagen“ eine Nullzählung aufweisen. Wenn der Bericht die Elemente „Nicht ausgeführt“ und „Ausführung fehlgeschlagen“ enthält,

Melden Sie diese Fehler dann dem Oracle Support. Sie werden aufgefordert, die Ausgabe des Berichts, das Patch-Protokoll und alle Worker-Protokolle sowie die Ausgabe des Online-Patching-Aktivierungsstatusberichts bereitzustellen. Wenn während des Online Enablement-Patches ein Worker-Fehler auftritt, sollten Sie den fehlgeschlagenen Fehler nicht ignorieren oder überspringen. Das Problem sollte behoben werden, bevor der Worker neu gestartet wird. Das Ignorieren oder Überspringen des Fehlers kann dazu führen

Datenbankbeschädigung.

(12) Ungültige Kompilierung ausführen
Verbinden Sie sich mit sqlplus als „Apps“ und führen Sie Folgendes aus:

exec sys.utl_recomp.recomp_parallel

(13) Führen Sie den Online-Patching-Aktivierungsstatusbericht erneut aus, nachdem der Online-Patching-Aktivierungspatch angewendet wurde

Führen Sie den Statusbericht zur Online-Patching-Aktivierung erneut aus, nachdem der Patch für die Online-Patching-Aktivierung angewendet wurde

(ich). Setzen Sie das aktuelle Verzeichnis auf $LOG_HOME/appl/op:

cd $LOG_HOME/appl/op

(ii). Führen Sie den Statusbericht unmittelbar nach Abschluss des Aktivierungspatches aus:

sqlplus @$AD_TOP/sql/ADZDEXRPT.sql

Hinweis:Sie müssen das APPS-Schemakennwort eingeben, wenn Sie dazu aufgefordert werden.

Der Zweck der Erstellung dieses Berichts in dieser Phase besteht darin, alle Fehler zu identifizieren und zu beheben, die während des Aktivierungsprozesses aufgetreten sind

(14) Führen Sie den Online Patching Enablement Readiness Report erneut aus, nachdem der Online Patching Enablement Patch angewendet wurde

Führen Sie den Bereitschaftsbericht zur Online-Patching-Aktivierung nach dem Online

erneut aus

Patching Enablement-Patch wurde angewendet

(ich). Setzen Sie das aktuelle Verzeichnis auf $LOG_HOME/appl/op:

cd $LOG_HOME/appl/op

(ii). Führen Sie den Bereitschaftsbericht aus, nachdem der Aktivierungspatch abgeschlossen ist:

sqlplus system @$AD_TOP/sql/ADZDPSUM.sql
mv adzdpsum.txt adzdpsum_post_dbprep.txt
sqlplus system @$AD_TOP/sql/ADZDPMAN.sql
mv adzdpman.txt adzdpman_post_dbprep.txt
sqlplus system @$AD_TOP/sql/ADZDPAUT.sql
mv adzdpaut.txt adzdpaut_post_dbprep.txt

Der Zweck der Ausführung dieses Berichts in dieser Phase besteht darin, sicherzustellen, dass alle EBR-Verstöße behoben wurden, die vor der Aktivierung der Online-Patch-Funktion aufgetreten sein könnten.

Die nächsten Schritte können im folgenden Artikel nachgelesen werden

Schritt-für-Schritt-Upgrade-Prozess für R12.2 Upgrade Part -4

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