Migration von Oracle Database zu MariaDB – Was Sie wissen sollten

Gartner prognostiziert, dass bis 2022 50 % der bestehenden kommerziellen Datenbanken auf Open-Source-Datenbanken umgestellt sein werden. Darüber hinaus werden 70 % der neuen internen Anwendungen auf einer Open-Source-Datenbankplattform entwickelt (State of the Open-Source DBMS Market, 2018).

Dies sind hohe Zahlen angesichts der Reife, Stabilität und Kritikalität beliebter, proprietärer Datenbanksoftware. Dasselbe lässt sich in der Top-Datenbank-Rangliste beobachten, wo die meisten der Top-Ten-Datenbanken Open Source sind.

Was treibt Unternehmen dazu, solche Schritte zu unternehmen?

Es kann viele Gründe geben, Datenbanksysteme zu migrieren. Für einige werden die Lizenz- und Besitzkosten der Hauptgrund sein; Aber geht es wirklich nur um die Kosten? Und ist Open Source stabil genug, um kritische Produktionssysteme in diese neue Open-Source-Welt zu verlagern?

Open-Source-Datenbanken, insbesondere neue, die in eine Organisation eingebracht werden, stammen oft von einem Entwickler in einem Projektteam. Es wurde ausgewählt, weil es kostenlos ist (keine Auswirkungen auf die externen Ausgaben des direkten Projekts hat) und die technischen Anforderungen des Augenblicks erfüllt.

Aber der kostenlose Aspekt ist nicht wirklich kostenlos, da Sie viele Faktoren berücksichtigen müssen, einschließlich der Migration und der Kosten für Arbeitsstunden. Je reibungsloser die Migration, desto weniger Zeit und Geld werden für das Projekt aufgewendet.

Datenbankmigrationen können insbesondere für heterogene proprietäre Datenbankmigrationen wie Oracle zu PostgreSQL, Oracle zu Percona oder MySQL eine Herausforderung darstellen. Die komplexe Schemastruktur, Datentypen und Datenbankcodes wie PL/SQL können sich stark von denen der Zieldatenbanken unterscheiden,
was einen Schema- und Codetransformationsschritt erfordert, bevor die Datenmigration beginnt.

In dem kürzlich erschienenen Artikel meines Kollegen Paul Namuag hat er untersucht, wie man Oracle auf Percona migriert.

Dieses Mal werfen wir einen Blick darauf, was Sie wissen sollten, bevor Sie von Oracle zu MariaDB migrieren.

MariaDB verspricht Enterprise-Features und Migrationsfeatures, die dabei helfen können, Oracle-Datenbanken in die Open-Source-Welt zu migrieren.

In diesem Blogbeitrag behandeln wir Folgendes:

• Warum migrieren?
• Storage Engine-Unterschiede
• Überlegungen zur Datenbankkonnektivität
• Einfache Installation und Verwaltung
• Sicherheitsunterschiede
• Replikation &HA
• PL/SQL- und Datenbankcode
• Clustering und Skalierung
• Sicherung und Wiederherstellung
• Cloud-Kompatibilität
• Verschiedene Überlegungen

Warum von Oracle migrieren?

Die meisten Unternehmen führen Oracle oder SQL Server oder eine Kombination aus beidem mit kleinen Taschen isolierter Open-Source-Datenbanken aus, die unabhängig voneinander arbeiten. Kleine und mittelständische Unternehmen würden dazu neigen, hauptsächlich Open-Source-Datenbanken bereitzustellen, insbesondere für neue Anwendungen. Aber das ändert sich, und selbst für große Organisationen ist Open Source oft die erste Wahl.

Ein schneller Vergleich dieser beiden Datenbanksysteme sieht wie folgt aus:

• Nur Oracle Express Edition ist kostenlos, hat aber im Vergleich zu MariaDB sehr eingeschränkte Funktionen. Für umfangreiche Funktionen muss entweder die Oracle Standard Edition oder die Oracle Enterprise Edition erworben werden.
• Auf der anderen Seite arbeiteten die MariaDB- und MySQL-Community hart daran, die potenzielle Funktionslücke zu minimieren. Sicherheitskonformität, Hot-Backups und viele andere Unternehmensfunktionen sind jetzt in MariaDB verfügbar.

Es gibt Dinge, die in MariaDB/MySQL immer flexibler waren als in massiven Oracle-Setups. Einer davon ist die einfache Replikation und die horizontale Cluster-Skalierbarkeit.

Speicher-Engine-Unterschiede

Beginnen wir zunächst mit einigen Grundlagen. Man hört immer noch viele Legenden und Mythen in Bezug auf MySQL- oder MariaDB-Einschränkungen, die sich hauptsächlich auf die dunklen Zeiten beziehen, als die Hauptspeicher-Engine MyISAM war.

MyISAM war die Standardspeicher-Engine von MySQL 3.23, bis sie in MariaDB 5.5 durch InnoDB ersetzt wurde. Es handelt sich um eine leichte, nicht transaktionale Engine mit hervorragender Leistung, die jedoch weder Sperren auf Zeilenebene noch die Zuverlässigkeit von InnoDB bietet.

Mit InnoDB (Standard-Speicher-Engine) bietet MariaDB die beiden standardmäßigen Sperren auf Zeilenebene an, nämlich gemeinsame Sperren (S) und exklusive Sperren (X). Eine gemeinsame Sperre wird erhalten, um eine Zeile zu lesen, und ermöglicht anderen Transaktionen, die gesperrte Zeile zu lesen. Verschiedene Transaktionen können auch ihre eigenen gemeinsamen Sperren erwerben.
Die jeweilige Sperre wird erhalten, um in eine Zeile zu schreiben, und verhindert, dass zusätzliche Transaktionen dieselbe Zeile sperren.

InnoDB hat definitiv die größte Transaktionsfunktionslücke zwischen diesen beiden Systemen geschlossen.

Aufgrund der austauschbaren Natur von MariaDB bietet es noch mehr Speicher-Engines, sodass Sie es besser an eine bestimmte Arbeitslast anpassen können. D.h. Wenn es auf den Platz ankommt, können Sie sich für TokuDB entscheiden, das ein hervorragendes Komprimierungsverhältnis bietet, Spider, das für Partitionierung und Daten-Sharding optimiert ist, ColumnStore für die Skalierung großer Datenmengen.

Trotzdem würde ich für diejenigen, die von Oracle migrieren, empfehlen, zuerst mit der InnoDB-Speicher-Engine zu beginnen.

Überlegungen zur Konnektivität

MariaDB teilt mit Oracle eine gute Unterstützung für den Datenbankzugriff, einschließlich ODBC- und JDBC-Treiber, sowie Zugriffsbibliotheken für Perl, Python und PHP. MySQL und Oracle unterstützen beide binäre große Objekte, Zeichen-, numerische und Datumsdatentypen. Sie sollten also keine Probleme haben, den richtigen Konnektor für Ihre Anwendungsdienste zu finden.

MariaDB verfügt nicht über den dedizierten Listener-Prozess, um Datenbankverbindungen ohne SCAN-Adresse für die geclusterte Datenbank aufrechtzuerhalten, wie wir es von Oracle kennen. Sie werden auch keine flexiblen Datenbankdienste finden. Stattdessen müssen Sie zwischen Unix-Socket (eine lokale, sicherste Methode zum Verbinden von DB - App auf demselben Server), Remote-Verbindungen (standardmäßig erlaubt MariaDB keine Remote-Anmeldungen) und auch unter Windows verfügbarer Pipe und Speicher manuell konfigurieren nur Systeme. Für den Cluster muss die SCAN-Adresse durch den Load Balancer ersetzt werden. MariaDB empfiehlt die Verwendung ihres anderen Produkts MaxScale, aber Sie können auch andere wie ProxySQL oder HAproxy finden, die mit einigen Einschränkungen mit MariaDB funktionieren. Während die Verwendung externer Load Balancer für MariaDB schwierig sein kann, finden Sie möglicherweise großartige Funktionen, die im Vergleich dazu in der Oracle-Datenbank nicht verfügbar sind.

Ein Load Balancer wäre auch eine Empfehlung für diejenigen, die nach Oracle Transparent Application Failover (TAF), Oracle Firewall DB oder einigen der erweiterten Sicherheitsfunktionen wie Oracle Connection Manager suchen. Weitere Informationen zur Auswahl des richtigen Load Balancers finden Sie im folgenden Whitepaper.

Während diese Technologien kostenlos sind und manuell über skriptbasierte Installationen bereitgestellt werden können, automatisieren Systeme wie ClusterControl den Prozess mit ihrer Point-and-Click-Oberfläche. Mit ClusterControl können Sie auch Caching-Technologien einsetzen.

Einfache Installation und Verwaltung

Die neueste verfügbare Oracle DB-Version fügte eine lang erwartete Installationsfunktion hinzu:Oracle 18c kann jetzt unter Oracle Linux mit einem RPM installiert werden. Eine dedizierte Java-basierte Installation war immer ein Problem für diejenigen, die Automatisierung für ihre Kochbücher oder Puppet-Code-Snippets schreiben wollten. Sie könnten mit einer vordefinierten unbeaufsichtigten Installation fortfahren, aber die Datei änderte sich von Zeit zu Zeit und trotzdem mussten Sie sich mit der Abhängigkeitshölle auseinandersetzen. Die RPM-basierte Installation war definitiv ein guter Schachzug.

Wie funktioniert es also in MariaDB?

Für diejenigen, die aus der Oracle-Welt herauskommen, ist es immer eine schöne Überraschung zu sehen, wie schnell Sie Instanzen bereitstellen, neue Datenbanken erstellen oder sogar komplexe Replikationsabläufe einrichten können. Der Installations- und Konfigurationsprozess ist wahrscheinlich der reibungsloseste Teil des Migrationsprozesses. Obwohl die Auswahl der richtigen Einstellungen Zeit und Wissen erfordert.

Oracle stellt eine Reihe von Binärdistributionen von MySQL bereit. Dazu gehören generische Binärdistributionen in Form von komprimierten Tar-Dateien (Dateien mit der Erweiterung .tar.gz) für eine Reihe von Plattformen und Binärdateien in plattformspezifischen Paketen. Auf der Windows-Plattform finden Sie einen Standard-Installationsassistenten über eine GUI.

Der Oracle-Datenbankkonfigurationsassistent (DBCA) wird grundsätzlich nicht benötigt, da Sie eine Datenbank mit einem einzeiligen Befehl erstellen können.

CREATE [OR REPLACE] {DATABASE | SCHEMA} [IF NOT EXISTS] db_name
    [create_specification] ...

create_specification:
    [DEFAULT] CHARACTER SET [=] charset_name
  | [DEFAULT] COLLATE [=] collation_name

Sie können auch eine Datenbank mit unterschiedlichen Datenbanksortierungen und Zeichensätzen unter derselben MariaDB-Instanz haben.

Die Einrichtung der Replikation besteht lediglich darin, die binäre Protokollierung auf einem Master zu aktivieren (ähnlich dem Archivprotokoll in Oracle) und den folgenden Befehl auf dem Slave auszuführen, um ihn an den Master anzuhängen.

CHANGE MASTER TO
MASTER_HOST = host,
MASTER_PORT = port,
MASTER_USER = replication_user,
MASTER_PASSWORD = password,
MASTER_AUTO_POSITION = 1;

Sicherheit und Compliance

Oracle bietet erweiterte Datenbanksicherheit.

Die Benutzerauthentifizierung wird in Oracle durchgeführt, indem zusätzlich zu Standort, Benutzername und Kennwort globale Rollen angegeben werden. In Oracle wird die Benutzerauthentifizierung durch verschiedene Authentifizierungsmethoden durchgeführt, einschließlich Datenbankauthentifizierung, externe Authentifizierung und Proxy-Authentifizierung.

Lange Zeit waren Rollen in MariaDB oder MySQL nicht verfügbar. MariaDB hat Rollen mit Version 10.2 hinzugefügt, nachdem sie in MySQL 8.0 erschienen sind.

Rollen, eine Option, die in gängigen Oracle DB-Setups häufig verwendet wird, können problemlos in MariaDB umgewandelt werden, sodass Sie keine Zeit mit der Anpassung einzelner Benutzerberechtigungen verschwenden müssen.

Erstellen, ändern Sie Benutzer, Passwörter:Es funktioniert alles ähnlich wie bei Oracle DB.

Um die Compliance-Standards für Unternehmenssicherheit zu erreichen, bietet MariaDB integrierte Funktionen wie:

• Plug-in prüfen
• Verschlüsselung ruhender Daten
• Zertifikate, TSS-Verbindung
• PAM-Plugin

Plug-in-Angebote prüfen eine Art feinkörniges Auditing (FGA) oder AUDI SQL, das in Oracle verfügbar ist. Es bietet nicht die gleichen Funktionen, ist aber normalerweise gut genug, um Sicherheits-Compliance-Audits zu bestehen.

Verschlüsselung ruhender Daten Die Verschlüsselung von ruhenden Daten kann eine Anforderung für Sicherheitsvorschriften wie HIPAA oder PCI DSS sein. Eine solche Verschlüsselung kann auf mehreren Ebenen implementiert werden – Sie können die gesamte Festplatte verschlüsseln, auf der die Dateien gespeichert sind. Sie können nur die MySQL-Datenbank über die in den neuesten Versionen von MySQL oder MariaDB verfügbaren Funktionen verschlüsseln. Die Verschlüsselung kann auch in der Anwendung implementiert werden, sodass sie die Daten verschlüsselt, bevor sie in der Datenbank gespeichert werden. Jede Option hat ihre Vor- und Nachteile:Festplattenverschlüsselung kann nur helfen, wenn Festplatten physisch gestohlen werden, aber die Dateien auf einem laufenden Datenbankserver nicht verschlüsselt würden.

PAM-Plugin erweitert die Protokollierungsfunktionalität auf enge Benutzerkonten mit LDAP-Einstellungen. Tatsächlich finde ich es viel einfacher einzurichten als die LDAP-Integration mit Oracle Database.

Replikation &HA

MariaDB ist bekannt für seine Einfachheit und Flexibilität bei der Replikation. Standardmäßig können Sie auf Ihre Standby-/Slave-Server lesen oder sogar schreiben. Glücklicherweise brachten die MySQL 10.X-Versionen viele bedeutende Verbesserungen für die Replikation, einschließlich globaler Transaktions-IDs, Ereignisprüfsummen, Multithread-Slaves und absturzsicherer Slaves/Master, um die Replikation noch besser zu machen. DBAs, die an MySQL-Replikationslese- und -schreibvorgänge gewöhnt sind, würden eine ähnliche oder sogar einfachere Lösung von seinem größeren Bruder Oracle erwarten. Leider standardmäßig nicht.

Die physische Standard-Standby-Implementierung für Oracle ist für alle Lese-/Schreibvorgänge geschlossen. Tatsächlich bietet Oracle logische Variationen, hat aber viele Einschränkungen und ist nicht für HA konzipiert. Die Lösung für dieses Problem ist eine zusätzliche kostenpflichtige Funktion namens Active Data Guard, mit der Sie Daten aus dem Standby lesen können, während Sie Redo-Protokolle anwenden.

Active Data Guard ist eine kostenpflichtige Add-On-Lösung für die kostenlose Disaster-Recovery-Software Data Guard von Oracle, die nur für Oracle Database Enterprise Edition (kostspieligste Lizenz) verfügbar ist. Es bietet schreibgeschützten Zugriff, während Änderungen, die von der primären Datenbank gesendet werden, kontinuierlich angewendet werden. Als aktive Standby-Datenbank hilft sie dabei, Leseabfragen, Berichte und inkrementelle Backups von der Primärdatenbank zu entlasten. Die Architektur des Produkts ist so konzipiert, dass Standby-Datenbanken von Fehlern isoliert werden können, die in der Primärdatenbank auftreten können.

Eine aufregende Funktion der Oracle-Datenbank 12c und etwas, das Oracle DBA vermissen würde, ist die Datenkorruptionsvalidierung. Oracle Data Guard-Korruptionsprüfungen werden durchgeführt, um sicherzustellen, dass die Daten genau ausgerichtet sind, bevor Daten in eine Standby-Datenbank kopiert werden. Dieser Mechanismus kann auch verwendet werden, um Datenblöcke auf der Primärdatenbank direkt aus der Standby-Datenbank wiederherzustellen.

MariaDB bietet verschiedene Replikationsmethoden und Replikationsfunktionen wie:

• synchron,
• asynchron,
• halbsynchron

Der Funktionsumfang für die MariaDB-Replikation ist umfangreich. Mit der synchronen Replikation können Sie ein Failover ohne Schreibtransaktionsverlust einrichten. Um Verzögerungen bei der asynchronen Replikation zu reduzieren, sollten Sie die parallelisierte Replikation in der Reihenfolge auf Slaves verwenden. Die Ereignisse, die komprimiert werden können, sind die Ereignisse, die normalerweise eine beträchtliche Größe haben können:Abfrageereignisse (für DDL und DML bei der anweisungsbasierten Replikation) und Zeilenereignisse (für DML bei der zeilenbasierten Replikation). Ähnlich wie bei anderen Komprimierungsoptionen ist die komprimierte MariaDB-Replikation transparent. Wie bereits erwähnt, ist der gesamte Prozess im Vergleich zur physischen und logischen Replikation von Oracle Data Guard sehr einfach.

PL/SQL- und Datenbankcode

Jetzt kommen wir zum schwierigen Teil:PL/SQL.

Während Replikation und HA mit MariaDB an erster Stelle stehen. Oracle ist zweifellos der König von PL/SQL.

PL/SQL ist in vielen Organisationen das Haupthindernis für die Migration in die Open-Source-Welt. Aber MariaDB gibt hier nicht auf.

MariaDB 10.3 (auch bekannt als MariaDB TX 3.0) hat einige erstaunliche neue Funktionen hinzugefügt, darunter SEQUENCE-Konstrukte, Pakete im Oracle-Stil und den Datentyp ROW – was Migrationen viel einfacher macht.

Mit dem neuen Parameter SQL_MODE =ORACLE ist MariaDB jetzt in der Lage, je nach Fall, einen Haufen des alten Oracle PL/SQL zu parsen, ohne den Code neu schreiben zu müssen.

Wie wir auf ihrer Seite mit Kundengeschichten feststellen können, konnte die Development Bank of Singapore (DBS) mithilfe der zentralen Oracle PL/SQL-Kompatibilität in MariaDB TX 3.0 mehr als die Hälfte ihrer geschäftskritischen Anwendungen in nur 12 Monaten von Oracle migrieren Datenbank zu MariaDB.

Der neue Kompatibilitätsmodus hilft bei folgender Syntax:

• Schleifensyntax
• Variablendeklaration
• Nicht-ANSI-Konstrukt für gespeicherte Prozeduren
• Cursor-Syntax
• Parameter gespeicherter Prozeduren
• Vererbung von Datentypen (%TYPE, %ROWTYPE)
• Ausnahmen im PL/SQL-Stil
• Synonyme für grundlegende SQL-Typen (VARCHAR2, NUMBER, …)

Aber wenn wir einen Blick auf die ältere Version 10.2 werfen, erschien ein Teil der Kompatibilität zwischen Oracle und MariaDB zuvor wie:

• Allgemeine Tabellenausdrücke
• Rekursive SQL-Abfragen
• Windows-Funktionen, NTILETE, RANK, DENESE_RANK.

Natives PL/SQL-Parsing oder in einigen Fällen die direkte Ausführung nativer Oracle-Prozeduren kann die Entwicklungskosten erheblich reduzieren.

Eine weitere sehr nützliche Funktion, die von SQL_MODE=Oracle hinzugefügt wurde, sind Sequenzen. Die Implementierung von Sequenzen in MariaDB Server 10.3 folgt dem SQL:2003-Standard und beinhaltet Syntaxkompatibilität mit Oracle.

Um eine Sequenz zu erstellen, wird eine create-Anweisung verwendet:

CREATE SEQUENCE Sequence_1 
  START WITH 1  
  INCREMENT BY 1;

Angelegte Sequenzen können zB mit Inserts wie:

INSERT INTO database (database_id, database_name) VALUES(Sequence_1.NEXTVAL, 'MariaDB');

Clustering und Skalierung

MariaDB ist ein asynchroner Aktiv-Aktiv-Multi-Master-Datenbankcluster.

MariaDB Cluster unterscheidet sich von dem, was als Oracle’s MySQL Cluster – NDB bekannt ist.

Der MariaDB-Cluster basiert auf dem von Codership (Galera) bereitgestellten Multi-Master-Replikations-Plugin. Seit Version 5.5 ist die Galera-Technologie (wsrep API) fester Bestandteil von MariaDB. Die Galera-Plug-in-Architektur basiert auf drei Kernebenen:Zertifizierung, Replikation und Gruppenkommunikations-Framework.

Die Zertifizierungsschicht bereitet die Schreibsätze vor und führt die Zertifizierungsprüfungen an ihnen durch, um sicherzustellen, dass sie angewendet werden können.

Die Replikationsschicht verwaltet das Replikationsprotokoll und stellt die gesamte Bestellfunktion bereit.

Group Communication Framework implementiert eine Plugin-Architektur, die es anderen Systemen ermöglicht, sich über das gcomm-Backend-Schema zu verbinden.

Der Hauptunterschied zu Oracle RAC besteht darin, dass jeder Knoten getrennte Daten hat. Oracle RAC wird häufig fälschlicherweise als ergänzende HA-Lösung angesehen, während sich Festplatten normalerweise im selben Festplatten-Array befinden. MariaDB bietet nicht nur redundanten Speicher, sondern unterstützt auch geolokalisiertes Clustering ohne die Notwendigkeit einer dedizierten Glasfaser.

Sicherung und Wiederherstellung

Oracle bietet viele Backup-Mechanismen, darunter Hot Backup, Backup, Import, Export und viele andere.

Im Gegensatz zu MySQL bietet MariaDB ein externes Tool für Hot-Backups namens mariabackup an. Es ist ein Fork von Percona XtraBackup, das für die Arbeit mit verschlüsselten und komprimierten Tabellen entwickelt wurde und die empfohlene Sicherungsmethode für MariaDB-Datenbanken ist.

MariaDB Server 10.1 führte MariaDB-Komprimierung und Data-at-Rest-Verschlüsselung ein, aber die vorhandenen Sicherungslösungen unterstützten keine vollständige Sicherungsfunktion für diese Funktionen. Daher entschied sich MariaDB, XtraBackup (Version 2.3.8) zu erweitern und nannte diese Lösung Mariabackup.

Percona und Mariabackup bieten ähnliche Funktionalitäten, aber wenn Sie an Unterschieden interessiert sind, finden Sie diese hier.

Was MariaDB nicht anbietet, ist der Wiederherstellungskatalog Ihrer Datenbanksicherungen. Glücklicherweise kann dies mit Drittsystemen wie ClusterControl erweitert werden.

Cloud-Kompatibilität

Cloud-Infrastrukturen werden heutzutage immer beliebter. Obwohl eine Cloud-VM möglicherweise nicht so zuverlässig ist wie ein Server der Enterprise-Klasse, bieten die wichtigsten Cloud-Anbieter eine Vielzahl von Tools an, um die Serviceverfügbarkeit zu erhöhen. Sie können zwischen EC2-Architektur oder DBaaS wie Amazon RDS wählen.

Amazon RDS unterstützt MariaDB-Server 10.3. SQL_MODE=Oracle wird nicht unterstützt, aber Sie können dennoch eine Reihe von Funktionen finden, die die Migration erleichtern. Die Amazon Cloud unterstützt allgemeine Verwaltungsaufgaben wie Überwachung, Backups, Multi-A-Z-Bereitstellungen usw.

Ein weiterer beliebter Cloud-Anbieter, Google Cloud, bietet ebenfalls die neueste MariaDB-Version an. Sie können es als Container- oder Bintami-Bibliothek-zertifiziertes VM-Image bereitstellen.

Azure bietet auch eine eigene Implementierung von MariaDB an. Es ähnelt Amazon RDS, mit Backups, Skalierung und Builds in Hochverfügbarkeit. Das garantierte SLA beträgt 99,99 %, was 4 m 23 Sekunden Ausfallzeit pro Monat entspricht.

Verschiedene Überlegungen

Wie ganz am Anfang dieses Artikels erwähnt, ist die Migration von Oracle zu MariaDB ein mehrstufiger Prozess. Ein allgemeiner Rat ist, nicht zu versuchen, alle Datenbanken auf einmal zu migrieren. Die Aufteilung der Migration in kleine Batches ist in den meisten Szenarien der beste Ansatz.

Wenn Sie mit der Technologie nicht vertraut sind, probieren Sie es aus. Sie sollten sich mit der Plattform sicher fühlen und ihre Vor- und Nachteile kennen. Tests bauen Vertrauen auf und wirken sich auf Ihre Entscheidungen in Bezug auf die Migration aus.

Es gibt interessante Tools, die Ihnen beim schwierigsten PL/SQL-Migrationsprozess helfen können. So interessant sind dbconvert, AWS Schema Conversion Tool – AWS Documentation.

Im Laufe der Jahre hat MariaDB Unternehmensunterstützung und Reife erlangt, um kritische und komplexe Datentransaktionssysteme auszuführen. Mit der aktuellen Version hat MariaDB einige großartige neue Funktionen wie SQL_Mode=Oracle-Kompatibilität hinzugefügt, die den Umstellungsprozess einfacher als je zuvor machen.

Schließlich können Sie am 12. März an einem Webinar teilnehmen, in dem ich Sie durch alles führe, was Sie wissen müssen, wenn es um die Migration von Oracle-Datenbanken zu MariaDB geht.