Zuverlässigkeit der Migration

Wenn Sie Ihr Schema, Ihre Daten und Ihre Metadaten von einer Quelldatenbank zu einer Zieldatenbank migrieren, müssen Sie dafür sorgen, 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 zu einer anderen zu migrieren.

Die 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

  • Ordinal position

  • Standardwert

  • Null-Zulässigkeit

  • Attribute mit automatischer Erhöhung

  • Sekundäre Indexe

Metadaten

  • Gespeicherte Prozeduren

  • Funktionen

  • Trigger

  • Aufrufe

  • Fremdschlüsselbeschränkungen

Kontinuierliche Migration

Änderungen an allen zuvor aufgeführten Daten, Schemas und Metadaten, die mit der Datenbearbeitungssprache (Data Manipulation Language, DML) und der Datendefinitionssprache (Data Definition Language, DDL) vorgenommen wurden, werden während kontinuierlicher Migrationen aktualisiert.

Was wird nicht migriert?

  • 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 Anmeldedaten werden nicht migriert.

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

    Metadatenobjekte (z. B. gespeicherte Prozeduren, Funktionen, Ansichten, Ereignisse und Trigger), die die DEFINER-Klausel verwenden, um auf ein Nutzerkonto zu verweisen, das auf der Zielinstanz nicht vorhanden ist, schlagen fehl, wenn sie auf dem neuen Cloud SQL-Ziel aufgerufen werden. Sie müssen entweder die entsprechenden Nutzerkonten auf der Zielinstanz erstellen oder die DEFINER-Anweisungen vor der Migration aktualisieren. Weitere Informationen finden Sie unter Metadaten mit einer DEFINER-Klausel 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 oder über den MySQL-Client hinzu. Weitere Informationen zum Erstellen und Verwalten von Datenbanknutzern in Cloud SQL for MySQL finden Sie in der Cloud SQL-Dokumentation unter Nutzer erstellen und verwalten.

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