Dieser Blog beschreibt, wie man einen Datenbank Link von einer Oracle Datenbank zu einer MySQL Datenbank aufbaut. Als Beispiel dient eine Oracle Standard Edition Two Version 19c (19.14.0) Datenbank mit der Standard Edition High Availability (SEHA) Konfiguration auf Oracle Linux 8.
Oracle Datenbank Link nach MySQL einrichten Blogbeitrag lesen »
In vielen Unternehmen arbeiten die DBAs – und nicht nur die – mit dem User „SYSTEM“. Ist das falsch?
Wer ist eigentlich „SYSTEM“? Blogbeitrag lesen »
Wenn man mit dem Oracle dbca (Database Configuration Assistant) eine Datenbank erstellt, werden im Schritt 3 zwei Templates (Data Warehouse und General Purpose or Transaction Processing) angeboten. Bei beiden ist Include datafiles gesetzt. Wählt man eine dieser beiden Prototypen aus, ist die Erstellung der Datenbank ein Kinderspiel und in ca. 5 Minuten hat man eine fertige Datenbank.
Lohnen sich Datenbank Templates Blogbeitrag lesen »
Ab Oracle 18c (mit einigen Einschränkungen) gibt es die Möglichkeit, das Oracle Installationsverzeichnis <ORACLE_HOME> in den Modus read only zu setzen. Ab Version 21 wird dies der Standard sein. Also Zeit, sich endlich damit zu befassen – nicht in der Version 18c sondern mit der Version 19c, genauer mit der Version 19.9.
Read-Only Oracle Home Blogbeitrag lesen »
Am 7. Mai hat Oracle „Standard Edition High Availability” kurz SEHA frei gegeben. Da ja Oracle RAC mit der Version 19 für die Standard Edition nicht mehr zur Verfügung steht (siehe Blog „Kein RAC mehr für Standard Edition„), stellte sich die Frage, wie man eine Oracle Standard Edition hoch verfügbar machen kann. Bereits im März hatte Oracle hierzu angekündigt, dass es eine Lösung geben wird – jetzt ist sie da.
Standard Edition High Availability Blogbeitrag lesen »
Am 15. April war wieder Oracle Patch Day, d.h. die neuen Security Patches, Patch Sets, Release Updates und wie sie alle heißen, standen zur Verfügung. Am selben Tag hat Oracle bekanntgegeben, dass es für die Version 12.2.0.1 einen „Limited Error Correction Support“ gibt. Limited Error Correction Support Um den Unternehmen, laut Oracle, mehr Zeit für den Upgrade nach Version 19 zu geben, wird es einen speziell auf die Version 12.2.0.1 (also nicht Oracle 18) zugeschnittenen Support geben. Dieser Support gilt vom 01. Dezember 2020 bis zum 31. März 2022. Er umfasst Security Patches und Fixes für Severity 1 Probleme. Es
Supportverlängerung für 12.2.0.1 Blogbeitrag lesen »
In einem meiner Projekte hatten wir kürzlich einen GAU: eine Anwendung hatte sich gegen zwei Datenbanken verbunden und somit abwechselnd Änderungen in beiden Datenbank durchführt.Aber wie kann das sein? Warum gibt es zwei Datenbanken? Warum ist es überhaupt möglich, sich an zwei Datenbanken anzumelden – das geht doch gar nicht!
Datenverlust durch Datenbank Services Blogbeitrag lesen »
Auf der Openworld 2019 hat Oracle angekündigt, dass in Oracle Version 19c bis zu drei Pluggable Databases in allen Editionen erlaubt sind. Und tatsächlich: wenn man den aktuellen License Guide nachschaut, findet man folgenden Hinweis:„For all offerings, if you are not licensed for Oracle Multitenant, then you may have up to 3 PDBs in a given container database at any time.“ Was bedeutet das? Zunächst einmal: dass es sehr sinnvoll ist, umgehend auf die Version 19c bzw. 12.2.0.3 zu wechseln. Da es sich dabei um das Long Term Support Release handelt, hat man dann erst einmal bis 2023 eine stabile
Multitenant für Alle Blogbeitrag lesen »
Seit mehr als 25 Jahren beschäftige ich mich intensiv mit der Oracle Datenbank. Egal ob es um Performance, Hochverfügbarkeit oder Backup und Recovery geht, alle diese Funktionen kenne und „liebe“ ich bei Oracle. In meinen Augen gibt es keine Datenbank, die robuster ist und mehr Funktionen enthält. Aber die Frage ist: braucht man das überhaupt? Seit Anfang 2018 beschäftige ich mich daher mit PostgreSQL als Alternative zu Oracle. Warum nicht Mysql oder MariaDB? Weil mich PostgreSQL von Beginn an mit ihrer hohen Oracle Kompatilität beeindruckt hat. PostgreSQL (im Folgenden einfach Postgres) zeichnet sich generell dadurch aus, dass es eine sehr
Warum PostgreSQL? Blogbeitrag lesen »
In diesem Blog geht es darum, wie man ein RMAN Backup dazu nutzt, eine Kopie einer Datenbank zu erstellen. In meinem letzten Blog „Recovery mit RMAN ist einfach!“ bin ich darauf eingegangen, wie RMAN im Fehlerfall bei der Fehlerbehebung helfen kann. Allerdings kommt es, zum Glück, nur selten zu Fehlern, die ein Recovery einer Datei erfordern. Und auch das Restore und Recovery von Datenbanken ist eher selten. Oft steht man aber vor der Herausforderung, eine Kopie einer Datenbank auf einem anderen Server / Stage zur Verfügung zu stellen. Zwar kann man das ganz elegant mit dem RMAN Duplicate Kommando durchführen.
Cloning mit RMAN ist einfach! Blogbeitrag lesen »
