Release Update 19.12 (Juli 2021) – Erste Erfahrungen
Seit Freitag, 23. Juli, ist der Release Update 19.12 für Linux 64-bit-Systeme verfügbar. Grund genug, über das Wochenende mal das komplette Lab zu patchen. Hier meine ersten Erfahrungen rund um die Installation des Patches.
Single-Instance-System
Auf meinem Single-Instance-System hatte ich den „Data-Pump-Super-Patch“(32551008 „CONSOLIDATED BUG OF IMPROVEMENTS TO DATA PUMP / MDAPI PATCHING PROCEDURES“) installiert:
Hier meldete OPatch bei der Installation des Datenbank-RU einen Konflikt:
[…]Reason: Failed during Analysis: CheckConflictAgainstOracleHome Failed, [ Prerequisite Status: FAILED, Prerequisite output: The details are: Reason - Superset Patch 32904851 has Subset Patch 32545013 which has overlay patches [32551008] and these overlay patches conflict with Superset Patch Subset Patch 32545013 which has overlay patches [32551008] and these overlay patches conflict with Superset Patch OPatch recommends any one of the following actions - Please rebuild the superset patch to make su ... […]
Lösung: Deinstall des Patches 32551008 vor der Installation des RU 19.12
$ORACLE_HOME/OPatch/opatch rollback -id 32551008
Lt. https://mikedietrichde.com/2021/04/15/data-pump-super-patch-for-oracle-19-10-and-newer/ gibt es für den Patch 32551008 einen Nachfolger (32919937), der auch „on-top“ von 19.12. installiert werden kann.
Cluster-Systeme
Beim Patchen meiner Cluster gab es zwei Probleme:
Inkompatibilität des RU 19.12 mit dem Patch 32847378
Der Patch 32847378 ist ein Patch der lt. MOS-Note 555.1 für die Grid Infrastructure 19.11 empfohlen ist. Daher war er auch auf meinen Systemen installiert. Ohne den Patch kann es sein, dass die Grid Infrastructure beim Start „hängt“. Der Patch ist jetzt auch im RU 19.12 enthalten.
Wenn man versucht den RU 19.12 bei schon installiertem Patch 32847378 zu installieren, dann meldet opatchauto allerdings Konflikte:
[…] Following patches have conflicts. Please contact Oracle Support and get the merged patch of the patches : 32847378, 32916816 […]
Zu dem zweiten Patch 32916816 findet man auf My Oracle Support leider keinerlei Informationen.
Lösung ist es, die beiden Patches vor der Installation des RU 19.12 zu deinstallieren.
$ORACLE_HOME/OPatch/opatchauto rollback -id 32847378 $ORACLE_HOME/OPatch/opatchauto rollback -id 32916816
Nachteil: beim Neustart der Grid Infrastructure zum Abschluss der Deinstallation von Patch 32847378 kann es sein, dass – wie oben beschrieben – der Start der Clusterware „hängt“. Workaround: in einem anderen Fenster kontrollieren, ob alle Prozesse der Clusterware laufen und dann einfach den Patch-Prozess mit Ctrl-C abbrechen. In meinem Fall ist das aber nur auf einem Knoten passiert.
Problem mit dem TOMCAT-Patch (32918050)
Das zweite Problem betraf den Patch für Tomcat, der im Patch der Grid Infrastructure Patch enthalten ist.
Hier bricht opatchauto mit der folgenden Meldung ab:
'.. has a platform Linux x86-64 that is not one of the supported platform for the given patch: [ Generic Platform]'
Das Problem ist bereits beim RU 19.11 aufgetreten. Die Ursache liegt im OPatch-Utility.
MOS-Note 2783608.1 gibt zwei Workarounds:
Workaround 1:
Nicht die aktuelle OPatch-Version (12.2.0.1.25) verwenden, sondern 12.2.0.1.24 oder 12.2.0.1.23. Dieser Workaround ist beim RU 19.12 allerdings nicht möglich, denn 19.12 verlangt Version 12.2.0.1.25 von OPatch.
Workaround 2:
Die zweite Möglichkeit ist es, nach dem Abbruch des GI-Patches den Tomcat-Patch separat zu installieren und anschließend die Post-Patch-Aktivitäten zu starten:
In das Verzeichnis mit dem Tomcat Patch wechseln und Opatch aufrufen:
cd <PATCH_HOME>/32895426/32918050 $ORACLE_HOME/OPatch/opatch apply
Danach die Post-Patch-Aktionen ausführen:
root# $ORACLE_HOME/crs/install/rootcrs.sh -postpatch
Interessanterweise ist das Problem bei mir nur auf einem von sieben Clusterknoten aufgetreten.
Fazit:
Die Installation des RU 19.12 war bei mir – abgesehen von den kleineren, aber lösbaren Problemen – erfolgreich. Beunruhigenderweise sind die Probleme („Hängen der Clusterware“ beim Restart der 19.11-Grid Infrastructure ohne Patch 32847378) und der Fehler bei der Tomcat-Installation bei mir nicht auf allen Systemen aufgetreten. Sprich: wenn bei Ihnen die Installation auf dem Test-System funktioniert, dann könnte es trotzdem ggf. auf der Produktion zu Problemen führen. Wie immer gilt also auch jetzt: Patchen der Oracle-Software bleibt spannend.
MOS-Notes:
- Oracle Database 19c Release Update & Release Update Revision July 2021 Known Issues (Doc ID 19202107.9)
- OPatchauto fails with OPATCHAUTO-72009: Invalid ARU id for the platform (Doc ID 2783608.1)
- Oracle Database 19c Important Recommended One-off Patches (Doc ID 555.1)
- Data Pump Super Patches for 19.10 DBRU and Higher DBRUs/Releases (Doc ID 2775765.1)
Links:
- mikedietrichde.com: Patching all my environments with the April 2021 Patch Bundles
- mikedietrichde.com: Data Pump Super Patch for Oracle 19.10 and newer
Amazon-Partner-Link
