Zelfstudie: Azure Database for MySQL migreren naar een flexibele server via DMS via Azure Portal

Notitie

Dit artikel bevat verwijzingen naar de term slave, een term die Microsoft niet meer gebruikt. Zodra de term uit de software wordt verwijderd, verwijderen we deze uit dit artikel.

U kunt een exemplaar van Azure Database for MySQL migreren – Enkele server naar Azure Database for MySQL – Flexibele Server met behulp van Azure Database Migration Service (DMS), een volledig beheerde service die is ontworpen om naadloze migraties van meerdere databasebronnen naar Azure-gegevensplatforms mogelijk te maken. In deze zelfstudie voeren we een onlinemigratie uit van een voorbeelddatabase van een Enkele Azure Database for MySQL-server naar een flexibele MySQL-server (beide met versie 5.7) met behulp van een DMS-migratieactiviteit.

Notitie

Online DMS-migratie is nu algemeen beschikbaar. DMS ondersteunt migratie naar MySQL-versies 5.7 en 8.0 en biedt ook ondersteuning voor migratie van MySQL-servers met een lagere versie (v5.6 en hoger) naar servers met een hogere versie. Daarnaast biedt DMS ondersteuning voor migraties tussen regio's, meerdere resourcegroepen en abonnementen, zodat u een regio, resourcegroep en abonnement kunt selecteren voor de doelserver die verschilt van wat is opgegeven voor uw bronserver.

In deze zelfstudie leert u het volgende:

• Implementeer best practices voor het maken van een flexibele server voor snellere belasting van gegevens met behulp van DMS.
• Een flexibele doelserver maken en configureren.
• Maak een DMS-exemplaar.
• Maak een MySQL-migratieproject in DMS.
• Migreer een MySQL-schema met behulp van DMS.
• De migratie uitvoeren.
• Houd de migratie in de gaten.
• Voer de stappen na de migratie uit.
• Best practices implementeren voor het uitvoeren van een migratie.

Vereisten

Voor het voltooien van deze zelfstudie hebt u het volgende nodig:

• Maak of gebruik een bestaand exemplaar van Azure Database for MySQL - Enkele server (de bronserver).

• Als u de onlinemigratie wilt voltooien, moet u ervoor zorgen dat aan de volgende vereisten wordt voldaan:

  • Gebruik het opdrachtregelprogramma MySQL van uw keuze om te controleren of log_bin is ingeschakeld op de bronserver door de opdracht SHOW VARIABLES LIKE 'log_bin' uit te voeren. Als log_bin niet is ingeschakeld, maakt u een leesreplica voor uw exemplaar van één server en verwijdert u deze. Met deze bewerking wordt de parameter log_bin ingesteld op AAN en kunt u vervolgens de migratiebewerking activeren.
  • Zorg ervoor dat de gebruiker de machtigingen 'REPLICATION CLIENT' en 'REPLICATION SLAVE' heeft op de bronserver voor het lezen en toepassen van het bin-logboek.
  • Als u een onlinemigratie wilt uitvoeren, configureert u de parameter binlog_expire_logs_seconds op de bronserver om ervoor te zorgen dat binlog-bestanden niet worden opgeschoond voordat de replica de wijzigingen doorvoert. We raden ten minste twee dagen aan om te beginnen. Na een geslaagde cutover kunt u de waarde opnieuw instellen.

• Als u een schemamigratie wilt voltooien, heeft de gebruiker die de migratie uitvoert op de bronserver de volgende bevoegdheden nodig:

  • Select-bevoegdheid op serverniveau op de bron.
  • Als de gebruiker weergaven migreert, moet de gebruiker de bevoegdheid SHOW VIEW hebben op de bronserver en de bevoegdheid CREATE VIEW op de doelserver.
  • Als u triggers migreert, moet de gebruiker de bevoegdheid TRIGGER hebben op de bron- en doelserver. Ook triggers worden alleen gemigreerd tijdens cutover. Als u wilt zien dat de triggers die zijn gemaakt na cutover, zijn voltooid.
  • Als u routines (procedures en/of functies) migreert, moet de gebruiker beschikken over de bevoegdheden CREATE ROUTINE en ALTER ROUTINE op serverniveau op het doel.
  • Als de gebruiker gebeurtenissen migreert, moet de gebruiker de bevoegdheid GEBEURTENIS hebben op de bron- en doelserver.
  • Als gebruikers/aanmeldingen worden gemigreerd, moet de gebruiker de bevoegdheid CREATE USER hebben op de doelserver.
  • De bevoegdheid DROP op serverniveau op het doel om tabellen te verwijderen die mogelijk al bestaan. Bijvoorbeeld wanneer u een migratie opnieuw probeert uit te voeren.
  • De bevoegdheid VERWIJZINGEN op serverniveau op het doel om tabellen met refererende sleutels te maken.
  • Als de gebruiker migreert naar MySQL 8.0, moet de gebruiker de bevoegdheid 'SESSION_VARIABLES_ADMIN' hebben op de doelserver.
  • 'CREATE' -bevoegdheid op serverniveau op het doel.
  • De bevoegdheid INSERT op serverniveau op het doel.
  • 'UPDATE' -bevoegdheid op serverniveau op het doel.
  • De bevoegdheid DELETE op serverniveau op het doel.

Beperkingen

Houd bij de voorbereiding op de migratie rekening met de volgende beperkingen.

• Bij het migreren van niet-tabelobjecten biedt DMS geen ondersteuning voor het wijzigen van de naam van databases.

• Wanneer u migreert naar een doelserver waarvoor bin_log is ingeschakeld, moet u log_bin_trust_function_creators inschakelen om routines en triggers te maken.

• Momenteel biedt DMS geen ondersteuning voor het migreren van het DEFINER-component voor objecten. Alle objecttypen met definers op de bron worden verwijderd en na de migratie wordt het standaarddefinitieprogramma voor alle objecten die ondersteuning bieden voor een definer-component en die tijdens de schemamigratie worden gemaakt, ingesteld op de aanmelding die wordt gebruikt om de migratie uit te voeren.

• Momenteel ondersteunt DMS alleen het migreren van een schema als onderdeel van gegevensverplaatsing. Als er niets is geselecteerd voor gegevensverplaatsing, wordt de schemamigratie niet uitgevoerd. Als u een tabel voor schemamigratie selecteert, wordt deze ook geselecteerd voor gegevensverplaatsing.

• Ondersteuning voor online migratie is beperkt tot de ROW-binlog indeling.

• Online migratie biedt nu ondersteuning voor DDL-instructiereplicatie bij migratie naar een v8.0 of v5.7 Azure Database for MySQL Flexibele Server-doelserver.

  • Instructiereplicatie wordt ondersteund voor databases, tabellen en schemaobjecten (weergaven, routines, triggers) die zijn geselecteerd voor schemamigratie bij het configureren van een Azure DMS-migratieactiviteit. Gegevensdefinitie- en beheerinstructies voor databases, tabellen en schemaobjecten die niet zijn geselecteerd, worden niet gerepliceerd. Als u een volledige server voor migratie selecteert, worden instructies gerepliceerd voor tabellen, databases en schemaobjecten die op de bronserver worden gemaakt nadat de eerste load is voltooid.
  • Replicatie van Azure DMS-instructies ondersteunt alle hier vermelde gegevensdefinitie-instructies, met uitzondering van de volgende opdrachten:
    • LOGFILE GROUP-instructies
    • SERVER-instructies
    • SPATIAL REFERENCE SYSTEM-instructies
    • TABLESPACE-instructies
  • Replicatie van Azure DMS-instructies ondersteunt alle gegevensbeheer- accountbeheerinstructies die hier worden vermeld, met uitzondering van de volgende opdrachten:
    • STANDAARDROL INSTELLEN
    • WACHTWOORD INSTELLEN
  • Replicatie van Azure DMS-instructies ondersteunt alle instructies voor gegevensbeheer: tabelonderhoud die hier worden vermeld, met uitzondering van de volgende opdrachten:
    • REPAIR TABLE
    • ANALYZE TABLE
    • CHECKSUM-TABEL

Best practices voor het maken van een flexibele server voor het sneller laden van gegevens met behulp van DMS

DMS ondersteunt migraties tussen regio's, meerdere resourcegroepen en abonnementen, zodat u de juiste regio, resourcegroep en abonnement voor uw flexibele doelserver kunt selecteren. Voordat u uw flexibele doelserver maakt, moet u rekening houden met de volgende configuratierichtlijnen om ervoor te zorgen dat gegevens sneller worden geladen met behulp van DMS.

• Selecteer de rekenkracht en rekenlaag voor de flexibele doelserver op basis van de prijscategorie en VCores van de bronserver op basis van de details in de volgende tabel.

  Prijscategorie voor één server	VCores met één server	Rekenkracht van flexibele server	Rekenlaag van flexibele server
  Basic 1	1	Algemeen gebruik	Standard_D16ds_v4
  Basic 1	2	Algemeen gebruik	Standard_D16ds_v4
  Algemeen gebruik 1	4	Algemeen gebruik	Standard_D16ds_v4
  Algemeen gebruik 1	8	Algemeen gebruik	Standard_D16ds_v4
  Algemeen gebruik	16	Algemeen gebruik	Standard_D16ds_v4
  Algemeen gebruik	32	Algemeen gebruik	Standard_D32ds_v4
  Algemeen gebruik	64	Algemeen gebruik	Standard_D64ds_v4
  Geoptimaliseerd geheugen	4	Bedrijfskritiek	Standard_E4ds_v4
  Geoptimaliseerd geheugen	8	Bedrijfskritiek	Standard_E8ds_v4
  Geoptimaliseerd geheugen	16	Bedrijfskritiek	Standard_E16ds_v4
  Geoptimaliseerd geheugen	32	Bedrijfskritiek	Standard_E32ds_v4

  ¹ Voor de migratie selecteert u Algemeen gebruik 16 vCores compute voor de flexibele doelserver voor snellere migraties. Schaal terug naar de gewenste rekenkracht voor de doelserver nadat de migratie is voltooid door de aanbeveling voor de rekenkracht in de sectie Activiteiten na migratie uitvoeren verderop in dit artikel te volgen.

• De MySQL-versie voor de beoogde flexibele server moet groter zijn dan of gelijk zijn aan de versie van de bronserver met één server.

• Tenzij u de flexibele doelserver in een specifieke zone moet implementeren, stelt u de waarde van de parameter Beschikbaarheidszone in op 'Geen voorkeur'.

• Voor netwerkconnectiviteit selecteert u op het tabblad Netwerken de optie Privétoegang als voor de bronserver privé-eindpunten of privékoppelingen zijn geconfigureerd. Selecteer anders Openbare toegang.

• Kopieer alle firewallregels van de bronserver naar de flexibele doelserver.

• Kopieer alle naam-/waardetags van de enkele server naar de flexibele server tijdens het maken zelf.

De flexibele doelserver maken en configureren

Met deze aanbevolen procedures in gedachten, maakt u uw flexibele doelserver en configureert u deze.

• Maak de flexibele doelserver. Zie de quickstart voor begeleide stappen: Een exemplaar van Azure Database for MySQL maken met Azure Portal.

• Configureer de nieuwe flexibele doelserver als volgt:

  • De gebruiker die de migratie uitvoert, vereist de volgende machtigingen:
    • Zorg ervoor dat de gebruiker de machtiging 'REPLICATION_APPLIER' of 'BINLOG_ADMIN' heeft op de doelserver voor het toepassen van het bin-logboek.
    • Zorg ervoor dat de gebruiker de machtiging REPLICATION SLAVE heeft op de doelserver.
    • Zorg ervoor dat de gebruiker de machtiging 'REPLICATION CLIENT' en 'REPLICATION SLAVE' heeft op de bronserver voor het lezen en toepassen van het bin-logboek.
    • Als u tabellen op het doel wilt maken, moet de gebruiker de bevoegdheid CREATE hebben.
    • Als u een tabel migreert met de partitieopties 'DATA DIRECTORY' of 'INDEX DIRECTORY', moet de gebruiker de bevoegdheid BESTAND hebben.
    • Als de gebruiker migreert naar een tabel met de optie UNION, moet de gebruiker de bevoegdheden SELECT, UPDATE en DELETE hebben voor de tabellen die u toewijst aan een MERGE-tabel.
    • Als u weergaven migreert, moet u de bevoegdheid WEERGAVE MAKEN hebben. Houd er rekening mee dat sommige bevoegdheden mogelijk nodig zijn, afhankelijk van de inhoud van de weergaven. Raadpleeg de MySQL-documenten die specifiek zijn voor uw versie voor CREATE VIEW STATEMENT voor meer informatie.
    • Als u gebeurtenissen migreert, moet de gebruiker de bevoegdheid GEBEURTENIS hebben.
    • Als triggers worden gemigreerd, moet de gebruiker de bevoegdheid TRIGGER hebben.
    • Als u routines migreert, moet de gebruiker de bevoegdheid 'CREATE ROUTINE' hebben.
  • Configureer de serverparameters op de flexibele doelserver als volgt:
    • Stel de TLS-versie en require_secure_transport serverparameter in zodat deze overeenkomt met de waarden op de bronserver.
    • Stel de sql_mode-serverparameter in zodat deze overeenkomt met de waarden op de bronserver.
    • Configureer serverparameters op de doelserver zodat deze overeenkomen met alle niet-standaardwaarden die op de bronserver worden gebruikt.
    • Als u ervoor wilt zorgen dat gegevens sneller worden geladen wanneer u DMS gebruikt, configureert u de volgende serverparameters zoals beschreven.
      • max_allowed_packet : ingesteld op 1073741824 (bijvoorbeeld 1 GB) om verbindingsproblemen vanwege grote rijen te voorkomen.
      • slow_query_log : ingesteld op UIT om het logboek voor langzame query's uit te schakelen. Dit elimineert de overhead die wordt veroorzaakt door trage logboekregistratie van query's tijdens het laden van gegevens.
      • innodb_buffer_pool_size: kan alleen worden verhoogd door rekenkracht op te schalen voor azure Database for MySQL-server. Schaal de server omhoog naar 64 vCore SKU algemeen gebruik vanuit de prijscategorie van de portal tijdens de migratie om de innodb_buffer_pool_size te verhogen.
      • innodb_io_capacity & innodb_io_capacity_max : wijzig in 9000 van de serverparameters in Azure Portal om het IO-gebruik te verbeteren om de migratiesnelheid te optimaliseren.
      • innodb_write_io_threads : wijzig in 4 van de serverparameters in Azure Portal om de migratiesnelheid te verbeteren.
  • Configureer de replica's op de doelserver zodat deze overeenkomen met de replica's op de bronserver.
  • Repliceer de volgende serverbeheerfuncties van de bronserver naar de flexibele doelserver:
    • Roltoewijzingen, Rollen, Toewijzingen weigeren, klassieke beheerders, Toegangsbeheer (IAM)
    • Vergrendelingen (alleen-lezen en verwijderen)
    • Waarschuwingen
    • Opdrachten
    • Resource Health-waarschuwingen

DMS instellen

Wanneer uw flexibele doelserver is geïmplementeerd en geconfigureerd, moet u vervolgens DMS instellen om uw enkele server te migreren naar een flexibele server.

De resourceprovider registreren

Voer de volgende stappen uit om de Resourceprovider Microsoft.DataMigration te registreren.

1. Voordat u uw eerste DMS-exemplaar maakt, meldt u zich aan bij Azure Portal en zoekt en selecteert u vervolgens Abonnementen.

   

2. Selecteer het abonnement dat u wilt gebruiken om het DMS-exemplaar te maken en selecteer vervolgens Resourceproviders.

   

3. Zoek de term 'Migratie' en selecteer Registreren voor Microsoft.DataMigration.

   

Een DMS-exemplaar (Database Migration Service) maken

1. Selecteer in Azure Portal + Een resource maken, zoek naar de term 'Azure Database Migration Service' en selecteer vervolgens Azure Database Migration Service in de vervolgkeuzelijst.

   

2. Selecteer in het scherm Azure Database Migration ServiceMaken.

   

3. Selecteer op de pagina Migratiescenario selecteren en Database Migration Service, onder Migratiescenario, Azure Database for MySQL-Enkele server als bronservertype en selecteer vervolgens Azure Database for MySQL als doelservertype en selecteer Vervolgens Selecteren.

   

4. Selecteer op de pagina Migratieservice maken op het tabblad Basisbeginselen onder Projectdetails het juiste abonnement en selecteer vervolgens een bestaande resourcegroep of maak een nieuwe resourcegroep.

5. Geef onder Instantiedetails een naam op voor de service, selecteer een regio en controleer vervolgens of Azure is geselecteerd als de servicemodus.

6. Selecteer De prijscategorie configureren rechts van de prijscategorie.

   

7. Selecteer op de pagina Configureren de Premium-prijscategorie met 4 vCores voor uw DMS-exemplaar en selecteer vervolgens Toepassen.

   Premium DMS met 4 vCores is gedurende 6 maanden (183 dagen) vanaf het moment dat de DMS-service is gemaakt, gratis in gebruik voordat er kosten in rekening worden gebracht. Zie de pagina met prijzen voor meer informatie over DMS-kosten en -prijscategorieën.

   

   Vervolgens moeten we het VNet opgeven waarmee het DMS-exemplaar toegang krijgt tot de bronserver met één server en de flexibele doelserver.

8. Selecteer volgende op de pagina Migratieservice maken de optie Volgende: Netwerken >>.

9. Selecteer op het tabblad Netwerken een bestaand VNet in de lijst of geef de naam op van het nieuwe VNet dat u wilt maken en selecteer vervolgens Beoordelen en maken.

   Zie het artikel Een virtueel netwerk maken met behulp van Azure Portal voor meer informatie.

   

   [! BELANGRIJK]
   Uw VNet moet worden geconfigureerd met toegang tot zowel de bronserver als de flexibele doelserver. Zorg er dus voor dat u het volgende doet:

   • Maak een firewallregel op serverniveau of configureer VNET-service-eindpunten voor zowel de bron- als doelserver van Azure Database for MySQL om het VNet voor Azure Database Migration Service toegang te geven tot de bron- en doeldatabases.

   • Zorg ervoor dat de regels van uw VNet-netwerkbeveiligingsgroep (NSG) de uitgaande poort 443 van ServiceTag voor ServiceBus, Storage en Azure Monitor niet blokkeren. Zie Netwerkverkeer filteren met netwerkbeveiligingsgroepen voor meer informatie over het filteren van VNet NSG-verkeer.

   Notitie

   Als u tags aan de service wilt toevoegen, gaat u naar het tabblad Tags door Volgende : Tags te selecteren. Het toevoegen van tags aan de service is optioneel.

10. Ga naar het tabblad Controleren en maken , controleer de configuraties, bekijk de termen en selecteer Vervolgens Maken.

    

    De implementatie van uw exemplaar van DMS begint nu. De berichtimplementatie wordt enkele minuten weergegeven en vervolgens is het bericht gewijzigd in uw implementatie.

11. Selecteer Naar resource.

    

12. Identificeer het IP-adres van het DMS-exemplaar op de overzichtspagina van de resource en maak een firewallregel voor uw bronserver met één server en de flexibele server waarin het IP-adres van het DMS-exemplaar wordt vermeld.

Een migratieproject maken

Voer de volgende stappen uit om een migratieproject te maken.

1. Selecteer in het Azure Portal Alle diensten, zoek naar Azure Database Migration Service, en selecteer vervolgens Azure Database Migration Service.

   

2. Selecteer in de zoekresultaten het DMS-exemplaar dat u hebt gemaakt en selecteer vervolgens + Nieuw migratieproject.

   

3. Geef op de pagina Nieuw migratieproject een naam op voor het project, selecteer in het selectievak Bronservertype Azure Database For MySQL – Enkele server, selecteer in het selectievak doelservertype Azure Database For MySQL - Flexibele server, selecteer in het selectievak migratieactiviteit onlinegegevensmigratie en selecteer vervolgens Activiteit maken en uitvoeren.

   Notitie

   Als u Alleen project maken selecteert omdat het type migratieactiviteit alleen het migratieproject maakt, kunt u het migratieproject op een later tijdstip uitvoeren.

   

Het migratieproject configureren

Voer de volgende stappen uit om uw DMS-migratieproject te configureren.

1. Zoek in het scherm Bron selecteren de server op basis van het abonnement, de locatie en de resourcegroep. De gebruikersnaam wordt automatisch ingevuld en geef vervolgens het wachtwoord op voor de bronserver.

   

2. Selecteer Volgende: Selecteer het doel>> en zoek vervolgens in het scherm Doel selecteren de server op basis van het abonnement, de locatie en de resourcegroep. De gebruikersnaam wordt automatisch ingevuld en geef vervolgens het wachtwoord op voor de flexibele doelserver.

   

3. Selecteer Volgende: Selecteer databases>> en selecteer vervolgens op het tabblad Databases selecteren onder Servermigratieopties alle toepasselijke databases migreren of selecteer onder Databases selecteren de serverobjecten die u wilt migreren.

   Notitie

   Er is nu een optie Alle toepasselijke databases migreren wanneer deze optie is geselecteerd. Met deze optie worden alle door de gebruiker gemaakte databases en tabellen gemigreerd. Omdat Azure Database for MySQL - Flexible Server geen ondersteuning biedt voor gemengde casedatabases, worden gemengde casedatabases op de bron niet opgenomen voor een onlinemigratie.

   

4. Selecteer in de sectie Databases selecteren onder Brondatabase de database(s) die u wilt migreren.

   De niet-tabelobjecten in de opgegeven database(s) worden gemigreerd, terwijl de items die u niet hebt geselecteerd, worden overgeslagen. U kunt alleen de bron- en doeldatabases selecteren waarvan de namen overeenkomen met die op de bron- en doelserver.

   Als u een database selecteert op de bronserver die niet op de doelserver bestaat, wordt deze gemaakt op de doelserver.

5. Selecteer Volgende: Selecteer tabellen om naar het tabblad Tabellen>> selecteren te navigeren.

   Voordat het tabblad wordt ingevuld, haalt DMS de tabellen op uit de geselecteerde database(s) op de bron en het doel en bepaalt vervolgens of de tabel bestaat en gegevens bevat.

6. Selecteer de tabellen die u wilt migreren.

   Als de geselecteerde brontabel niet bestaat op de doelserver, zorgt het onlinemigratieproces ervoor dat het tabelschema en de gegevens naar de doelserver worden gemigreerd.

   

   DMS valideert uw invoer en als de validatie is geslaagd, kunt u de migratie starten.

7. Nadat u een schemamigratie hebt geconfigureerd, selecteert u Controleren en de migratie starten.

   Notitie

   U hoeft alleen naar het tabblad Migratie-instellingen configureren te gaan als u problemen met mislukte migraties probeert op te lossen.

8. Geef op het tabblad Samenvatting in het tekstvak Activiteitsnaam een naam op voor de migratieactiviteit en controleer vervolgens de samenvatting om ervoor te zorgen dat de bron- en doeldetails overeenkomen met wat u eerder hebt opgegeven.

   

9. Selecteer Migratie starten.

   Het venster van de migratieactiviteit wordt weergegeven en de Status van de activiteit is Initialiseren. De status wordt gewijzigd in Uitvoeren wanneer de tabelmigraties worden gestart.

   

De migratie bewaken

1. Nadat de activiteit Initial Load is voltooid, gaat u naar het tabblad Initial Load om de voltooiingsstatus en het aantal voltooide tabellen weer te geven.

   

   Nadat de activiteit Initiële belasting is voltooid, gaat u automatisch naar het tabblad Gegevenswijzigingen repliceren. U kunt de voortgang van de migratie controleren terwijl het scherm elke 30 seconden automatisch wordt vernieuwd.

2. Selecteer Vernieuwen om de weergave bij te werken en de seconden achter de bron weer te geven wanneer dat nodig is.

   

3. Bewaak de seconden achter de bron en zodra deze 0 nadert, ga verder met het starten van cutover door naar het menutabblad Cutover starten boven aan het scherm van de migratieactiviteit te navigeren.

4. Volg de stappen in het cutover-venster voordat u klaar bent om een cutover uit te voeren.

5. Nadat u alle stappen hebt voltooid, selecteert u Bevestigen en selecteert u Vervolgens Toepassen.

   

Activiteiten na de migratie uitvoeren

Wanneer de migratie is voltooid, moet u de volgende activiteiten na de migratie voltooien.

• Test de integriteit van de toepassing op basis van de doeldatabase om de migratie te certificeren.

• Werk de connection string bij zodat deze verwijst naar de nieuwe flexibele server.

• Verwijder de enkele bronserver nadat u de toepassingscontinuïteit hebt gegarandeerd.

• Als u de flexibele doelserver voor een snellere migratie omhoog hebt geschaald, schaalt u deze terug door de rekenkracht en rekenlaag voor de flexibele server te selecteren op basis van de prijscategorie en VCores van de bronserver, op basis van de details in de volgende tabel.

  Prijscategorie voor één server	VCores met één server	Rekenkracht van flexibele server	Rekenlaag van flexibele server
  Basis	1	Met burstfunctie	Standard_B1s
  Basis	2	Met burstfunctie	Standard_B2s
  Algemeen gebruik	4	Algemeen gebruik	Standard_D4ds_v4
  Algemeen gebruik	8	Algemeen gebruik	Standard_D8ds_v4

  • Voer de volgende stappen uit om de DMS-resources op te schonen:

    1. Selecteer in het Azure Portal Alle diensten, zoek naar Azure Database Migration Service, en selecteer vervolgens Azure Database Migration Service.

    2. Selecteer uw migratieservice-exemplaar in de zoekresultaten en selecteer vervolgens Service verwijderen.

    3. Geef in het bevestigingsdialoogvenster in het tekstvak TYPE DE NAAM VAN DE DATABASE MIGRATION SERVICE de naam van de instantie op en selecteer vervolgens Verwijderen.

Best practices voor migratie

Houd bij het uitvoeren van een migratie rekening met de volgende aanbevolen procedures.

• Neem als onderdeel van detectie en evaluatie de server-SKU, het CPU-gebruik, de opslag, de databasegrootten en het uitbreidingsgebruik als een aantal van de kritieke gegevens om te helpen met migraties.

• Voer testmigraties uit voordat u migreert voor productie:

  • Testmigraties zijn belangrijk om ervoor te zorgen dat u alle aspecten van de databasemigratie behandelt, inclusief het testen van toepassingen. De aanbevolen procedure is om te beginnen met het uitvoeren van een migratie volledig voor testdoeleinden. Nadat een zojuist gestarte migratie de fase Gegevenswijzigingen repliceren met minimale vertraging heeft gestart, gebruikt u alleen het flexibele serverdoel voor het uitvoeren van testworkloads. Gebruik dit doel om de toepassing te testen om de verwachte prestaties en resultaten te garanderen. Als u migreert naar een hogere MySQL-versie, test u op toepassingscompatibiliteit.
  • Nadat het testen is voltooid, kunt u de productiedatabases migreren. Op dit moment moet u de dag en tijd van de productiemigratie afronden. In het ideale geval is er op dit moment weinig gebruik van toepassingen. Alle belanghebbenden die betrokken moeten zijn, moeten beschikbaar en gereed zijn. Voor de productiemigratie is een nauwe bewaking vereist. Voor een onlinemigratie moet de replicatie worden voltooid voordat u de cutover uitvoert om gegevensverlies te voorkomen.

• Leid alle afhankelijke toepassingen om om toegang te krijgen tot de nieuwe primaire database en de bronserver alleen-lezen te maken. Open vervolgens de toepassingen voor productiegebruik.

• Nadat de toepassing wordt uitgevoerd op de flexibele doelserver, controleert u de databaseprestaties nauwkeurig om te zien of afstemmen van prestaties is vereist.

Gerelateerde inhoud

• Wat is Azure Database for MySQL - Flexible Server?
• Wat is Azure Database Migration Service?
• Bekende problemen met migraties naar Azure Database for MySQL
• Veelvoorkomende problemen en fouten met Azure Database Migration Service (klassiek) oplossen
• DMS-fouten oplossen bij het verbinden van de brondatabases