Freigeben über

Häufig gestellte Fragen (FAQs)

  • Artikel

  • Was ist der Unterschied zwischen einer Offline- und einer Onlinemigration, wenn Azure Database Migration Service verwendet wird? Azure Database Migration Service unterstützt sowohl Offline- als auch Onlinemigrationen. Bei einer Offlinemigration beginnt der Ausfall der Anwendung, wenn die Migration gestartet wird. Bei einer Onlinemigration ist die Downtime auf die Dauer des Cutovers am Ende der Migration beschränkt. Wir raten Ihnen, eine Offlinemigration zu testen, um zu ermitteln, ob die Ausfallzeit akzeptabel ist. Ist dies nicht der Fall, führen Sie eine Onlinemigration durch. Online- und Offlinemigrationen werden in der folgenden Tabelle verglichen:

    Bereich Onlinemigration Offlinemigration
    Datenbankverfügbarkeit für Lesevorgänge während der Migration Verfügbar Verfügbar
    Datenbankverfügbarkeit für Schreibvorgänge während der Migration Verfügbar In der Regel nicht empfohlen. Alle Schreibvorgänge, die nach der Migration eingeleitet werden, werden nicht erfasst oder migriert
    Anwendungseignung Anwendungen, die maximale Uptime benötigen. Anwendungen, die sich ein geplantes Ausfallzeitfenster leisten können.
    Eignung der Umgebung Produktionsumgebung Normalerweise Entwicklungs- und Testumgebung sowie einige Produktionsumgebungen, die sich Downtime leisten können.
    Eignung für schreibintensive Workloads Geeignet, aber es wird erwartet, dass der Workload während der Migration reduziert wird. Nicht zutreffend Schreibvorgänge an der Quelle, nachdem die Migration begonnen hat, werden nicht auf das Ziel repliziert
    Manueller Cutover Erforderlich Nicht erforderlich
    Downtime erforderlich Kleiner Mehr
    Migrationsdauer Abhängig von der Größe der Datenbank und der Schreibaktivität bis zur Übernahme Abhängig von der Datenbankgröße

  • Ich richte ein Migrationsprojekt in DMS ein und habe Schwierigkeiten beim Herstellen einer Verbindung mit meiner Quelldatenbank. Wie sollte ich vorgehen?

    Wenn Sie während der Migration keine Verbindung mit Ihrem Quelldatenbanksystem herstellen können, erstellen Sie eine VM im selben Subnetz des virtuellen Netzwerks, in dem Sie Ihre DMS-Instanz einrichten. Auf dem virtuellen Computer sollten Sie einen Verbindungstest ausführen können. Wenn der Verbindungstest erfolgreich ist, sollten Sie kein Problem mit dem Herstellen einer Verbindung mit Ihrer Quelldatenbank haben. Wenn der Verbindungstest nicht erfolgreich ist, wenden Sie sich an Ihren Netzwerkadministrator.

  • Warum ist mein Azure Database Migration Service nicht verfügbar oder wurde beendet?

    Wenn der Benutzer Azure Database Migration Service (DMS) explizit beendet oder der Dienst für einen Zeitraum von 24 Stunden inaktiv ist, wird der Dienst beendet oder automatisch angehalten. In jedem Fall ist der Dienst nicht verfügbar und beendet. Um aktive Migrationen wieder aufzunehmen, starten Sie den Dienst neu.

  • Gibt es Leistungsoptimierungsempfehlungen für Azure Database Migration Service?

    Es gibt ein paar Dinge, die Sie versuchen können, um Ihre Datenbankmigration unter Verwendung von DMS zu beschleunigen:

    • Verwenden Sie beim Erstellen Ihrer Dienstinstanz den universellen Tarif mit mehreren CPUs, damit dem Dienst mehrere vCPUs für Parallelisierung und schnellere Datenübertragungen zur Verfügung stehen.

    • Skalieren Sie Ihre Azure MySQL Database-Zielinstanz während der Datenmigration vorübergehend auf die Premium-Tarifebene hoch, um die Drosselung durch Azure MySQL Database zu minimieren, die bei SKUs einer niedrigeren Ebene unter Umständen zu einer Beeinträchtigung der Datenübertragungsaktivitäten führt.

  • Welche Daten-, Schema- und Metadatenkomponenten werden im Rahmen der Migration migriert?

    Azure Database Migration Service migriert Schema, Daten und Metadaten von der Quelle zum Ziel. Alle folgenden Daten-, Schema- und Metadatenkomponenten werden im Rahmen der Datenbankmigration migriert:

    • Datenmigration – Alle Tabellen aus allen Datenbanken/Schemas.

    • Schemamigration – Benennung, Primärschlüssel, Datentyp, Ordnungsposition, Standardwert, NULL-Zulässigkeit, Attribute mit automatischer Inkrementierung, Sekundärindizes

    • Metadaten-Migration, gespeicherte Prozeduren, Funktionen, Trigger, Sichten, Fremdschlüsseleinschränkungen

  • Gibt es eine Option für den Rollback einer Migration einer Single Server-Instanz zu einer Flexibler Server-Instanz?

    Sie können eine beliebige Anzahl von Testmigrationen durchführen, und nachdem Sie durch die Tests Konfidenz gewonnen haben, führen Sie die endgültige Migration durch. Eine Testmigration wirkt sich nicht auf die Single Server-Quellinstanz aus, die weiterhin betriebsbereit ist und die Replikation fortsetzt, bis Sie die tatsächliche Migration durchführen. Wenn während der Testmigration Fehler auftreten, können Sie die endgültige Migration verschieben und Ihren Quellserver weiterhin ausführen. Sie können dann die endgültige Migration erneut versuchen, nachdem Sie die Fehler behoben haben. Nachdem Sie eine endgültige Migration zum flexiblen Server durchgeführt haben und der Quelleinzelserver heruntergefahren wurde, ist ein Rollback vom flexiblen Server zum Einzelserver nicht mehr möglich.

  • Die Größe meiner Datenbank ist größer als 1 TB. Wie soll ich also bei der Migration vorgehen?

    Um Migrationen von Datenbanken mit einer Größe von mehr als einem TB zu unterstützen, erstellen Sie ein Supportticket beim Azure Database Migration Service, um den Migrations-Agent hochzuskalieren, damit er Ihre Datenbankmigrationen mit mehr als einem TB unterstützt.

  • Wird die regionsübergreifende Migration unterstützt?

    Azure Database Migration Service unterstützt regionsübergreifende Migrationen, sodass Sie Ihren einzelnen Server mithilfe des DMS auf einen flexiblen Server migrieren können, der in einer anderen Region bereitgestellt wird.

  • Wird die abonnementübergreifende Migration unterstützt?

    Azure Database Migration Service unterstützt abonnementübergreifende Migrationen, sodass Sie Ihren einzelnen Server mithilfe von DMS auf einen flexiblen Server migrieren können, der in einem anderen Abonnement bereitgestellt wurde.

  • Wird ein Ressourcengruppen übergreifendes Abonnement unterstützt?

    Azure Database Migration Service unterstützt ressourcengruppenübergreifende Migrationen, sodass Sie Ihren einzelnen Server mithilfe des DMS auf einen flexiblen Server migrieren können, der in einer anderen Ressourcengruppe bereitgestellt wird.

  • Gibt es eine versionsübergreifende Unterstützung?

    Ja, die Migration von MySQL-Servern mit niedrigerer Version (ab v5.6) zu höheren Versionen wird unterstützt.