ASPICON

DBA-Tipp: So kannst du Oracle AI Database 26ai On-Prem bereits jetzt für SE2 nutzen

Alexander Glöckner — Thu, 10 Sep 2026 12:46:20 +0000

DBA-Tipp: So kannst du Oracle AI Database 26ai On-Prem bereits jetzt für SE2 nutzen

Verfasst von Alexander Glöckner
10 September 2026
14:46
Datenbank, Oracle, Oracle Datenbank 23ai, Oracle Datenbank 26ai

Seit Januar diesen Jahres steht die Oracle AI Database 26ai On-Premise in der Enterprise Edition für Linux x86_64 zum Download bereit. Standard Edition 2 (SE2) Kunden müssen sich laut offizieller Doku noch bis Oktober 2026 gedulden (Stand: August 2026). Aber das Image hat schon seinen Weg in den Installer gefunden.

Mit der Veröffentlichung des Juli 2026 Release Updates (RU) steht Oracle AI Database 26ai nämlich erstmals auch als Standard Edition 2 für die lokale Installation zur Verfügung. Damit können nun auch Kunden ohne Enterprise-Edition-Lizenz auf die neue Oracle-AI-Datenbankgeneration wechseln. Aktuell gilt dies allerdings nur für Linux x86_64.

Die SE2 ist Bestandteil des RU 23.26.3.0.0. Unterstützt werden unter anderem Oracle Linux und Red Hat Enterprise Linux 8, 9 und 10.

Download über My Oracle Support

Auf der regulären Oracle-Downloadseite findet man weiterhin das ursprüngliche 26ai-Installationsimage LINUX.X64_2326100_db_home.zip. Dieses Image stammt aus der ersten On-Premises-Veröffentlichung und bot bei der Installation noch keine Auswahl der Standard Edition 2.

Für SE2 führt der Weg daher aktuell über das Juli 2026 Critical Patch Update in My Oracle Support:

» Oracle Critical Patch Update (CPU) Jul 2026 for Oracle Database Products [CPU199]

Dort stehen die aktuellen Images bereit:

23.26.3.0.0 DB RU Gold Image – Patch 39581612
23.26.3.0.0 GI RU Gold Image – Patch 39581618
23.26.3.0.0 DB Client Gold Image – Patch 39599083

Das DB Gold Image enthält bereits ein vollständiges Oracle Home inklusive Release Update 23.26.3. Es handelt sich also nicht nur um einen Patch, der zunächst auf ein vorhandenes Base Release angewendet werden muss.

Installation

Das Gold Image wird direkt in das zukünftige Oracle Home entpackt:

mkdir -p /u01/app/oracle/product/26.0.0/dbhome_1
cd /u01/app/oracle/product/26.0.0/dbhome_1
unzip p39581612_230000_Linux-x86-64.zip
./runInstaller

Im Installer steht anschließend unter Select Database Edition auch Standard Edition 2 zur Auswahl.

Das neue Home kann anschließend entweder für eine neue Datenbank verwendet oder als Ziel eines Out-of-Place-Upgrades beziehungsweise der Migration einer bestehenden Datenbank genutzt werden.

SQL*Plus: Release 23.26.3.0.0 - Production on Thu Sep 10 12:07:42 2026
Version 23.26.3.0.0

Copyright (c) 1982, 2026, Oracle. All rights reserved.

Connected to:
Oracle AI Database 26ai Standard Edition 2 Release 23.26.3.0.0 - Production Version 23.26.3.0.0

SQL>

Fazit

Damit steht Oracle AI Database 26ai nun auch SE2-Kunden für klassische On-Premises-Installationen zur Verfügung – aktuell allerdings etwas versteckt über die Release-Update-Gold-Images in My Oracle Support.

Der Weg ist damit frei, deine Anwendungen auf Basis der neuen Oracle-AI-Datenbankgeneration zu entwickeln und bestehende Systeme auf 26ai zu migrieren.

Du hast Fragen oder benötigst Unterstützung?

Kontakt

Du hast Fragen oder benötigst Unterstützung?

Kontakt

Hier findest du weitere Features und Infos rund um » Oracle AI Database 26ai aus unserem News & Insights Bereich.

Share this article

Der Beitrag DBA-Tipp: So kannst du Oracle AI Database 26ai On-Prem bereits jetzt für SE2 nutzen erschien zuerst auf ASPICON.

Bash Cheat Sheet: Vergleichsoperatoren & Tests

Michael Decker — Fri, 04 Sep 2026 12:00:40 +0000

Home

Bash Cheat Sheet: Vergleichsoperatoren & Tests

Verfasst von Michael Decker
04 September 2026
14:00
Cheat Sheet, DBA Tipp, Linux, Praxistipp

Kennt ihr das? Ihr benötigt Befehle, Operatoren und kleine Helfer für eure tägliche Arbeit als DBA oder Infrastruktur-Administrator gerade oft genug, um zu wissen, dass es sie gibt. Die genaue Syntax habt ihr aber bis zum nächsten Einsatz schon wieder vergessen.

Mir geht es zumindest regelmäßig so. Gerade bei Bash sind es oft die kleinen Details: Wie prüfe ich nochmal, ob eine Datei existiert und nicht leer ist? Und kann ich eigentlich prüfen, ob eine Datei ein Hardlink ist?

Genau dafür habe ich mir ein kleines Bash Cheat Sheet zusammengestellt. Daraus möchte ich heute einen kleinen Auszug zum Thema Vergleichsoperatoren und Tests mit euch teilen. Kein Bash-Grundkurs, sondern eine schnelle Gedächtnisstütze für den nächsten „Wie war das nochmal?”-Moment.

Vergleich von Strings

STRING1 = STRING2   : Wahr, wenn beide Strings identisch sind. Verwendung mit dem Test-Kommando [ ... ]
STRING1 == STRING2  : Wahr, wenn beide Strings übereinstimmen. Innerhalb von [[ ... ]]

STRING1 =~ STRING2  : Wahr, wenn STRING1 zum angegebenen regulären Ausdruck (REGEX) passt
STRING1 != STRING2  : Wahr, wenn beide Strings nicht identisch sind

Beispiel: String mit regulärem Ausdruck prüfen

In dem nachfolgenden Beispiel wird der vollständige Hostname des Systems mit ‘hostname ‑f‘ ermittelt und anschließend gegen ein fest definiertes Namensschema geprüft. Erwartet wird ein Hostname nach dem Muster ‘-..‘, zum Beispiel ‘postgres-01.example.com‘. Entspricht der ermittelte Hostname diesem Aufbau, wird die Prüfung erfolgreich abgeschlossen; andernfalls bricht das Skript mit einem Fehler ab.

# Vollständigen Hostnamen ermitteln
HOSTNAME="$(hostname -f)"

# Prüfen, ob der Hostname dem Schema "-.." entspricht
if [[ "${HOSTNAME}" =~ ^[[:alnum:]-]+-[0-9]{2}\.[[:alnum:]-]+\.[[:alpha:]]+$ ]]; then
    echo "Hostname entspricht dem erwarteten Namensschema: ${HOSTNAME}"
else
    echo "Hostname entspricht nicht dem erwarteten Namensschema: ${HOSTNAME}"
    exit 1
fi

Aufschlüsselung des Regex:

^                  # Anfang des Strings
[[:alnum:]-]+      # String aus Buchstaben, Ziffern und "-"
-                  # Trennzeichen vor der Nummer
[0-9]{2}           # Genau zwei Ziffern
\.                 # Punkt
[[:alnum:]-]+      # Domain
\.                 # Punkt
[[:alpha:]]+       # TLD aus Buchstaben
$                  # Ende des Strings

Vergleich von Zahlen

-eq :    =
-ne :    !=
-gt :    >
-ge :    >=
-lt :    <
-le :    <=

Beispiel: Numerischer Vergleich – „größer oder gleich“

Vor dem Start eines Backups wird geprüft, ob auf dem Ziel-Dateisystem noch ausreichend freier Speicherplatz vorhanden ist. Der aktuell verfügbare Speicherplatz wird mit df ermittelt und anschließend mit einem definierten Mindestwert verglichen. Nur wenn der verfügbare Speicherplatz größer oder gleich dem Mindestwert ist, wird die Verarbeitung fortgesetzt.

BACKUP_DIR="/backup"
MIN_FREE_SPACE_GB=20

# Verfügbaren Speicherplatz des Backup-Dateisystems in GiB ermitteln
FREE_SPACE_GB="$(df --output=avail -BG "${BACKUP_DIR}" | tail -n 1 | tr -dc '0-9')"

# Prüfen, ob mindestens der benötigte Speicherplatz verfügbar ist
if [[ "${FREE_SPACE_GB}" -ge "${MIN_FREE_SPACE_GB}" ]]; then
    echo "Ausreichend Speicherplatz vorhanden."
else
    echo "Nicht ausreichend Speicherplatz vorhanden."
    exit 1
fi

Der eigentliche Vergleich ist:

[[ "${FREE_SPACE_GB}" -ge "${MIN_FREE_SPACE_GB}" ]]

Dabei steht ‑ge für greater than or equal, also: >= .

Dateien, Verzeichnisse & Co. testen

Manchmal muss ein Skript herausfinden, womit es überhaupt arbeitet. Gibt es das Backup-Verzeichnis? Existiert die Konfigurationsdatei? Ist ein Pfad ein symbolischer Link? Ist ein Socket vorhanden?

Dafür bringt Bash eine ganze Reihe fertiger Tests mit:

-d FILE        # FILE ist ein Verzeichnis
-b FILE        # FILE ist ein Blockgerät
-c FILE        # FILE ist ein Zeichengerät
-p FILE        # FILE ist eine Pipe
-h FILE        # FILE ist ein symbolischer Link
-L FILE        # FILE ist ein symbolischer Link
-S FILE        # FILE ist ein Socket
-t DESCRIPTOR  # File-Descriptor ist mit einem Terminal verbunden

Für reguläre Dateien und deren Eigenschaften sind vor allem diese Kandidaten praktisch:

-e FILE        # FILE existiert
-f FILE        # FILE ist eine reguläre Datei
-r FILE        # FILE ist lesbar
-s FILE        # FILE existiert und ist nicht leer
-w FILE        # FILE ist beschreibbar
-x FILE        # FILE ist ausführbar

Rechte und Besitzer prüfen

Auch einige speziellere Dateieigenschaften lassen sich direkt abfragen:

-g FILE        # Set-GID-Bit (SGID) ist gesetzt
-u FILE        # Set-UID-Bit (SUID) ist gesetzt
-k FILE        # Sticky-Bit ist gesetzt

-O FILE        # FILE gehört dem aktuellen Benutzer
-G FILE        # FILE gehört zur effektiven Gruppe
-N FILE        # FILE wurde seit dem letzten Lesen verändert

Gerade wenn Skripte mit unterschiedlichen Benutzern oder Berechtigungen laufen, können solche Checks helfen, Voraussetzungen frühzeitig zu überprüfen, statt erst beim eigentlichen Befehl in einen Fehler zu laufen.

Leere Strings erkennen

Eine weitere kleine, aber nicht ganz triviale Prüfung, um beispielsweise einen fehlenden Datenbanknamen abzufangen:

-z STRING      # STRING ist leer
-n STRING      # STRING ist nicht leer

Gerade bei Skripten, die Werte über Parameter oder Umgebungsvariablen erhalten, ist das schnell eingebaut und verhindert, dass mit unvollständigen Angaben weitergearbeitet wird.

Welche Datei ist neuer?

Auch Dateien lassen sich direkt anhand ihres Änderungszeitpunkts vergleichen:

FILE1 -nt FILE2     # FILE1 ist neuer als FILE2
FILE1 -ot FILE2     # FILE1 ist älter als FILE2

So lässt sich ohne zusätzlichen stat-Aufruf entscheiden, ob ein weiterer Verarbeitungsschritt notwendig ist.

Für den nächsten „Wie war das nochmal?“-Moment

Natürlich ist das nur ein Ausschnitt dessen, was sich mit Bash abbilden lässt. Aber genau diese Vergleiche und Tests tauchen im Admin-Alltag eben ab und zu mal wieder auf: Werte vergleichen, Schwellwerte prüfen, Dateien und Verzeichnisse validieren oder sicherstellen, dass die Voraussetzungen für den nächsten Schritt stimmen.

Die Herausforderung ist dabei oft gar nicht, wie sich eine bestimmte Prüfung umsetzen lässt. Vielmehr muss man erst einmal wissen – oder sich daran erinnern –, was Bash bereits von Haus aus mitbringt. Bevor man also selbst einen umständlichen Test baut, lohnt sich manchmal ein kurzer Blick auf die vorhandenen Operatoren. Genau dafür ist dieses Cheat Sheet gedacht: nicht zum Bash-Lernen von null an, sondern als Gedächtnisstütze, wenn die Lösung eigentlich bekannt ist – nur die verdammte Syntax gerade nicht mehr.

Im nächsten Teil geht es dann um String-Manipulation und Variablen – also unter anderem darum, Dateinamen und Pfade direkt mit Bash-Bordmitteln auseinanderzunehmen, Default-Werte zu setzen und mit Bash-Sondervariablen zu arbeiten.

Hier findest du weitere » Cheat Sheets die dir das Leben als Linux-Admin leichter machen.

Share this article

Der Beitrag Bash Cheat Sheet: Vergleichsoperatoren & Tests erschien zuerst auf ASPICON.

Mut zur Lücke? Mit Dbvisit Zero Data Loss nicht nötig

Isabel Dahl — Tue, 01 Sep 2026 06:24:32 +0000

Home

Mut zur Lücke? Mit Dbvisit Zero Data Loss nicht nötig

Verfasst von Isabel Dahl
01 September 2026
08:24
Dbvisit Standby, Oracle Standard Edition /One /Two, Standby Datenbank

Was, wenn du dich in puncto Disaster Recovery nicht mehr zwischen einem langen Rücksprungfenster und einer möglichst kleinen Datenlücke entscheiden müsstest? Genau das verspricht Dbvisit mit “Zero Data Loss” – ab heute offiziell verfügbar, auch für Oracle Database Standard Edition 2. Das neue Feature lässt sich nahtlos in ein bestehendes Disaster-Recovery-Konzept integrieren und bringt den RPO* deiner Oracle Database nahe an null. Kein Kompromiss mehr zwischen Sicherheit und Aktualität.

Als Dbvisit Platinum Partner konnten wir uns bereits vor dem offiziellen Launch intensiv mit dem neuen Feature auseinandersetzen. Pünktlich zur heutigen Veröffentlichung ordnen wir die Lösung für dich ein: Was sich gegenüber den bisherigen Möglichkeiten ändert, welche Vorteile das Tool konkret bringt – und wann ein RPO nahe null überhaupt sinnvoll ist.

___

*RPO (Recovery Point Objective) = Daten (Wie viel Datenverlust ist tolerierbar?)
RTO (Recovery Time Objective) = Zeit (Wie lange darf die Ausfallzeit dauern?)

Dein Sicherheitsnetz hat Lücken

Machen wir einen kurzen Ausflug in die Praxis: Der Auftrag ist bestätigt, wichtige Informationen erfasst, die Zahlung verbucht, der Warenbestand aktualisiert – zumindest sollte es so sein. Doch dann fällt die Datenbank aus. Nach dem Wechsel auf das Standby-System fehlen plötzlich die letzten Minuten.

Was zunächst nach einer überschaubaren Datenlücke klingt, kann schnell zum geschäftskritischen Problem werden: Welche Aufträge sind betroffen? Welche Informationen fehlen? Welche Buchungen wurden noch verarbeitet? Stimmen Warenbestand und Systembestand überein? Und wie lassen sich die fehlenden Informationen überhaupt vollständig rekonstruieren und fehlerfrei zurückspielen?

Aus wenigen Minuten Datenverlust können so Stunden manueller Recherche entstehen – inklusive Betriebsunterbrechungen, unzufriedener Kunden, regulatorischer Herausforderungen und Kosten, die sich nur schwer beziffern lassen.

Genau hier liegt die Schwachstelle klassischer Standby-Lösungen. Eine Standby-Datenbank ist zweifellos eine wichtige Absicherung für geschäftskritische Oracle-Systeme. Ein bewusst konfigurierter Zeitversatz kann sogar sinnvoll sein – etwa um bei logischen Datenbankfehlern oder versehentlichen Änderungen ein zusätzliches Rücksprungfenster zu schaffen.

Der Haken:

Bei einem ungeplanten Ausfall kann zwischen Produktiv- und Standby-System eine Datenlücke von mehreren Minuten entstehen. Und genau diese Lücke wird bei geschäftskritischen und transaktionsintensiven Anwendungen schnell unangenehm – und teuer.

Weniger Datenlücke? Bisher nur mit Kompromissen

Wer diese Datenlücke bei seiner Oracle Datenbank möglichst klein halten wollte, musste bislang abwägen.

Option 1: Datenverlust im Minutenbereich akzeptieren.

Die klassische StandbyMP-Absicherung über archivierte Redo Logs ist bewährt und zuverlässig. Zwischen dem letzten verfügbaren Datenstand auf dem Standby und dem Zeitpunkt eines ungeplanten Ausfalls kann aber eine Datenlücke von mehreren Minuten entstehen. Die Krux an der Sache: Auch ein Ausfall von nur wenigen Minuten kann einen Arbeitsaufwand von mehreren Stunden nach sich ziehen zur Wiederherstellung der Daten. Denn nach einem Ausfall geht es nicht nur darum, wie schnell Datenbank und Anwendungen wieder verfügbar sind. Das Identifizieren, Abgleichen und gegebenenfalls Rekonstruieren fehlender Daten kann deutlich länger dauern, als die technische Wiederherstellung selbst.

Option 2: Eine individuelle Lösung aufbauen

Beispielsweise über zusätzliche Storage- oder andere Replikationsmechanismen. Das kann funktionieren, bedeutet aber zusätzliche Komplexität, Wartungsaufwand, Know-how und Eigenverantwortung für die IT.

Option 3: Auf Enterprise-Technologien setzen

Wer mit Oracle-Bordmitteln einen sehr niedrigen RPO erreichen wollte, landete früher schnell bei der Oracle Enterprise Edition. Und damit bei entsprechend höheren Lizenzkosten.

Option 2: Eine individuelle Lösung aufbauen

Option 3: Auf Enterprise-Technologien setzen

Wer mit Oracle-Bordmitteln einen sehr niedrigen RPO erreichen wollte, landete früher schnell bei der Oracle Enterprise Edition – und damit bei entsprechend höheren Lizenzkosten.

Kurz gesagt waren deine Möglichkeiten bisher:

Datenverlust akzeptieren, Komplexität akzeptieren oder höhere Kosten akzeptieren.

Von 90 auf 100 in unter einer Sekunde

Genau hier macht Dbvisit jetzt Schluss mit “entweder…oder”. Statt das bewährte StandbyMP-Verfahren zu ersetzen, ergänzt die neue Funktion einen zweiten Übertragungsweg: Während archivierte Redo Logs weiterhin regelmäßig an das Standby-System übertragen und dort angewendet werden, überträgt Zero Data Loss die laufenden Änderungen aus den Online Redo Logs kontinuierlich und nahezu in Echtzeit. In geeigneten Umgebungen sinkt der RPO dadurch von mehreren Minuten auf unter eine Sekunde.

Beide Übertragungswege arbeiten dabei unabhängig voneinander. Wird die kontinuierliche Verbindung unterbrochen, bleibt die bestehende Übertragung der archivierten Redo Logs als zusätzliche Absicherung erhalten. Auch am grundsätzlichen StandbyMP-Betrieb ändert sich nichts: Switchover, Failover, DR-Tests und Resynchronisation funktionieren weiterhin nach dem bekannten Prinzip.

Für bestehende StandbyMP-Umgebungen bedeutet das: Die Datenlücke wird drastisch kleiner, ohne das Disaster-Recovery-Konzept grundsätzlich neu aufzubauen. Im Idealfall heißt das für dich: Nach einem Ausfall musst du nicht erst minutenlange Datenlücken rekonstruieren, sondern kannst deutlich näher am tatsächlichen letzten Datenstand weiterarbeiten.

Braucht wirklich jede Datenbank Zero Data Loss?

Jetzt kommen wir zum eigentlichen Knackpunkt. So begeistert wir von der neuen Möglichkeit sind: Die Frage, ob deine Datenbank Zero Data Loss braucht, kannst du nur selbst für dich beantworten. Denn entscheidend ist nicht, was technisch möglich ist, sondern was dein Geschäftsprozess verkraftet oder eben auch nicht verkraftet.

Bei einem internen System können einige Minuten Datenverlust möglicherweise akzeptabel sein. Anders sieht es aus, wenn kontinuierlich geschäftskritische Transaktionen entstehen:
Im Finanz- und Versicherungswesen können fehlende Transaktionen fachliche und regulatorische Konsequenzen haben. Im E‑Commerce und Handel können Bestellungen oder Zahlungen betroffen sein. In Logistik und Just-in-Time- oder Just-in-Sequence-Produktion können digitale Bestände und tatsächliche Waren- oder Materialbewegungen auseinanderlaufen. Und im Gesundheitswesen können fehlende oder veraltete Informationen unmittelbare Auswirkungen auf die Versorgung und Behandlung haben.

Die wichtigste Frage, die du dir deshalb stellen musst lautet:

Wie viel Datenverlust können deine Geschäftsprozesse tatsächlich verkraften? Denn der eigentliche Mehrwert der Lösung liegt nicht in der Zahl „RPO unter 1 Sekunde“. Er liegt in dem, was dadurch möglicherweise nicht mehr verloren geht, wie wichtig diese Informationen für dein Geschäft sind und welchen Wiederherstellungsaufwand du dir sparst.

Weniger Datenlücke, mehr Sicherheit im Betrieb

Zusammengefasst lässt sich sagen: Das neue Dbvisit Tool sorgt dafür, dass geschäftskritische Daten, die unmittelbar vor einer Störung entstanden sind, mit deutlich höherer Aktualität auf dem Standby-System zur Verfügung stehen.

Das sorgt für:

Weniger verlorene Transaktionen
Je kleiner die Datenlücke zwischen Primär- und Standby-System ist, desto weniger geschäftskritische Vorgänge können bei einem Ausfall verloren gehen und desto geringer sind die Auswirkungen auf die Datenintegrität.
Weniger Aufwand nach einem Ausfall
Je kleiner die Datenlücke, desto weniger muss anschließend gesucht, abgeglichen oder manuell rekonstruiert werden.
Weniger Komplexität für die IT
Statt eine individuelle Replikationslösung aufzubauen und dauerhaft selbst zu betreiben, wird die bestehende StandbyMP-Umgebung um eine standardisierte und supportete Funktion erweitert.
Oracle Database Standard Edition 2 bleibt eine echte Option
Für einen RPO nahe null muss nicht allein deshalb auf die Enterprise Edition gewechselt werden. Dbvisit positioniert StandbyMP ausdrücklich als Enterprise-Class-DR für Oracle Database SE 2 und stellt dem die deutlich höheren Oracle-Lizenzkosten gegenüber.

Unsere Einordnung

Zero Data Loss schließt aus unserer Sicht eine bisherige Lücke für Oracle Database Standard Edition 2. Wer den RPO bisher vom Minutenbereich in Richtung null bringen wollte, musste dafür meist komplexere oder kostenintensivere Alternativen in Kauf nehmen.

Die Kombination aus RPO unter einer Sekunde, einfacher Integration in das bestehende StandbyMP-Konzept und einer standardisierten, supporteten Lösung macht die Erweiterung insbesondere für kritische Oracle-SE2-Umgebungen interessant.

Als Dbvisit Platinum Partner beschäftigen wir uns bei ASPICON seit vielen Jahren mit StandbyMP und Disaster-Recovery-Konzepten für Oracle-Datenbanken. Mit dem Launch von Zero Data Loss verändert sich die Ausgangslage für Oracle Database Standard Edition 2 jetzt drastisch. Wenn du einen RPO im Minutenbereich bislang als unvermeidbaren Kompromiss akzeptiert hast, solltest du diese Annahme jetzt neu bewerten.

Es ist Zeit, Disaster Recovery für Oracle Database Standard Edition 2 neu zu denken.
Wir helfen dir gern dabei.

Kontakt

Es ist Zeit, Disaster Recovery für Oracle Database Standard Edition 2 neu zu denken.
Wir helfen dir gern dabei.

Kontakt

Hier findest du weitere Infos rund um » Dbvisit StandbyMP von deinem
Dbvisit Platinum Partner.

Dbvisit und ASPICON: » Partnerschaft mit Substanz – seit 2008

Share this article

Der Beitrag Mut zur Lücke? Mit Dbvisit Zero Data Loss nicht nötig erschien zuerst auf ASPICON.

Patch Update und Release Info PostgreSQL

Uli Lorenz — Fri, 14 Aug 2026 05:34:04 +0000

Home

Patch Update und Release Info PostgreSQL

Verfasst von Uli Lorenz
14 August 2026
07:34
Datenbank, PostgreSQL

PostgreSQL Patch Update: 28 Sicherheitslücken und über 110 Fehler behoben

Die PostgreSQL Community hat ein neues Update für alle unterstützten Versionen veröffentlicht: PostgreSQL 18.6, 17.11, 16.15, 15.19 und 14.24. Gleichzeitig steht mit PostgreSQL 19 Beta 3 eine neue Testversion bereit.

Das aktuelle Release behebt 28 Sicherheitslücken sowie mehr als 110 Fehler, die in den vergangenen Monaten gemeldet wurden. Darunter befinden sich mehrere Schwachstellen mit einem CVSS Base Score von bis zu 8.8, die unter anderem die Ausführung beliebigen Codes, SQL-Injection oder unzulässige Speicherzugriffe ermöglichen können.

Neben den Security Fixes bringt das Update zahlreiche Fehlerbehebungen und Verbesserungen für den Datenbankbetrieb. Dazu gehören unter anderem Korrekturen bei Partitionierung, Query Planner, Autovacuum, WAL, logischer Replikation sowie pg_dump und pg_restore.

Alle Infos zum Patch Update, den Bug Fixes und Verbesserungen findest du » hier.

Nach dem Update: Diese Punkte solltest du prüfen

Bei einigen Konfigurationen können nach dem Einspielen zusätzliche Schritte notwendig sein:

GIN-Indizes: Tabellen mit GIN-Indizes sollten auf fehlerhafte reltuples-Werte geprüft und gegebenenfalls mit ANALYZE korrigiert werden.
btree_gist: Bestimmte Indizes auf float-, bit- oder bit varying-Spalten sollten nach dem Update neu aufgebaut werden.
ltree: Bei B‑Tree-Indizes auf sehr großen ltree-Werten kann ebenfalls ein REINDEX erforderlich sein.

Ein Dump/Reload oder pg_upgrade ist für die Minor Updates grundsätzlich nicht notwendig. Die PostgreSQL Update Releases sind kumulativ und können durch Aktualisierung der PostgreSQL-Binaries eingespielt werden.

PostgreSQL 14: Support endet im November

Noch eine wichtige Info in dem Zusammenhang: PostgreSQL 14 geht am 12. November 2026 aus dem Support. Das bedeutet, dass keine Sicherheitsupdates oder Fehlerbehebungen mehr von der PostgreSQL Community zur Verfügung gestellt werden.

Für dich als IT-Administrator oder IT-Leiter ist das ein wichtiger Zeitpunkt, um aktiv zu werden. Ein veraltetes Datenbanksystem kann Sicherheitsrisiken erhöhen, die Systemstabilität beeinträchtigen und Compliance-Anforderungen erschweren.

Unsere Empfehlungen:

Prüfe bestehende PostgreSQL-14-Installationen in deinen Systemen.
Plane ein Upgrade auf eine unterstützte Version (aktuell PostgreSQL 15 oder höher).
Teste Anwendungen und Schnittstellen frühzeitig auf Kompatibilität, um Ausfallzeiten zu vermeiden.

Ein rechtzeitiges Upgrade schützt deine Daten, sorgt für Stabilität und stellt sicher, dass du weiterhin von Sicherheitsupdates profitierst.

Eine Übersicht aller Supportlaufzeiten der PostgreSQL Versionen findest du » hier.

Du hast Fragen zum Update oder benötigst Unterstützung?
Komm gern auf uns zu!

Kontakt

Hier findest du weitere Infos aus der Welt von PostgreSQL aus unserem News & Insights Bereich.

Share this article

Der Beitrag Patch Update und Release Info PostgreSQL erschien zuerst auf ASPICON.

Cheat Sheet: OpenSSL für Zertifikate

Michael Decker — Tue, 04 Aug 2026 11:57:53 +0000

Home

Cheat Sheet: OpenSSL für Zertifikate

Verfasst von Michael Decker
04 August 2026
13:57
Cheat Sheet, DBA Tipp, Linux, Praxistipp

Ab und zu spült mir der Algorithmus verschiedene “Cheat Sheets” in die Timeline. Viele davon enthalten mehr oder weniger vollständige Sammlungen von grundlegenden Befehlen z.B. für Podman, Docker und Kubernetes oder auch Ansible, Terraform und unzählige weitere Tools.

Das ist durchaus interessant. Trotzdem frage ich mich häufig, ob ein Cheat Sheet mit den Basics von 200 verschiedenen Tools im Arbeitsalltag wirklich weiterhilft.

Deshalb teile ich hier künftig Tipps aus meinem Admin-Alltag – praxisnah, ohne Buzzwords und mit dem Fokus auf Dinge, die sich im täglichen Betrieb bewährt haben. Heute habe ich zwei einfache OpenSSL-Befehle für dich, die dir in typischen Alltagssituationen weiterhelfen werden.

Das ist durchaus interessant. Trotzdem frage ich mich häufig, ob ein Cheat Sheet mit den Basics von 200 verschiedenen Tools im Arbeitsalltag wirklich weiterhilft.

Stell dir vor, du bist ein “DevOps Engineer” – oder wie das früher mal hieß: “Linux Admin” – und möchtest nach einem Deployment oder einer Infrastrukturänderung schnell prüfen, ob ein Service wie erwartet erreichbar ist.

Typische Situationen sind beispielsweise:

Kontrolle nach Deployments
Untersuchung von Störungen
Netzwerk- und Infrastruktur-Changes
“Transparente” Proxies

In genau solchen Fällen gehören für mich netcat und openssl zu den Werkzeugen, auf die ich immer wieder zurückgreife.

1. Schnell prüfen, ob ein Service erreichbar ist

Mein erster Griff geht fast immer zu netcat (nc). Wenn ich herausfinden möchte, ob ein Dienst überhaupt auf dem erwarteten Host und Port lauscht, reicht oft schon ein einfacher TCP-Check:

nc -vz

Damit lässt sich in wenigen Sekunden feststellen, ob grundsätzlich eine TCP-Verbindung aufgebaut werden kann.

2. Wenn der Port offen ist – der Client aber trotzdem nicht funktioniert

Manchmal reicht ein offener Port allerdings nicht aus. Der Dienst ist erreichbar, der Client verbindet sich trotzdem nicht oder das Zertifikat scheint Probleme zu verursachen. Die entsprechenden Fehler- oder Logmeldungen sind nicht immer so eindeutig, wie man sich das wünscht.

In diesen Fällen ist folgender Befehl für mich einer der wertvollsten Helfer.

Instruiere OpenSSL doch bitte, als Client mit FQDN an Port PORT zu sprechen und zu fragen, wie das Zertifikat aussieht.

openssl s_client -showcerts -connect :

Beispiel:

openssl s_client -showcerts -connect foo.bar.lan:25

Der Befehl baut eine Verbindung zum Dienst auf und zeigt unter anderem das präsentierte Zertifikat an.

Noch übersichtlicher wird die Ausgabe mit:

openssl s_client -showcerts -connect :

Damit erhältst du die Zertifikatsinformationen in einer deutlich besser lesbaren Form. Anschließend kannst du die Ausgabe nach Belieben weiter filtern – beispielsweise mit grep, um gezielt nach Informationen wie Issuer, Subject, Not Before oder Not After zu suchen.

SNI nicht vergessen

Gerade bei Load Balancern oder Webservern mit mehreren virtuellen Hosts kann es notwendig sein, zusätzlich den gewünschten Servernamen per SNI (Server Name Indication) mitzugeben. Andernfalls bekommst du möglicherweise das falsche Zertifikat präsentiert.

Das sieht dann beispielsweise so aus:

openssl s_client -showcerts \
-servername bar.foo.lan \
-connect bar.foo.lan:443

Fazit

Natürlich kann OpenSSL deutlich mehr, als nur als Client auftreten. Zusammen mit Werkzeugen wie nc, curl, dig, ss oder netstat gehört es für mich zu den wichtigsten Helfern bei der täglichen Fehlersuche.

Wenn es darum geht, Services mit TLS-Zertifikaten schnell zu überprüfen, lassen sich mit den beiden vorgestellten Befehlen die Fehlerquellen schnell und zuverlässig eingrenzen.

Hier findest du weitere » Cheat Sheets die dir das Leben als Linux-Admin leichter machen.

Share this article

Der Beitrag Cheat Sheet: OpenSSL für Zertifikate erschien zuerst auf ASPICON.

Oracle Critical Patch Update Juli 2026: 1.449 Sicherheitsupdates veröffentlicht

Marcel Heinrich — Tue, 28 Jul 2026 09:34:55 +0000

Home

Oracle Critical Patch Update Juli 2026: 1.449 Sicherheitsupdates veröffentlicht

Verfasst von Marcel Heinrich
28 Juli 2026
11:34
Critical Patch Update, Fusion Middleware, Java, MySQL, Oracle, Oracle Database, Oracle Datenbank 12c /18c /19c /21c, Oracle Enterprise Manager, Oracle WebLogic Server, Security

Oracle hat am 21. Juli 2026 das dritte Critical Patch Update des Jahres veröffentlicht. Besonders betroffen ist diesmal erneut die Oracle Fusion Middleware mit 355 Sicherheitsupdates – darunter mehrere Schwachstellen mit dem maximalen CVSS-Score von 10.0. Insgesamt enthält das Juli-CPU » 1.449 Sicherheitsupdates.

Wie bei jedem Critical Patch Update empfiehlt Oracle, die bereitgestellten Updates zeitnah einzuspielen. Viele der behobenen Schwachstellen können über das Netzwerk ausgenutzt werden – teilweise sogar ohne vorherige Authentifizierung.

Welche Oracle-Produkte sind besonders betroffen und wo besteht der größte Handlungsbedarf? Um dir die Einordnung zu erleichtern, haben wir die wichtigsten Informationen zu den relevanten Oracle-Lösungen kompakt zusammengefasst. Die anschließende Übersicht der CVSS Base Scores unterstützt dich dabei, die Kritikalität der Schwachstellen besser zu bewerten.

Oracle Fusion Middleware (WebLogic Server)

Mit » 355 Sicherheitsupdates weist die Oracle Fusion Middleware erneut die höchste Anzahl an behobenen Schwachstellen auf. Davon sind 219 Sicherheitslücken remote ohne Authentifizierung ausnutzbar. Besonders kritisch sind mehrere Schwachstellen mit dem maximalen CVSS-Score von 10.0, die zeitnah behoben werden sollten.

Oracle MySQL Server

Im Bereich Oracle MySQL werden » 54 Sicherheitslücken geschlossen. Neun davon sind remote und ohne Authentifizierung angreifbar. Der höchste Base Score liegt bei CVSS 8.5.

Enterprise Manager (Cloud Control)

Auch der Oracle Enterprise Manager erhält im Juli-CPU » 27 Sicherheitsupdates. 13 Schwachstellen gelten als remote ohne Authentifizierung ausnutzbar. Die höchste Risikobewertung liegt bei CVSS 9.8. Oracle weist außerdem darauf hin, dass Enterprise Manager zusätzlich von betroffenen Oracle Database- und Fusion Middleware-Komponenten abhängen kann.

Oracle Java SE

Für Oracle Java SE veröffentlicht Oracle » 19 Sicherheitsupdates. 17 Schwachstellen können ohne Authentifizierung über das Netzwerk ausgenutzt werden. Der höchste CVSS-Wert beträgt 7.8. Betroffen sind die unterstützten Versionen Java SE 8, 11, 17, 21, 25 und 26.

Oracle Database Server

Für den Oracle Database Server stellt Oracle » 15 Sicherheitsupdates bereit. Sechs Schwachstellen können über das Netzwerk ohne vorherige Authentifizierung ausgenutzt werden. Drei der Patches sind auch für Client-Only-Installationen relevant. Die kritischste Schwachstelle erreicht einen CVSS-Score von 9.9. Betroffen sind unter anderem Oracle Database 19c, 21c und 23ai.

Die folgende Übersicht stellt die wichtigsten Informationen noch einmal kompakt dar – inklusive des jeweils höchsten CVSS-Basiswerts pro Produktbereich.

Betroffenes Produkt	Anzahl Patches	Remote ausnutzbar?	Höchster Base Score
Oracle Fusion Middleware (WebLogic Server)	355	ja (219)	10.0
Oracle MySQL Server	54	ja (9)	8.5
Enterprise Manager (Cloud Control)	27	ja (13)	9.8
Oracle Java SE	19	ja (17)	7.8
Oracle Database Server	15	ja (6)	9.9

Detaillierte Informationen zum aktuellen Critical Patch Update sowie zu früheren Updates und Sicherheitswarnungen findest du in den » Oracle Security Alerts.

Zur optimalen Planung hat Oracle die nächsten Termine für kommende Patch-Veröffentlichungen bereits angekündigt:

20. Oktober 2026
19. Januar 2027
20. April 2027
20. Juli 2027

Fazit und Empfehlung

Mit 1.449 Sicherheitsupdates unterstreicht das Oracle Critical Patch Update Juli 2026 die Bedeutung eines konsequenten Patch-Managements. Insbesondere Unternehmen, die Oracle Fusion Middleware, Oracle Database, MySQL, Java SE oder den Enterprise Manager einsetzen, sollten die bereitgestellten Updates zeitnah bewerten und einspielen.

Du möchtest wissen, welche Patches für deine Oracle-Umgebung relevant sind oder benötigst Unterstützung bei Planung und Durchführung des Updates? Wir unterstützen dich gerne.

Kennst du schon unseren ASPICON Patch-Management-Service?

Als unser Kunde profitierst du von unserem Patch-Management-Service. Das heißt:

Wir informieren dich rechtzeitig über neue Patches und deren Relevanz für deine Systemlandschaft.
Gemeinsam mit dir finden wir einen Weg, deine Systeme regelmäßig auf den neuesten Stand zu bringen – selbstverständlich unter Berücksichtigung deiner individuellen Rahmenbedingungen und mit möglichst geringer Downtime.

Ruf uns gern an, um dich auf unserer Patchliste eintragen zu lassen und deine Systeme optimal zu schützen: +49.371.909515–100

Marcel
Senior Account Manager bei ASPICON

Tel: +49.371.909515–100

Hier findest du Infos zu den vergangenen » Patch Updates und weitere nützliche Hinweise zum Thema Patchen im Allgemeinen aus unserem News und Insights Bereich.

Share this article

Der Beitrag Oracle Critical Patch Update Juli 2026: 1.449 Sicherheitsupdates veröffentlicht erschien zuerst auf ASPICON.

Dbvisit kündigt Preisanpassung für StandbyMP ab August 2026 an

Marcel Heinrich — Tue, 23 Jun 2026 11:53:52 +0000

Home

Dbvisit kündigt Preisanpassung für StandbyMP ab August 2026 an

Verfasst von Marcel Heinrich
23 Juni 2026
13:53
Dbvisit Standby, Microsoft, Oracle, PostgreSQL, Standby Datenbank

Dbvisit hat eine Anpassung der Preise für seine Disaster-Recovery-Lösung StandbyMP angekündigt. Die neuen Listenpreise treten zum 1. August 2026 in Kraft.

Nach Angaben von Dbvisit handelt es sich um die erste wesentliche Preisanpassung seit rund fünf Jahren. Als Begründung nennt das Unternehmen unter anderem Investitionen in die Weiterentwicklung der Plattform sowie den Ausbau von Support- und Engineering-Ressourcen.

Anpassungen nach Produktlinie

Die Preisanpassungen betreffen die StandbyMP-Produkte in unterschiedlichem Umfang:

StandbyMP für Oracle: +12 %
StandbyMP für SQL Server: +8 %
StandbyMP für PostgreSQL: keine Preisänderung

Anpassungen bei Laufzeitlizenzen

Für die Verlängerung von Laufzeitlizenzen (Term Licenses) führt Dbvisit ab 1. September 2026 eine jährliche Preisanpassung von 3 % pro Vertragsjahr ein. Die Erhöhung ist dabei auf den jeweils aktuellen Listenpreis begrenzt.

Beispiele:

Verlängerung um 1 Jahr: +3 %
Verlängerung um 2 Jahre: +6 %
Verlängerung um 3 Jahre: +9 %

Du hast Fragen oder benötigst Unterstützung?
Melde dich gern bei uns.

Kontakt

Marcel
Senior Account Manager bei ASPICON

Hier findest du weitere Infos rund um Dbvisit StandbyMP aus unserem News & Insights Bereich.

Share this article

Der Beitrag Dbvisit kündigt Preisanpassung für StandbyMP ab August 2026 an erschien zuerst auf ASPICON.

Release Info: Oracle Database Appliance Version 19.31 veröffentlicht

Sebastian Naumann — Wed, 17 Jun 2026 06:56:26 +0000

Home

Release Info: Oracle Database Appliance Version 19.31 veröffentlicht

Verfasst von Sebastian Naumann
17 Juni 2026
08:56
Datenbank, Oracle

Mit der Oracle Database Appliance Version 19.31 stellt Oracle erneut zahlreiche Erweiterungen für ODA-Systeme der Generationen X8 bis X11 bereit. Neben neuen Funktionen für Oracle Data Guard und das Management der Infrastruktur stehen vor allem Verbesserungen bei Administration, Flexibilität und Speicherverwaltung im Fokus.

Die wichtigsten Änderungen haben wir hier für dich zusammengefasst. Alle Infos zum Release findest du im » Oracle Help Center oder im » Oracle Blog.

Das bringt das neue Oracle Database Appliance Release unter anderem mit:

Oracle Data Guard jetzt mit Multi-Domain-Unterstützung:

Ab Release 19.31 unterstützt Oracle Database Appliance die Konfiguration von Oracle Data Guard über mehrere Domains hinweg. Dadurch lassen sich Disaster-Recovery-Szenarien flexibler gestalten und komplexere Netzwerkstrukturen einfacher abbilden.

Alte Grid-Infrastructure-Homes einfach entfernen:

Nicht mehr benötigte Oracle Grid Infrastructure Homes früherer Releases können jetzt direkt über die Browser User Interface (BUI) oder per ODACLI gelöscht werden. Das schafft zusätzlichen Speicherplatz auf System- und Boot-Laufwerken und vereinfacht die Pflege der Umgebung.

Erweiterungen in der Browser User Interface (BUI):

Die Benutzeroberfläche wurde um mehrere praktische Funktionen ergänzt:

Erweiterung des verfügbaren /u01 ‑Speicherplatzes in DB-Systemen
Anpassung der CPU-Kernanzahl eines DB-Systems ohne Änderung des Shapes
Detailliertere Infrastrukturinformationen direkt in der Oberfläche

Diese Erweiterungen erleichtern die Administration und erhöhen die Transparenz im laufenden Betrieb.

Unterstützung für Oracle Enterprise Manager Cloud Control:

Oracle erweitert mit Release 19.31 die Unterstützung des Oracle Enterprise Manager Plug-ins für Oracle Database Appliance. In Verbindung mit Oracle Enterprise Manager Cloud Control 13c Release 5 (13.5) können ODA-Systeme ab der Hardwaregeneration X8‑2 zentral überwacht und verwaltet werden. Dies ermöglicht eine einheitliche Sicht auf die gesamte Oracle-Infrastruktur und vereinfacht das Monitoring sowie das Kapazitäts- und Performance-Management der Appliance-Umgebung.

Energieverbrauch auf ODA X11 optimieren:

Für AMD-EPYC-basierte Oracle Database Appliance X11-Systeme bietet Oracle erstmals Funktionen zur Steuerung des Energieverbrauchs. Dadurch können Unternehmen Stromkosten reduzieren und ihre Nachhaltigkeitsziele unterstützen.

Integrierte Datenbank-Updates und unterstützte Plattformen

ODA 19.31 enthält bereits die Oracle Database Release Updates vom April 2026 sowie die aktuellen Clone-Dateien für Oracle Database 19c und Oracle AI Database 26ai. Darüber hinaus können sowohl 19c- als auch 26ai-Datenbanken auf DB Systems bereitgestellt werden.

Oracle Database Appliance 19.31 unterstützt weiterhin Bare-Metal- und KVM-Deployments auf den Plattformen:

Oracle Database Appliance X8
Oracle Database Appliance X9
Oracle Database Appliance X10
Oracle Database Appliance X11

Fazit

Mit Release 19.31 setzt Oracle den Fokus auf eine vereinfachte Administration und höhere Flexibilität im Betrieb von Oracle Database Appliances. Besonders die Unterstützung von Multi-Domain Data Guard, die Unterstützung für Cloud Control sowie die Bereinigung älterer Grid-Infrastructure-Installationen bieten Mehrwert für Administratoren und Betreiber produktiver ODA-Umgebungen. Gleichzeitig sorgen aktuelle Datenbank-Updates und die Unterstützung von Oracle AI Database 26ai dafür, dass die Plattform technisch auf dem neuesten Stand bleibt.

Unser Tipp: Plane das Update frühzeitig ein – idealerweise außerhalb produktiver Zeiten. Bei der Gelegenheit lohnt es sich, bestehende Update‑, Backup- und Security-Konzepte im Zuge des Upgrades zu überprüfen und gegebenenfalls anzupassen.

Du hast Fragen zum Update oder benötigst Unterstützung?
Melde dich gern bei uns.

Kontakt

Marcel
Senior Account Manager bei ASPICON

Hier findest du weitere Infos rund um Oracle aus unserem News & Insights Bereich.

Share this article

Der Beitrag Release Info: Oracle Database Appliance Version 19.31 veröffentlicht erschien zuerst auf ASPICON.