Da ich grade mal wieder dabei bin, eine Oracle Database Appliance auf die aktuelle Version zu patchen und mir auffiel, dass ich das noch nicht hier in meine Zwischenablage gepackt habe, hole ich das einfach mal nach.
Erstmal als Vorabinformation: Derzeit werden von Oracle maximal Sprünge um 4 Versionen unterstützt, die ODA sollte also mindestens auf Version 19.13 sein um ein Upgrade auf 19.17 durchzuführen. Außerdem müssen die Update-Pakete auf der ODA abgelegt sein. Benötigt werden diese Patches, die im MOS einfach heruntergeladen werden können:
34753059 (Patches für Betriebssystem, ILOM und Co)
30403673 (Clonefile der Grid Infrastructure)
Wenn man die Datenbanken auch noch patchen möchte, benötigt man hier natürlich auch die entsprechenden Clonefiles.
Die Patches entpacke ich immer unter /u03/app/oracle/graef, sie können aber überall auf der ODA abgelegt werden, wo noch Platz ist.
Update der DCS-Dienste (Admin, Components und Agent)
Hierfür muss das entsprechende Update-Paket natürlich erstmal ins Repository eingefügt werden, danach können die Update-Kommandos IN DIESER REIHENFOLGE gestartet werden. Bitte nach jedem Job prüfen, ob er erfolgreich war
odacli update-repository -f /u03/app/oracle/graef/oda-sm-19.17.0.0.0-221126.1-server.zip
odacli list-jobs
odacli update-dcsadmin -v 19.17.0.0.0
odacli list-jobs
odacli update-dcscomponents -v 19.17.0.0.0
odacli update-dcsagent -v 19.17.0.0.0
odacli list-jobsUpdate der ODA
Wenn diese Updates erfolgt sind, kann das eigentliche ODA-Update starten. Zuerst wird das Clonefile der GI in das Repository gepackt, danach kann der prepatchreport gezogen werden. Eventuelle Fehlermeldungen müssen erledigt werden (Meistens ist es eh nur der Festplattenfüllstand, der angemeckert wird, hier können die alten Grids gelöscht werden, zB it „/u01/app/19.0.0.0/grid/deinstall/deinstall“ als User grid).
HINWEIS: Auf keinen Fall die derzeit aktive Grid-Infrastructure löschen. Und auch niemals die eventuell bereits entpackte NEUE Grid Infrastructure löschen
Wenn alles auf „Success“ steht, kann das eigentliche Update durchgeführt werden
odacli update-repository -f /u03/app/oracle/graef/odacli-dcs-19.17.0.0.0-221029-GI-19.17.0.0.zip
odacli list-jobs
odacli create-prepatchreport -s -v 19.17.0.0.0
odacli describe-prepatchreport -i <die ID, die im vorheringen Schritt angezeigt wird>
odacli update-server -v 19.17.0.0.0Nacharbeiten
Nachdem die ODA neu gestartet wurde, ist das Update dann durch (Nicht wundern, der Neustart dauert länger und auch das ILOM ist kurze Zeit nicht erreichbar). Es fehlen dann noch ein paar Nacharbeiten:
– Update des Storages
– Deaktivierung von FIPS (Stört bei Samba-Shares)
– Erzeugen des DB-Home-Storages (Falls noch nicht passiert, gibt es seit 19.11)
Update Storage
odacli create-prepatchreport -st -v 19.17.0.0.0
odacli describe-prepatchreport -i <ID von dem Kommando davor>
odacli update-storage -v 19.17.0.0.0
# reboot abwartenDeaktivierung FIPS
vi /etc/default/grub
# ersetze fips=1 durch fips=0
grub2-mkconfig -o /boot/efi/EFI/redhat/grub.cfg
reboot
#zum prüfen:
cat /proc/sys/crypto/fips_enabled
# Wenn 0, dann ausDB-Home-Storage
# Default sind 80GB
odacli configure-dbhome-storage -dg DATAUnd dann kann natürlich noch das Graef-Environment aktualisiert werden, damit die Backup-Scripte, die Housekeeping-Scripte und sonstigen Tools auf dem neusten Stand sind (dafür muss das entsprechende Repository natürlich eingetragen sein):
yum install graef-env