Präzise Instanziierung für MySQL bis MySQL mit MySQL Shell-Utilitys und Oracle GoldenGate

Die präzise Instanziierungsmethode ermöglicht das erstmalige Laden von Daten aus einer Quelldatenbank in eine Zieldatenbank, während die Quelldatenbank für Anwendungsaktualisierungen online bleibt. Diese Methode gewährleistet eine präzise Positionierung der Change Data Capture- und Delivery-Prozesse, ohne dass doppelte Daten in der Zieldatenbank vorhanden sind und HANDLECOLLISIONS im Replicat nicht verwendet werden muss.

Die genaue Instanziierung für Oracle GoldenGate für MySQL verwendet die Utilitys für MySQL-Shelldump- und -Dumpladevorgänge und wird nur zwischen einer MySQL-Quelle und einer MySQL-Zieldatenbank unterstützt.

Für diese Methode muss die Shell MySQL installiert sein. Installationsschritte sind unter folgendem Link verfügbar:

<https://dev.mysql.com/doc/mysql-shell/ 8.0/en/mysql-shell-install.html>

Ausführliche Informationen und Einschränkungen der Utilitys MySQL Shell-Dump- und Dumpladevorgänge finden Sie unter den folgenden Links:

https://dev.mysql.com/doc/mysql-shell/8.0/en/mysql-shell-utilities-dump-instance-schema.html

https://dev.mysql.com/doc/mysql-shell/8.0/en/mysql-shell-utilities-load-dump.html

Sie verwenden das Shell-Dumputility MySQL, um je nach Ihren Anforderungen die Instanz, das Schema oder die Tabellen MySQL zu exportieren. Anschließend laden Sie die Objekte mit dem Dumpladeutility MySQL in die Zieldatenbank. Anschließend konfigurieren Sie GoldenGate Extract und Replicat, um kontinuierliche Änderungsdaten von der Quelle in die Zieldatenbank zu replizieren.

Das Shell-Dumputility MySQL erstellt mehrere Exportdateien, von denen eine eine eine @.json-Datei ist. Diese Datei wird benötigt, um die Positionierung von Extract beim Hinzufügen zur Quelldatenbank zu bestimmen.

Im Folgenden finden Sie ein Beispiel für eine präzise Instanziierungsmethode, die einen Schemadump aus der Quellinstanz verwendet und dann in die Zielinstanz geladen wird. Anschließend wird Oracle GoldenGate für die Replikation von Änderungsdaten konfiguriert: 1. Stellen Sie eine Verbindung zur Shell MySQL her. Details zu unterstützten Verbindungsoptionen mit der Shell MySQL finden Sie unter folgendem Link: https://dev.mysql.com/doc/mysql-shell/8.0/en/mysql-shell-connections.html

<pre class="copy"><code>mysqlsh -mysqlx -u *username* -h *hostname* -P *port*</code></pre>

  1. Stellen Sie nach der Verbindung mit der Shell MySQL sicher, dass Sie sich im Modus JavaScript befinden. Es sollte ein JS >-Prompt angezeigt werden. Wenn Sie sich im SQL-Modus befinden, wechseln Sie mit dem Schalter \js in den Modus JavaScript:

    MySQL sourcehost:33060+ ssl SQL > \js

  2. Prüfen Sie, ob die globale Variable local_infile auf ON gesetzt ist.

    MySQL sourcehost:33060+ ssl JS > \sql SHOW GLOBAL VARIABLES LIKE
    'local_infile';

    Wenn die Variable local_infile auf OFF gesetzt ist, aktivieren Sie sie mit dem folgenden Befehl:

    MySQL sourcehost:33060+ ssl JS > \sql SET GLOBAL local_infile = ON;

  3. Verwenden Sie als Nächstes eine der folgenden Funktionen, um die Instanz, das Schema oder die Tabellen zu exportieren, die Sie exportieren möchten.

    util.dumpInstance(outputUrl[, options])
util.dumpSchemas(schemas, outputUrl[,  options])
util.dumpTables(schema, tables, outputUrl[, options])

    In diesem Beispiel wird das HR-Schema in den Ordner ~/dumps/hr-schema-src ausgegeben:

    MySQL sourcehost:33060+ ssl JS >util.dumpSchemas(["hr"], "~/dumps/hr-schema-src")

  4. Nachdem der Export abgeschlossen ist, importieren Sie das Schema mit dem Utility util.loadDump in die Zielinstanz. Hinweis: Wenn sich die Zielinstanz auf einem anderen System als der Quelle befindet, müssen Sie die exportierten Dateien in das Zielsystem kopieren.

<pre class="copy"><code>MySQL targethost:33060+ ssl JS &gt;util.loadDump(&quot;~/dumps/hr-schema-tgt&quot;, {schema: &quot;tgt-hr&quot;})</code></pre>

  1. Wenn das Utility zum Laden von Daten abgeschlossen ist, öffnen Sie die Datei @.json im Quelldumpordner. Diese Datei enthält die letzte festgeschriebene Transaktion, die im Dump enthalten ist, und ein Änderungsdatenextrakt muss mit diesem Transaktionswert konfiguriert werden. Im Folgenden finden Sie ein Beispiel für die Transaktionsinformationen in der Datei @.json:

    "binlogFile": "binlog.000005",
"binlogPosition": 1289,
      "gtidExecuted": "1174b383-3441-11e8-b90a-c80aa9429920:1-9,\n1174b383-3441-11e8-b90a-c80aa9429921:1-9"

  2. Fügen Sie der Quelldatenbank einen Extract mit dem Wert gtidExecuted oder den Werten binlogFile und binlogPosition basierend auf Ihrer Datenbankkonfiguration hinzu.

    1. Wenn für die Quelldatenbank gtid_mode auf ON gesetzt ist, verwenden Sie den Wert gtidExecuted aus der Datei @.json, um den Extract hinzuzufügen.

      Ein Beispiel mit der Positionierung GTIDSET basierend auf dem Wert gtidExecuted:

      ADD EXTRACT extsrc, TRANLOG GTIDSET "1174b383-3441-11e8-b90a-c80aa9429920:1-9,\n1174b383-3441-11e8-b90a-c80aa9429921:1-9"

    2. Wenn für die Quelldatenbank gtid_mode auf OFF gesetzt ist, verwenden Sie beim Hinzufügen des Extract die Werte binlogFile und binlogPosition der Datei @.json.

      Ein Beispiel mit der Positionierung LOGNUM und LOGPOS basierend auf den Werten binlogFile und binlogPosition:

      ADD EXTRACT extsrc, TRANLOG, LOGNUM 5 LOGPOS 1289

  3. Vervollständigen Sie schließlich die Oracle GoldenGate-Konfiguration, indem Sie die folgenden Prozesse hinzufügen:

    1. Entsprechender Trail für den Extract

    2. Verteilungspfad, falls erforderlich

    3. Ein Replicat für die Zustellung an die Zieldatenbank

  4. Starten Sie die Oracle GoldenGate-Prozesse, und überwachen Sie Extract und Replicat, um zu bestätigen, dass sie korrekt ausgeführt werden und dass die Verzögerung nahezu in Echtzeit reduziert wird.