Oracle hat planmäßig am 16.4.2024 die neueste Version seiner Critical Patch Updates veröffentlicht. Die Updates betreffen praktisch alle Oracle Produkte; hier beziehen wir uns auf die Updates für die Oracle Database Software.
WeiterlesenArchiv der Kategorie: Datenbanken
Oracle Standard Edition 2 ab sofort auch auf ODA X10 einsetzbar
Mit dem Erscheinen der Appliance Manager Software 19.22 weist Oracle im ODA Licensing Information User Manual darauf hin, dass auch auf den ODAs der X10er Serie die Standard Edition 2 möglich ist.
WeiterlesenOracle Critical Patch Updates: Release Updates für die Oracle Database im Januar 2024
Am 16.1.2024 hat Oracle Critical Patch Updates für praktisch alle Software-Produkte veröffentlicht. In diesem Blog Post beschäftigen wir uns mit den Release Updates (RU) für die Oracle Database.
WeiterlesenOracle kündigt Database Appliance X10 an
(Oder wie man den Kunden nicht zuhört)
Oracle hat auf der CloudWorld im September 2023 eine neue Generation der Database Appliance angekündigt. Mit der Generation X10- tut sich eine ganze Menge, vorsichtig formuliert aber nicht alles in die richtige Richtung.
WeiterlesenNeues vom SYSAUX-Tablespace Vol. II
Antworten
Vor einiger Zeit hatten wir ja schon einmal über die Freuden der Objektverwaltung im SYSAUX-Tablespace berichtet (s. HIER).
Heute aus aktuellem Anlass eine kleine Geschichte für all jene, die sich auch darüber wundern, warum Abfragen gegen Data Dictionary Views, hier insbesondere diejenigen, die den Job Scheduler betreffen, immer so lange dauern. Es könnte evtl. an diesem Umstand liegen:
WeiterlesenNeue Aufräum-Routine für inaktive Patches in opatch
Wer kennt es nicht – man installiert ein ORACLE_HOME und installiert den aktuellen RU, ggfs. auch OJVM-Patch. Als braver DBA aktualisiert man regelmäßig, und schwuppdiewupp hat man einige (Dutzend) GB im Verzeichnis $ORACLE_HOME/.patchstorage… Das kostet nicht nur viel Platz, sondern auch immer mehr Zeit z.B. bei der Ausführung von datapatch, weshalb Oracle auch inzwischen empfiehlt, Out-of-Place zu patchen. Aber dann wiederum muss man den Platz für das neue Home bereitstellen, ggfs. Skripte anpassen usw… und alles nur, weil teilweise steinalte Patches immer noch für den Fall eines Rollbacks im .patchstorage-Ordner „für gut verwahrt“ werden.
WeiterlesenDas 23c-Zeitalter ist gestartet!
Mit dem Oracle Database 23c Free – Developer Release wurde am 3. April 2023 die erste Version des für dieses Jahr erwarteten Long Term Releases der Oracle Database veröffentlicht.
WeiterlesenDataChangeRecorder der perfekte Zusatz für Ihre Oracle-Datenbank
Das Audit-Feature einer Oracle-Datenbank ist überaus mächtig und vielseitig. Wichtige Ereignisse, wie fehlerhafte Logins oder DDL-Operationen lassen sich stabil und sicher protokollieren. Bei der fein granularen Protokollierung von Änderungen ist man jedoch auf das Enterprise Edition Feature Fine Grained Auditing angewiesen. Im Umfeld der Standard Edition gibt es hierfür kein entsprechendes Pendant.
An dieser Stelle schließt der H&L DataChangeRecorder die Lücke, ganz gleich ob als Ergänzung zum bestehenden Funktionsumfang des Audit-Features oder als eigenständige Lösung. Zudem geht der DataChangeRecorder noch einen Schritt weiter und speichert die Änderungen auf Datensatz-und Feldebene ab. DCR protokolliert transaktionsbasiert jegliche Änderung bzw. DML-Operation (Insert, Update, Delete). Keine Datenänderung oder Datensatzlöschung geht mehr verloren. Der besondere Vorteil, die Details, welche Spalteninhalte geändert wurden oder welchen Inhalt ein Datensatz vor seiner Löschung hatte, werden ebenfalls protokolliert.
Über eine leicht zu bedienende Oberfläche lassen sich die Protokolleinträge sichten und auswerten. Eine Vorher-Nachher-Darstellung ist selbstverständlich enthalten. Über die Steuerungsoberfläche erfolgt die Konfiguration der Überwachungsobjekte.
Oracle Produkte und die log4j-Sicherheitslücke (CVE-2021-44228 „Log4Shell“, CVE-2021-45046 und CVE-2021-45105)
Letzte Änderung dieses Blog Posts: 13.1.2022 8:45
Die Sicherheitslücken CVE-2021-44228 „Log4Shell“, CVE-2021-45046, CVE-2021-45105 sowie CVE-2021-44832 betreffen die Java-Komponente log4j der Apache Foundation.
Der Patch für die erste Sicherheitslücke CVE-2021-44228 in Form der log4j-Version 2.15 war nicht vollständig, so dass am 14.12.2021 CVE-2021-45046 für diese Version veröffentlicht wurde. Alle Patches, die log4j 2.15 enthalten, sind somit hinfällig. Dies gilt nun auch für die Patches, die log4j 2.16 enthalten, da am 19.12.2021 mit CVE-2021-45105 eine weitere Lücke hinzugekommen ist, die DOS-Angriffe auf ungepatchte Installationen ermöglicht. Diese Lücke ist mit log4j 2.17 beseitigt. Die aktuellste Version für log4j ist 2.17.1 und enthält zusätzlich Fixes bzgl. CVE-2021-44832.
Die Log4Shell Sicherheitslücke betrifft sehr viele Oracle Produkte. Das ursprüngliche zentrale Dokment bei Oracle (Impact of December 2021 Apache Log4j Vulnerabilities on Oracle Products and Services (CVE-2021-44228, CVE-2021-45046) (Doc ID 2827611.1)) verweist nun auf zwei Unterdokumente, je eines für die Oracle Cloud (Impact of December 2021 Apache Log4j Vulnerabilities on Oracle cloud environments (CVE-2021-44228, CVE-2021-45046) (Doc ID 2830129.1)) und für On-Premises-Produkte (Impact of December 2021 Apache Log4j Vulnerabilities on Oracle on-premises products (CVE-2021-44228, CVE-2021-45046) (Doc ID 2830143.1)). Hier gibt es einen Überblick über alle vorhandenen und geplanten Patches, sowie über Produkte, die keinen Patch benötigen. In diesem Blog Post fassen wir zusammen, was wir über die wichtigsten (On-Premises-) Produkte wissen und welche Vorgehensweise wir empfehlen. Sobald wir relevante neue Informationen bekommen werden wir diese hier einfließen lassen.
WeiterlesenSQL Macros: neu in Oracle 21c… und in Oracle 19c!
Oracle 21c ist in diversen Cloud-Umgebungen bereits verfügbar. Die on-premises-Version wird für das erste Halbjahr 2021 erwartet – also schon recht bald. Neu und sehr interessant sind SQL Macros.
SQL und PL/SQL sind zwei sehr unterschiedliche Sprachen mit unterschiedlichen Konzepten. Oracle hat grundsätzlich Möglichkeiten eingebaut, die beiden Sprachen zu verbinden. SQLs können in PL/SQL-Code ausgeführt werden und PL/SQL-Funktionen können in SQLs verwendet werden: in der SELECT-Liste in in WHERE-Bedingungen.
Weiterlesen