Bewährte Methoden für die Migration großer MySQL- und MariaDB-Datenbanken - AWS Präskriptive Leitlinien

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Bewährte Methoden für die Migration großer MySQL- und MariaDB-Datenbanken

Zusätzlich zu den toolspezifischen Best Practices, die für jede Migrationsoption aufgeführt sind, sollten Sie sich die folgenden allgemeinen Best Practices ansehen. Diese bewährten Methoden gelten für die Migration großer MySQL- und MariaDB-Datenbanken mit mehreren Terabyte, unabhängig davon, welches Tool Sie auswählen:

  • Stellen Sie sicher, dass in der Quell- und Zieldatenbank ausreichend Speicherplatz vorhanden ist, um das Backup zu erstellen und wiederherzustellen.

  • Erstellen Sie keine sekundären Indizes für die Zieldatenbankinstanz, bis die Migration abgeschlossen ist. Sekundäre Indizes erhöhen den Wartungsaufwand beim Import und können den Importvorgang verlangsamen.

  • Wenn Sie einen Multithread-Ansatz verwenden, wählen Sie die richtige Anzahl von Threads. Für den Export empfehlen wir, für jeden CPU-Kern einen Thread zu verwenden. Für den Import empfehlen wir, einen Thread für jeweils zwei CPU-Kerne zu verwenden.

  • Datendumps werden häufig von aktiven Datenbankservern ausgeführt, die Teil einer unternehmenskritischen Produktionsumgebung sind. Wenn der Datendump die Leistung stark beeinträchtigt und dies in Ihrer Umgebung nicht akzeptabel ist, sollten Sie eine der folgenden Möglichkeiten in Betracht ziehen:

    • Der Quellserver hat Replikate. Sie können Daten aus einem der Replikate speichern.

    • Der Quellserver wird durch regelmäßige Backup-Verfahren abgedeckt:

      • Wenn das Backup-Format für den direkten Import in die Zieldatenbank geeignet ist, verwenden Sie die Backup-Daten als Eingabe für den Importvorgang.

      • Wenn das Backup-Format nicht für den direkten Import in die Zieldatenbank geeignet ist, verwenden Sie das Backup, um eine temporäre Datenbank bereitzustellen und Daten daraus zu speichern.

    • Wenn Replikate und Backups nicht verfügbar sind:

      • Führen Sie Dumpings außerhalb der Spitzenzeiten durch, wenn der Produktionsverkehr am niedrigsten ist.

      • Reduzieren Sie die Parallelität von Dump-Vorgängen, sodass der Server über genügend freie Kapazität verfügt, um den Produktionsdatenverkehr abzuwickeln.

  • Erstellen Sie nur Dumps von vom Benutzer erstellten Datenbanken.

  • Erstellen Sie die Benutzer in der Zieldatenbank neu und konfigurieren Sie ihre Berechtigungen. Weitere Informationen finden Sie unter Identitäts- und Zugriffsmanagement für Amazon RDS, Identitäts- und Zugriffsmanagement für Amazon Aurora oder Identitäts- und Zugriffsmanagement für Amazon EC2.

  • Wenn Sie einen großen Datenbankserver migrieren, der aus mehreren unabhängigen Datenbanken besteht, erstellen Sie für jede Datenbank eine separate Instanz. Auf diese Weise können Sie die Datenbank effizienter verwalten und die Ressourcenbereitstellung verbessern, und die separaten Rechenressourcen können die Datenbankleistung verbessern.