Zelfstudie: MySQL offline migreren naar Azure Database for MySQL met behulp van DMS

U kunt Azure Database Migration Service gebruiken om een naadloze migratie van uw externe MySQL-exemplaar naar Azure Database for MySQL uit te voeren met de mogelijkheid voor gegevensmigratie met hoge snelheid. In deze zelfstudie migreren we een voorbeelddatabase van een on-premises exemplaar van MySQL 5.7 naar Azure Database for MySQL (v5.7) met behulp van een offlinemigratieactiviteit in Azure Database Migration Service. Hoewel in de artikelen wordt ervan uitgegaan dat de bron een MySQL-database-exemplaar en -doel moet zijn van Azure Database for MySQL, kan deze worden gebruikt om te migreren van de ene Azure Database for MySQL naar een andere door de naam en referenties van de bronserver te wijzigen. Migratie van MySQL-servers met een lagere versie (v5.6 en hoger) naar hogere versies wordt ook ondersteund.

Notitie

Zie de scriptbare offlinemigratie naar Azure Database for MySQL voor een scriptversie van deze migratie-ervaring op basis van PowerShell.

Notitie

Amazon Relational Database Service (RDS) voor MySQL en Amazon Aurora (op basis van MySQL) worden ook ondersteund als bronnen voor migratie.

In deze zelfstudie leert u het volgende:

• 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.

Vereisten

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

• U moet beschikken over een Azure-account met een actief abonnement. Gratis een account maken

• Een on-premises MySQL-database met versie 5.7 hebben. Als dat niet het is, downloadt en installeert u MySQL Community Edition 5.7.

• Maak een Microsoft Azure Virtual Network voor Azure Database Migration Service met behulp van het Azure Resource Manager-implementatiemodel. Dit biedt site-naar-site-connectiviteit met uw on-premises bronservers met behulp van ExpressRoute of VPN. Voor meer informatie over het maken van een virtueel netwerk raadpleegt u de Documentatie over virtuele netwerken en dan met name de quickstart-artikelen met stapsgewijze informatie.

  Notitie

  Als u bij de installatie van een virtueel netwerk gebruikmaakt van ExpressRoute met netwerkpeering voor Microsoft, voegt u de volgende service-eindpunten toe aan het subnet waarin de service wordt ingericht:

  • Eindpunt van de doeldatabase (bijvoorbeeld SQL-eindpunt, Azure Cosmos DB-eindpunt, enzovoort)
  • Opslageindpunt
  • Service Bus-eindpunt

  Deze configuratie is noodzakelijk omdat Azure Database Migration Service geen internetverbinding biedt.

• Zorg ervoor dat de regels voor uw virtuele netwerkbeveiligingsgroep de uitgaande poort 443 van ServiceTag voor ServiceBus, Storage en AzureMonitor niet blokkeren. Zie het artikel Netwerkverkeer filteren met netwerkbeveiligingsgroepen voor meer informatie over verkeer filteren van verkeer via de netwerkbeveiligingsgroep voor virtuele netwerken.

• Open uw Windows-firewall om verbindingen van Virtual Network voor Azure Database Migration Service toegang te geven tot de bron-MySQL-server, die standaard TCP-poort 3306 is.

• Wanneer u een firewallapparaat voor uw brondatabase(s) gebruikt, moet u mogelijk firewallregels toevoegen om verbindingen van Virtual Network for Azure Database Migration Service toegang te geven tot de brondatabase(s) voor migratie.

• Maak een firewallregel op serverniveau of configureer VNET-service-eindpunten voor azure Database for MySQL om virtueel netwerk voor Azure Database Migration Service toegang te geven tot de doeldatabases.

• De brondatabase van MySQL moet op een ondersteunde MySQL-communityversie zijn. Om de versie van het MySQL-exemplaar te bepalen, voert u in het MySQL-hulpprogramma of MySQL Workbench de volgende opdracht uit:

  SELECT @@version;
  

• Azure Database for MySQL ondersteunt alleen InnoDB-tabellen. Raadpleeg het artikel Tabellen van MyISAM naar InnoDB converteren om MyISAM-tabellen te converteren naar InnoDB.

• De gebruiker moet over de bevoegdheden beschikken om gegevens in de brondatabase te lezen.

• 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.
  • 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.

De grootte van de Azure Database for MySQL-doelinstantie wijzigen

De volgende serverparameters en configuratiewijzigingen worden aanbevolen om de Azure Database for MySQL-doelserver voor te bereiden op snellere gegevensbelastingen met behulp van de Azure Database Migration Service.

• 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.

• query_store_capture_mode: ingesteld op NONE om Query Store uit te schakelen. Dit elimineert de overhead die wordt veroorzaakt door steekproeven door Query Store.

• innodb_buffer_pool_size: Innodb_buffer_pool_size kan alleen worden verhoogd door de rekenkracht voor de Azure Database for MySQL-server op te schalen. 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 &innodb_write_io_threads : wijzig in 4 van de serverparameters in Azure Portal om de migratiesnelheid te verbeteren.

• Opslaglaag omhoog schalen: de IOPS voor Azure Database for MySQL-server neemt geleidelijk toe met de toename van de opslaglaag.

  • Voor snellere belastingen raden we u aan de opslaglaag te verhogen om de ingerichte IOPS te verhogen in de implementatieoptie Enkele server.
  • In de optie flexibele serverimplementatie raden we u aan IOPS te schalen (vergroten of verkleinen), ongeacht de opslaggrootte.
  • Denk eraan dat opslag alleen omhoog en niet omlaag kan worden geschaald.

• Selecteer de rekenkracht en de rekenlaag voor de flexibele doelserver op basis van de prijscategorie van de bronserver en VCores 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	Algemeen gebruik	Standard_D16ds_v4
  Basic*	2	Algemeen gebruik	Standard_D16ds_v4
  Algemeen doel*	4	Algemeen gebruik	Standard_D16ds_v4
  Algemeen doel*	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.

Zodra de migratie is voltooid, kunt u de serverparameters en -configuratie terugzetten naar waarden die zijn vereist voor uw workload.

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 Database Migration Service-exemplaar maken

1. Selecteer in de Azure-portal Een resource maken, zoek naar Azure Database Migration Service, en selecteer vervolgens Azure Database Migration Service uit de vervolgkeuzelijst.

   

2. Selecteer in het scherm Azure Database Migration ServiceMaken.

   

3. Geef in het scherm Migratieservice maken een naam op voor de service, het abonnement en een nieuwe of bestaande resourcegroep.

4. Selecteer een prijscategorie en ga naar het netwerkscherm. Offlinemigratiemogelijkheden zijn alleen beschikbaar in de Premium-prijscategorie.

   Zie voor meer informatie over de kosten en prijscategorieën de Pagina met prijzen.

   

5. Selecteer een bestaand virtueel netwerk in de lijst of geef de naam op van het nieuwe virtuele netwerk dat moet worden gemaakt. Naar het scherm Controleren en maken gaan. U kunt eventueel tags toevoegen aan de service met behulp van het scherm Tags.

   Het virtuele netwerk biedt Azure Database Migration Service toegang tot de bron-SQL Server en het doel-Azure SQL Database-exemplaar.

   

   Zie het artikel Een virtueel netwerk maken met de Azure-portal voor meer informatie over het maken van een virtueel netwerk in de Azure-portal.

6. Controleer de configuraties en selecteer Maken om de service te maken.

   

Een migratieproject maken

Nadat de service is gemaakt, zoek deze op in de Azure-portal, open hem en maak vervolgens een nieuw migratieproject.

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 + Nieuw migratieproject.

   

3. Geef in het scherm Nieuw migratieproject een naam op voor het project, selecteer MySQL in het selectievak bronservertype, selecteer in het selectievak doelservertype, selecteer Azure Database For MySQL en selecteer gegevensmigratie in het selectievak Migratieactiviteit. Selecteer Activiteit maken en uitvoeren.

   

   Notitie

   U kunt ook Alleen project maken kiezen om het migratieproject nu te maken en de migratie later uit te voeren.

Migratieproject configureren

1. Geef in het scherm Bron selecteren de verbindingsgegevens op voor het MySQL-bronexemplaren en selecteer Volgende: Doel selecteren>>

   

2. Geef in het scherm Doel selecteren de verbindingsgegevens op voor het Azure Database for MySQL-doelexemplaren en selecteer Volgende: Databases selecteren >>

   

3. Wijs in het scherm Databases selecteren de bron- en doeldatabase voor migratie toe en selecteer Volgende: Migratie-instellingen>> configureren. U kunt de optie Bronserver alleen-lezen maken selecteren om de bron als alleen-lezen te maken, maar wees voorzichtig dat dit een instelling op serverniveau is. Als deze optie is geselecteerd, wordt de hele server ingesteld op alleen-lezen, niet alleen op de geselecteerde databases.

   Als de doeldatabase de naam van de dezelfde database als de bron-database bevat, wordt in Azure Database Migration Service de doeldatabase standaard geselecteerd.

4. Selecteer in het scherm Migratie-instellingen configureren de tabellen die deel uitmaken van de migratie en selecteer Volgende: Samenvatting>>. Als de doeltabellen gegevens bevatten, worden ze niet standaard geselecteerd, maar kunt u ze expliciet selecteren en worden ze afgekapt voordat u de migratie start.

   

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

   

6. 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. Selecteer Vernieuwen in het scherm migratieactiviteit om de weergave bij te werken en bekijk de voortgang over het aantal voltooide tabellen.

2. U kunt op de databasenaam in het activiteitsscherm klikken om de status van elke tabel te zien terwijl ze worden gemigreerd. Selecteer Vernieuwen om de weergave bij te werken.

   

Migratie voltooien

1. Selecteer op het scherm van de migratieactiviteit de optie Vernieuwen om de weergave bij te werken totdat de Status van de migratie als Voltooid wordt weergegeven.

   

Activiteiten na migratie

Migratie-cutover in een offlinemigratie is een toepassingsafhankelijk proces dat buiten het bereik van dit document valt, maar de volgende activiteiten na de migratie zijn voorgeschreven:

1. Maak aanmeldingen, rollen en machtigingen volgens de toepassingsvereisten.
2. Maak alle triggers in de doeldatabase opnieuw zoals geëxtraheerd tijdens de stap vóór de migratie.
3. Test de integriteit van de toepassing op basis van de doeldatabase om de migratie te certificeren.

Resources opschonen

Als u de Database Migration Service niet meer gaat gebruiken, kunt u de service verwijderen met de volgende stappen:

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 Service verwijderen.

   

3. Typ in het bevestigingsvenster de naam van de service in het tekstvak NAAM VAN DE DATABASE MIGRATION SERVICE EN selecteer Verwijderen.

   

Volgende stappen

• Zie het artikel Veelvoorkomende problemen - Azure Database Migration Service voor informatie over bekende problemen en beperkingen bij het uitvoeren van migraties met behulp van DMS.
• Zie het artikel Problemen met het verbinden van brondatabases voor het oplossen van verbindingsproblemen met de brondatabase tijdens het gebruik van DMS.
• Zie het artikel Wat is de Azure Database Migration Service? voor informatie over Azure Database Migration Service.
• Raadpleeg het artikel Wat is Azure Database for MySQL? voor informatie over Azure Database for MySQL.
• Zie het artikel PowerShell voor hulp bij het gebruik van DMS via PowerShell: Offlinemigratie uitvoeren van MySQL-database naar Azure Database for MySQL met behulp van DMS