DRS unterstützt ab sofort Migration Data von RDS für MySQL zu DDM

• Vor-Ort Datenbanken (MySQL 5.5, 5.6, 5.7, and 8.0)
• ECS-Datenbanken (MySQL 5.5, 5.6, 5.7, and 8.0)
• Andere Cloud-Datenbanken (MySQL 5.5, 5.6, 5.7, and 8.0)
• RDS für MySQL (5.5, 5.6, 5.7, 8.0)

• DDM Instanzen

Einschränkungen der Quelldatenbank

• Die Namen der Quelldatenbanken dürfen keine nicht-ASCII-Zeichen oder die folgenden Zeichen enthalten: .'<`>/"
• Die Namen der Quelltabellen und -ansichten dürfen keine nicht-ASCII-Zeichen oder die folgenden Zeichen enthalten: '<>/"
• Wenn die Quelldatenbank eine lokale Datenbank ist und Percona Server für MySQL 5.6.x oder Percona Server für MySQL 5.7.x installiert hat, muss der Speicher-Manager Jemalloc verwenden, um Out-of-Memory-Fehler zu vermeiden, die durch häufige Abfragen auf Systemtabellen verursacht werden.
• Die Quelldatenbank unterstützt den Befehl "mysql binlog dump" nicht.
• Die Quelldatenbank unterstützt den Befehl "reset master" oder "reset master to" nicht, was zu Fehlern bei der DRS-Aufgabe oder zu Dateninkonsistenzen führen kann.
• Verknüpfte Objekte müssen gleichzeitig migriert werden, um ein Migrationversagen aufgrund fehlender verknüpfter Objekte zu vermeiden.
• Kaskadierende Operationen können nicht auf Tabellen mit Fremdschlüsseln durchgeführt werden. Wenn der Fremdschlüssel-Index einer Tabelle ein gemeinsamer Index ist, kann die Tabellenstruktur nicht erstellt werden. Es wird empfohlen, einen eindeutigen Index zu verwenden.
• Wegen der MySQL-Einschränkungen wird ein einmaliges Ereignis, das in der Quelldatenbank vor dem Startzeitpunkt der Migration ausgelöst wird, nicht in die Zieldatenbank migriert.

Nutzungsbeschränkungen

Allgemein

• Während der Migration dürfen die Benutzernamen, Passwörter und Berechtigungen der Quell- und Ziel-Datenbanken nicht geändert oder gelöscht werden, die Ports der Quell- und Ziel-Datenbanken dürfen nicht geändert werden.
• Während der Migration darf die Ziel-Datenbank (einschließlich, aber nicht beschränkt auf DDL- und DML-Operationen), die migriert wird, nicht geändert werden.
• Während der Migration darf das statement-basierte Binlog nicht in die Quelldatenbank geschrieben werden.
• Während der Migration darf das Binlog in der Quelldatenbank nicht gelöscht werden.
• Während der Migration darf in der Quelldatenbank keine Datenbank namens ib_logfile erstellt werden.
• Während der Migration darf die Quell-MySQL-Datenbank nicht auf eine höhere Hauptversion aktualisiert werden.
• Andernfalls können Daten inkonsistent werden oder der Migrationsauftrag kann fehlschlagen (Daten, Tabellenstrukturen und Schlüsselwörter können nach dem Upgrade über Versionen hinweg Kompatibilitätsänderungen verursachen). Es wird empfohlen, einen neuen Migrationsauftrag zu erstellen, wenn die Quell-MySQL-Datenbank auf eine höhere Hauptversion aktualisiert wird. 

Volle Migration

• Während des Startens des Auftrags und der vollständigen Migration dürfen keine DDL-Operationen auf der Quelldatenbank durchgeführt werden. Andernfalls kann der Auftrag abnormal werden.

Inkrementelle Migration

• Während einer inkrementellen Migration von Tabellenobjekten wird das Umbenennen von Tabellen nicht unterstützt.
• Während einer inkrementellen Migration darf die Point-in-Time-Wiederherstellung (PITR) auf der Quelldatenbank nicht durchgeführt werden.
• Während einer inkrementellen Migration wird die wiederholbare Übertragung unterstützt. Es kann jedoch dazu kommen, dass Daten wiederholt in eine nicht transaktionale Tabelle ohne Primärschlüssel eingefügt werden, wenn das Serversystem zusammenbricht.
• Während einer inkrementellen Migration werden die folgenden DDL-Anweisungen unterstützt: AD​D COLU​MN, MODI​FY COL​UMN, CHAN​GE COL​UMN, CRE​ATE IND​EX, DRO​P IND​EX, REN​AME IND​EX und AD​D IN​DEX. 

Beenden eines Auftrags

• Wenn die Ziel-DDM-Version später als 3.0.4.1 ist, aktualisiert DRS automatisch den Startwert der DDM-Sequenz, wenn der Auftrag abgeschlossen ist.

Andere Einschränkungen

• Wenn Sie mehrere Migrationsaufgaben im Szenario "Viele-zu-Eins" erstellen, stellen Sie bitte sicher, dass die Lese- und Schreibparameter der Ziel-Datenbank in diesen Aufgaben konsistent sind.
• Eine Tabelle ohne Primärschlüssel verfügt über keinen eindeutigen Bezeichner für Zeilen. Wenn das Netzwerk instabil ist, müssen Sie die Aufgabe möglicherweise mehrmals wiederholen, oder es kann zu Dateninkonsistenzen kommen.
• Wenn eine physisch generierte Spalte in einer Tabelle auf Basis eines Zeittyps generiert wird, können die Daten in der Spalte inkonsistent sein.
• Wenn Transparent Data Encryption (TDE) für die Quell-Datenbanktabelle aktiviert ist, muss TDE auch für die Ziel-Datenbank aktiviert sein. Andernfalls kann die Tabellenstruktur nicht erstellt werden und die Aufgabe wird abnormal.
• Wenn die Quell-MySQL-Datenbank TLS 1.2 nicht unterstützt oder eine selbst erstellte Datenbank einer früheren Version (früher als 5.6.46 oder zwischen 5.7.0 und 5.7.28) ist, müssen Sie einen O&M-Antrag für den SSL-Verbindungstest stellen.
• Wenn Sie eine DRS-Aufgabe erstellen und vorher Konkurrenzsteuerungsregeln für SQL-Anweisungen für die Quell-Datenbank konfiguriert sind, kann die DRS-Aufgabe fehlschlagen.
• Stellen Sie sicher, dass die Ziel-Datenbank leer ist, bevor Sie die Migration starten. Andernfalls können Daten im Ziel während der inkrementellen Migration überschrieben werden.
• Wenn die Ziel-DB-Instanz Spalten des TIMESTAMP- oder DATETIME-Datentyps als Sharding-Schlüssel verwendet, wird die Sekundenpräzision der Spalte nach der Migration entfernt.