Dela via

Självstudie: Migrera från MySQL till Azure Database for MySQL – flexibel server online med DMS-replikeringsändringar

  • Artikel

Kommentar

Den här artikeln innehåller referenser till termen slav, en term som Microsoft inte längre använder. När termen tas bort från programvaran tar vi bort den från den här artikeln.

Du kan migrera din lokala eller andra molntjänster MySQL Server till Azure Database for MySQL – flexibel server med hjälp av Azure Database Migration Service (DMS), en fullständigt hanterad tjänst som är utformad för att möjliggöra sömlösa migreringar från flera databaskällor till Azure-dataplattformar. I den här självstudien utför vi en onlinemigrering av en exempeldatabas från en lokal MySQL-server till en Azure Database for MySQL – flexibel server (båda kör version 5.7) med hjälp av en migreringsaktivitet för DMS-replikeringsändringar.

Genom att köra en migrering av replikera ändringar, med vårt offlinescenario med "Aktivera transaktionell konsekvens" kan företag migrera sina databaser till Azure medan databaserna förblir i drift. Med andra ord kan migreringar slutföras med minsta stilleståndstid för kritiska program, vilket begränsar påverkan på tillgängligheten på servicenivå och olägenheter för deras slutkunder.

I den här självstudien får du lära dig att:

  • Skapa ett migreringsprojekt för MySQL-replikerade ändringar i DMS.
  • Kör migreringen Replikera ändringar.
  • Övervaka migreringen.
  • Utför steg efter migreringen.

Förutsättningar

För att slutföra den här kursen behöver du:

  • Använd det kommandoradsverktyg för MySQL som du väljer för att avgöra om log_bin är aktiverat på källservern. Binlog är inte alltid aktiverat som standard, så kontrollera att det är aktiverat innan du påbörjar migreringen. Om du vill ta reda på om log_bin är aktiverat på källservern kör du kommandot: SHOW VARIABLES LIKE 'log_bin'.

  • Kontrollera att användaren har behörigheten "REPLICATION_APPLIER" eller "BINLOG_ADMIN" på målservern för att tillämpa lagerplatsloggen.

  • Kontrollera att användaren har behörigheten "REPLIKERINGSSLAV" på målservern.

  • Kontrollera att användaren har behörigheten "REPLIKERINGSKLIENT" och "REPLIKERINGSSLAV" på källservern för att läsa och tillämpa bin-loggen.

  • Kör ett offlinemigreringsscenario med "Aktivera transaktionell konsekvens" för att hämta lagerplatsloggfilen och positionen.

    Skärmbild av binlogpositionen för en offlinemigrering av Azure Database Migration Service.

  • Om du riktar in dig på en migrering av replikerade ändringar konfigurerar du parametern binlog_expire_logs_seconds på källservern så att binlogfilerna inte rensas innan repliken genomför ändringarna. Vi rekommenderar minst två dagar, till att börja med. Efter en snabb snabb återställning kan värdet återställas.

Begränsningar

När du förbereder migreringen bör du tänka på följande begränsningar.

  • När du utför en replikeringsmigrering måste namnet på databasen på målservern vara samma som namnet på källservern.

  • Stödet är begränsat till row binlog-formatet.

  • Replikering av DDL-ändringar stöds endast när du har valt alternativet replikera datadefinitions- och administrationsinstruktioner för valda objekt i DMS-användargränssnittet. Replikeringsfunktionen stöder replikering av datadefinitions- och administrationsinstruktioner som inträffar efter den första inläsningen och loggas i binärloggen till målet.

  • Det går inte att byta namn på databaser eller tabeller när ändringar replikeras.

Skapa ett migreringsprojekt för replikera ändringar

Utför följande steg för att skapa ett migreringsprojekt för replikera ändringar.

  1. I Azure Portal väljer du Alla tjänster, söker efter Azure Database Migration Service och väljer sedan Azure Database Migration Services.

    Skärmbild av Hitta alla instanser av Azure Database Migration Service.

  2. I sökresultaten väljer du den DMS-instans som du skapade för att köra den preliminära offlinemigreringen och väljer sedan + Nytt migreringsprojekt.

    Skärmbild av ett Välj ett nytt migreringsprojekt.

  3. På sidan Nytt migreringsprojekt anger du ett namn för projektet. I rutan Källservertyp väljer du MySQL. I rutan Målservertyp väljer du Azure Database For MySQL – Flexibel server, i markeringsrutan Migreringsaktivitetstyp väljer du Replikera ändringar och väljer sedan Skapa och kör aktivitet.

Konfigurera migreringsprojektet

Utför följande steg för att konfigurera DMS-migreringsprojektet.

  1. På skärmen Välj källa anger du källserverns namn, serverport, användarnamn och lösenord till källservern.

    Skärmbild av skärmen Lägg till källinformation.

  2. Välj Nästa: Välj mål>> och leta sedan upp målservern baserat på prenumeration, plats och resursgrupp på skärmen Välj mål . Användarnamnet fylls i automatiskt och anger sedan lösenordet för den flexibla målservern.

    Skärmbild av ett Select-mål.

  3. Välj Nästa: Välj binlog>> och ange sedan binlog-filnamnet och binlog-positionen på skärmen Välj binlog enligt den tidigare körningen av offlinemigreringsscenariot.

    Skärmbild av en Välj binlog.

  4. Välj Nästa: Välj databaser>> och välj sedan de serverdatabasobjekt som du vill migrera på fliken Välj databaser .

    Skärmbild av en Select-databas.

  5. Välj Nästa: Välj tabeller>> för att gå till fliken Välj tabeller . Markera alla tabeller som ska migreras. Skärmbild av en Select-tabell.

  6. När du har konfigurerat för schemamigrering väljer du Granska och starta migreringen.

    Du behöver bara gå till fliken Konfigurera migreringsinställningar om du försöker felsöka misslyckade migreringar.

  7. På fliken Sammanfattning i textrutan Aktivitetsnamn anger du ett namn för migreringsaktiviteten och granskar sedan sammanfattningen för att se till att käll- och målinformationen matchar det du angav tidigare.

    Skärmbild av en sammanfattning.

  8. Välj Starta migrering.

    Migreringsaktivitetsfönstret visas och Status för aktiviteten är Initieras. Statusen ändras till Körs när tabellmigreringarna startar.

    Skärmbild av statusen Körs.

Övervaka migreringen

  1. Övervaka sekunderna bakom källan och så snart den närmar sig 0 börjar du snabbt genom att gå till fliken Starta snabbmeny högst upp på skärmen för migreringsaktivitet.

    Skärmbild av en Perform cutover (Utför snabbhet).

  2. Följ stegen i snabbfönstret innan du är redo att utföra en snabb användning. När du har slutfört alla steg väljer du Bekräfta och väljer sedan Använd.

    Skärmbild av en Perform cutover-bekräftelse.

När snabbåtgärden är klar är du redo att utföra valideringar och steg efter migreringen.

Skärmbild av en Perform cutover slutförd.

Utföra aktiviteter efter migreringen

När migreringen är klar måste du slutföra följande aktiviteter efter migreringen.

  • Utför rimlighetstestning för programmet mot måldatabasen för att certifiera migreringen.

  • Uppdatera anslutningssträng så att den pekar på den nya flexibla servern.

  • Ta bort källservern när du har säkerställt programkontinuitet.

  • Utför följande steg för att rensa DMS-resurserna:

    1. I Azure Portal väljer du Alla tjänster, söker efter Azure Database Migration Service och väljer sedan Azure Database Migration Services.
    2. Välj din migreringstjänstinstans i sökresultaten och välj sedan Ta bort tjänst.
    3. I bekräftelsedialogrutan anger du namnet på instansen i textrutan ANGE NAMNET PÅ DATAMIGRERINGSTJÄNSTEN och väljer sedan Ta bort.

Metodtips för migrering

När du utför en migrering bör du tänka på följande metodtips.

  • Som en del av identifieringen och utvärderingen, ta med serverns SKU, processoranvändning, lagring, databasstorlekar och användning av tillägg som några av de kritiska data för att underlätta migreringar.

  • Utför testmigreringar innan du migrerar för produktion:

    • Testmigreringar är viktiga för att säkerställa att du täcker alla aspekter av databasmigreringen, inklusive programtestning. Det bästa sättet är att börja med att köra en migrering endast i testsyfte. Efter att en nyligen påbörjad migrering går in i fasen för att replikera dataändringar med minimal fördröjning, använd endast ditt flexibla servermål för att köra testarbetsbelastningar. Använd det målet för att testa programmet för att säkerställa förväntad prestanda och resultat. Om du migrerar till en högre MySQL-version testar du programkompatibiliteten.
    • När testningen är klar kan du migrera produktionsdatabaserna. Nu måste du slutföra dag och tid för produktionsmigrering. Helst ska programanvändningen vara låg vid denna tidpunkt. Alla intressenter som måste delta bör vara tillgängliga och redo. Produktionsmigreringen kräver en noggrann övervakning. För en onlinemigrering måste replikeringen slutföras innan du utför övergången för att förhindra dataförlust.

  • Omdirigera alla beroende program för att få åtkomst till den nya primära databasen och se till att källservern är skrivskyddad. Öppna sedan programmen för produktionsanvändning.

  • När programmet startar på den flexibla målservern, övervaka databasens prestanda noga för att avgöra om det finns behov av prestandajustering.

Relaterat innehåll