Zuverlässigkeit der Migration

Wenn Sie Ihr Schema, Ihre Daten und Metadaten aus einer Quelldatenbank in eine Zieldatenbank migrieren, möchten Sie sicherstellen, dass alle diese Informationen korrekt migriert werden. Database Migration Service bietet eine zuverlässige Möglichkeit, Datenbankobjekte (einschließlich Schema, Daten und Metadaten) von einer Datenbank in eine andere zu migrieren.

Alle folgenden Daten-, Schema- und Metadatenkomponenten werden im Rahmen der Datenbankmigration migriert:

Daten

  • Alle Tabellen und Schemas, mit Ausnahme der folgenden Systemdatenbanken: sys, mysql, performance_schema und information_schema.

Schema

  • Benennung

  • Primärschlüssel

  • Datentyp

  • Ordnungsposition

  • Standardwert

  • Null-Zulässigkeit

  • Attribute für automatische Inkrementierung

  • Sekundäre Indexe

Metadaten

  • Gespeicherte Prozeduren

  • Funktionen

  • Trigger

  • Aufrufe

  • Fremdschlüsseleinschränkungen

Kontinuierliche Migration

Änderungen an der Datenbearbeitungssprache (Data Manipulation Language, DML) und der Datendefinitionssprache (Data Definition Language, DDL) für alle oben aufgeführten Daten, Schemas und Metadaten werden bei kontinuierlichen Migrationen aktualisiert.

Was nicht migriert wird

  • Wenn Sie verschlüsselte Datenbanken migrieren möchten, müssen Sie die Verschlüsselungsschlüssel für Database Migration Service bereitstellen. Database Migration Service unterstützt die Migration von Daten aus verschlüsselten Amazon Aurora- oder Amazon RDS-Datenbanken, da diese Datenbanken die Entschlüsselung transparent in ihren Diensten verarbeiten. Weitere Informationen finden Sie unter Amazon Aurora-Ressourcen verschlüsseln, Amazon RDS-Ressourcen verschlüsseln und Kundenverwaltete Verschlüsselungsschlüssel (CMEK) konfigurieren.

  • Nutzerkonten und Anmeldungen werden nicht migriert.

    MySQL-Systemdatenbanken (mysql, performance_schema, information_schema und sys) werden nicht migriert. Diese Datenbanken enthalten Informationen zu Nutzerkonten, Anmeldungen und Berechtigungen. Anmeldeinformationen für Nutzerkonten müssen direkt in der Cloud SQL-Zieldatenbankinstanz verwaltet werden.

    Metadatenobjekte (z. B. gespeicherte Prozeduren, Funktionen, Aufrufe, Ereignisse und Trigger) , die die Klausel DEFINER verwenden, um auf ein Nutzerkonto zu verweisen, das in der Zielinstanz nicht vorhanden ist , schlagen fehl, wenn sie in der neuen Cloud SQL-Zielinstanz aufgerufen werden. Sie müssen entweder die entsprechenden Nutzerkonten in der Zielinstanz erstellen oder die Klauseln DEFINER vor der Migration aktualisieren. Weitere Informationen finden Sie unter Metadaten mit einer Klausel DEFINER prüfen.

    Wenn Sie der Cloud SQL-Zielinstanz Nutzer hinzufügen möchten, rufen Sie die Instanz auf und fügen Sie Nutzer über den Tab Nutzer hinzu oder fügen Sie sie über den MySQL-Client hinzu. Weitere Informationen zum Erstellen und Verwalten von Datenbanknutzern in Cloud SQL for MySQL finden Sie unter Nutzer in der Cloud SQL-Dokumentation erstellen und verwalten.

  • Nicht standardmäßige Flag-Einstellungen werden nicht in die Cloud SQL-Zielinstanz migriert. Führen Sie SHOW VARIABLES in Ihrer Quelldatenbank aus, bevor Sie Ihr Schema, Ihre Daten und Metadaten in die Zieldatenbank migrieren, und führen Sie es dann noch einmal in der Cloud SQL Datenbank aus. Aktualisieren Sie die Flag-Einstellungen nach Bedarf in der Cloud SQL-Datenbank, um die Quelleinstellungen zu replizieren.