Självstudie: Migrera SQL Server till en Azure SQL Managed Instance online med Azure Data Studio med DMS (förhandsversion)

Använd Azure SQL Migration-tillägget i Azure Data Studio för att migrera databaser från en SQL Server-instans till en Azure SQL Managed Instance med minimal avbrottstid. Metoder som kan kräva manuella åtgärder finns i artikeln om SQL Server migrering till Azure SQL Managed Instance.

I den här självstudien migrerar du Adventureworks-databasen från en lokal instans av SQL Server till Azure SQL Managed Instance med minimal avbrottstid genom att använda Azure Data Studio med Azure Database Migration Service (DMS).

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

  • Starta guiden Migrera till Azure SQL i Azure Data Studio.
  • Köra en utvärdering av SQL Server databas(er)
  • Ange information om källans SQL Server, säkerhetskopieringsplatsen och azure-målinstansen SQL hanterad instans
  • Skapa en ny Azure Database Migration Service installera integration runtime med egen värd för att få åtkomst till källservern och säkerhetskopiorna.
  • Starta och övervaka förloppet för migreringen.
  • Utför migreringen när du är klar.

Viktigt

Förbered för migrering och minska varaktigheten för onlinemigreringsprocessen så mycket som möjligt för att minimera risken för avbrott som orsakas av omkonfiguration av instanser eller planerat underhåll. Om en sådan händelse inleder migreringsprocessen från början. Vid planerat underhåll finns det en respitperiod på 36 timmar där Azure SQL Managed Instance-målkonfigurationen eller -underhållet kommer att finnas kvar innan migreringsprocessen startas om.

Tips

När du migrerar databaser till Azure med hjälp av Azure Database Migration Service kan du göra en offline- eller en online migrering. Med en offlinemigrering startar programmets frånkopplade tillstånd när migreringen startar. Med onlinemigrering begränsas det frånkopplade tillståndet till tiden för att genomföra snabb migrering vid slutet av migreringen. Vi rekommenderar att du testar en offlinemigrering för att avgöra om det frånkopplade tillståndet är godtagbart. Om det inte är det kan du utföra en onlinemigrering.

I den här artikeln beskrivs en databasmigrering online från SQL Server till Azure SQL Managed Instance. En offlinedatabasmigrering finns i Migrera SQL Server till en hanterad SQL-instans offlinemed hjälp Azure Data Studio med DMS .

Förutsättningar

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

  • Ladda ned och installera Azure Data Studio

  • Installera Azure SQL Migration-tillägget från Azure Data Studio Marketplace

  • Ha ett Azure-konto som har tilldelats till någon av de inbyggda rollerna som anges nedan:

    • Deltagare för Azure-målinstansen SQL (och Storage-konto för att ladda upp dina säkerhetskopierade databasfiler från SMB-nätverksresursen).
    • Rollen Ägare eller Deltagare för De Azure-resursgrupper som innehåller Azure SQL Managed Instance eller Azure Storage-kontot.
    • Rollen Ägare eller Deltagare för Azure-prenumerationen.
  • Skapa azure-målinstansen SQL hanterad instans.

  • Kontrollera att de inloggningar som används för att ansluta SQL Server är medlemmar i serverrollen sysadmin eller har CONTROL SERVER behörighet.

  • Använd något av följande lagringsalternativ för fullständiga säkerhetskopieringsfiler för databasen och transaktionsloggen:

    • SMB-nätverksresurs
    • Filresurs eller blobcontainer för Azure Storage-konto

    Viktigt

    • Om dina säkerhetskopierade databasfiler finns i en SMB-nätverksresurs skapar du ett Azure Storage-konto som gör att DMS-tjänsten kan ladda upp säkerhetskopierade databasfiler. Se till att skapa Azure Storage-kontot i samma region som Azure Database Migration Service instansen skapas.
    • Azure Database Migration Service inte några säkerhetskopior och använder i stället befintliga säkerhetskopior, som du kanske redan har som en del av din haveriberedskapsplan, för migreringen.
    • Du bör göra säkerhetskopior med hjälp av WITH CHECKSUM alternativet.
    • Varje säkerhetskopia kan antingen skrivas till en separat säkerhetskopia eller till flera säkerhetskopieringsfiler. Däremot saknas stöd för att lägga till flera säkerhetskopior (det vill säga fullständig och t-log) i en enda säkerhetskopieringsmedia.
    • Använd komprimerade säkerhetskopieringar för att minska sannolikheten för potentiella problem som är associerade med migrering av stora säkerhetskopior.
  • Kontrollera att tjänstkontot som kör källinstansen SQL Server har läs- och skrivbehörighet på den SMB-nätverksresurs som innehåller säkerhetskopierade databasfiler.

  • Källinstanscertifikatet SQL Server en databas som skyddas av transparent datakryptering (TDE) måste migreras till Den hanterade Azure SQL-målinstansen eller SQL Server på en virtuell Azure-dator innan data migreras. Mer information finns i Migrera ett certifikat för en TDE-skyddad databas till Azure SQL Managed Instance och Flytta en TDE-skyddad databastill en annan SQL Server .

    Tips

    Om databasen innehåller känsliga data som skyddas av Always Encryptedmigrerar migreringsprocessen med hjälp av Azure Data Studio med DMS automatiskt dina Always Encrypted-nycklar till din hanterade Azure SQL-målinstans eller SQL Server på en virtuell Azure-dator.

  • Om dina databassäkerhetskopior finns i en nätverksfilresurs tillhandahåller du en dator för att installera integration runtime med egen värd för att få åtkomst till och migrera säkerhetskopior av databasen. Migreringsguiden innehåller nedladdningslänken och autentiseringsnycklarna för att ladda ned och installera integration runtime med egen värd. Som förberedelse för migreringen bör du se till att följande utgående brandväggsregler och domännamn är aktiverade på den dator där du planerar att installera integration runtime med egen värd:

    Domännamn Utgående portar Description
    Offentligt moln: {datafactory}.{region}.datafactory.azure.net
    eller *.frontend.clouddatahub.net
    Azure Government: {datafactory}.{region}.datafactory.azure.us
    Kina: {datafactory}.{region}.datafactory.azure.cn
    443 Krävs av integrationskörningen med egen värd för att ansluta till datamigreringstjänsten.
    För nya Data Factory i det offentliga molnet letar du upp FQDN från din Integration Runtime nyckel, som har formatet {datafactory}.{region}.datafactory.azure.net . Om du inte ser FQDN i din integrationsnyckel med egen värd för gamla Data Factory använder du *.frontend.clouddatahub.net i stället.
    download.microsoft.com 443 Krävs av integrationskörningen med egen värd för nedladdning av uppdateringarna. Om du har inaktiverat automatisk uppdatering kan du hoppa över konfigurationen av den här domänen.
    *.core.windows.net 443 Används av integrationskörning med egen värd som ansluter till Azure Storage-kontot för att ladda upp databassäkerhetskopior från din nätverksresurs

    Tips

    Om dina säkerhetskopierade databasfiler redan finns i ett Azure Storage-konto krävs inte integration runtime med egen värd under migreringsprocessen.

  • När du använder en integrationskörning med egen värd kontrollerar du att den dator där körningen är installerad kan ansluta till källinstansen SQL Server och nätverksfilresursen där säkerhetskopieringsfilerna finns. Utgående port 445 ska vara aktiverad för att tillåta åtkomst till nätverksfilresursen. Se även rekommendationer för att använda integrationskörning med egen värd

  • Om du använder resursprovidern Azure Database Migration Service första gången ska du kontrollera att resursprovidern Microsoft.DataMigration är registrerad i din prenumeration. Du kan följa stegen för att registrera resursprovidern

Starta guiden Migrera till Azure SQL i Azure Data Studio

  1. Öppna Azure Data Studio och välj serverikonen för att ansluta till din lokala SQL Server (eller SQL Server på en virtuell Azure-dator).
  2. Högerklicka på serveranslutningen och välj Hantera.
  3. På serverns startsida väljer du Azure SQL Migreringstillägg.
  4. På instrumentpanelen för Azure SQL Migration väljer du Migrera till Azure SQL för att starta migreringsguiden. Starta guiden Migrera till Azure SQL Azure
  5. I det första steget i migreringsguiden länkar du ditt befintliga eller nya Azure-konto till Azure Data Studio.

Köra databasutvärdering och välj mål

  1. Välj de databaser som utvärderingen ska köras på och välj Nästa.
  2. Välj Azure SQL Managed Instance som mål. Utvärderingsbekräftelse
  3. Välj knappen Visa/välj för att visa information om utvärderingsresultaten för dina databaser, välj de databaser som ska migreras och välj OK. Om några problem visas i utvärderingsresultaten måste de åtgärdas innan du fortsätter med nästa steg. Information om databasutvärdering
  4. Ange azure-målinstansen SQL genom att välja din prenumeration, plats och resursgrupp i motsvarande listrutan och välj Nästa.

Konfigurera migreringsinställningar

  1. Välj Onlinemigrering som migreringsläge.

    Anteckning

    I onlinemigreringsläget är källdatabasen SQL Server tillgänglig för läs- och skrivaktivitet medan databassäkerhetskopior återställs kontinuerligt på Azure SQL Managed Instance. Programmets stilleståndstid är begränsad till varaktigheten för övergången i slutet av migreringen.

  2. Välj platsen för dina databassäkerhetskopior. Dina databassäkerhetskopior kan antingen finnas på en lokal nätverksresurs eller i en Azure Storage Blob-container.

    Anteckning

    Om dina databassäkerhetskopior tillhandahålls i en lokal nätverksresurs kräver DMS att du säkerhetskopiera lokal integrationskörning i nästa steg i guiden. Integration Runtime med egen värd krävs för att få åtkomst till dina källdatabassäkerhetskopior, kontrollera giltigheten för säkerhetskopieringsuppsättningen och ladda upp dem till Azure Storage-kontot.
    Om dina databassäkerhetskopior redan finns i en Azure Storage Blob-container behöver du inte konfigurera integration runtime med egen värd.

  3. När du har valt säkerhetskopieringsplats anger du information om SQL Server och platsen för källsäkerhetskopiering.

    Fält Beskrivning
    Källautentiseringsuppgifter – användarnamn Autentiseringsfilen (som Windows/SQL autentisering) för att ansluta till SQL Server-instansen och verifiera säkerhetskopieringsfilerna.
    Källautentiseringsuppgifter – lösenord Autentiseringsfilen (som Windows/SQL autentisering) för att ansluta till SQL Server-instansen och verifiera säkerhetskopieringsfilerna.
    Nätverksplats som innehåller säkerhetskopior Nätverkresursplatsen som innehåller de fullständiga säkerhetskopieringsfilerna och säkerhetskopieringsfilerna för transaktionsloggen. Ogiltiga filer eller säkerhetskopierade filer i nätverksresursen som inte tillhör en giltig säkerhetskopia ignoreras automatiskt under migreringsprocessen.
    Windows användarkonto med läsbehörighet till nätverkresursens plats Den Windows autentiseringsuppgifter (användarnamn) som har läsbehörighet till nätverksresursen för att hämta säkerhetskopierade filer.
    Lösenord Den Windows autentiseringsbehörighet (lösenord) som har läsbehörighet till nätverksresursen för att hämta säkerhetskopierade filer.
    Måldatabasens namn Namnet på måldatabasen kan ändras om du vill ändra databasnamnet på målet under migreringsprocessen.
  4. Ange Azure Storage-kontot genom att välja Prenumeration, Plats och Resursgrupp från motsvarande listrutan. Det här Azure-lagringskontot används av DMS för att ladda upp databassäkerhetskopiorna från nätverksresursen. Du behöver inte skapa en container eftersom DMS automatiskt skapar en blobcontainer i det angivna lagringskontot under uppladdningsprocessen.

    Viktigt

    Om funktionen för loopbackkontroll är aktiverad och SQL Server och filresursen finns på samma dator kan inte källan komma åt filerna med FQDN. Du kan åtgärda problemet genom att inaktivera funktionen för loopbackkontroll med hjälp av anvisningarna här

Skapa Azure Database Migration Service

  1. Skapa en ny Azure Database Migration Service eller återanvänd en befintlig tjänst som du skapade tidigare.

    Anteckning

    Om du tidigare har skapat DMS med hjälp av Azure Portal kan du inte återanvända den i migreringsguiden i Azure Data Studio. Endast DMS som skapats tidigare Azure Data Studio kan återanvändas.

  2. Välj den resursgrupp där du har en befintlig DMS eller behöver skapa en ny. Listrutan Azure Database Migration Service listrutan visar en lista över befintliga DMS i den valda resursgruppen.
  3. Om du vill återanvända en befintlig DMS väljer du den i listrutan så visas statusen för den lokala integreringskörningen längst ned på sidan.
  4. Om du vill skapa en ny DMS väljer du Skapa ny. På skärmen Skapa Azure Database Migration Service anger du namnet på DMS och väljer Skapa.
  5. När DMS har skapats får du information för att konfigurera Integration Runtime.
  6. Välj Hämta och installera Integration Runtime för att öppna nedladdningslänken i en webbläsare. Slutför nedladdningen. Installera Integration Runtime på en dator som uppfyller kraven för att ansluta till SQL Server och den plats som innehåller källsäkerhetskopiering.
  7. När installationen är klar startas Microsoft Integration Runtime Konfigurationshanteraren automatiskt för att påbörja registreringsprocessen.
  8. Kopiera och klistra in en av autentiseringsnycklarna som finns på guideskärmen i Azure Data Studio. Om autentiseringsnyckeln är giltig visas en grön bikon i Integration Runtime Konfigurationshanteraren som anger att du kan fortsätta att registrera.
  9. När du har slutfört registreringen av integration runtime med egen värd stänger du Microsoft Integration Runtime Konfigurationshanteraren och växlar tillbaka till migreringsguiden i Azure Data Studio.
  10. Välj Testanslutningskärmen Skapa Azure Database Migration Service i Azure Data Studio för att verifiera att den nyligen skapade DMS:en är ansluten till den nyligen registrerade integrationskörningen med egen värd. Testa anslutningsintegreringskörning
  11. Granska migreringssammanfattningen och välj Klar för att starta databasmigrering.

Övervaka migreringen

  1. På Status för databasmigrering kan du spåra pågående migreringar, slutförda migreringar och misslyckade migreringar (om det finns några).

    övervaka migreringsinstrumentpanelen

  2. Välj Databasmigrering pågår för att visa pågående migreringar och få ytterligare information genom att välja databasnamnet.

  3. Sidan med migreringsinformation visar säkerhetskopieringsfilerna och motsvarande status:

    Status Beskrivning
    Anlände Säkerhetskopieringsfilen har anlänt till källsäkerhetskopieringsplatsen och verifierats
    Uppladdning Integration Runtime laddar för närvarande upp säkerhetskopian till Azure Storage
    Uppladdad Säkerhetskopian laddas upp till Azure Storage
    Återställa Azure Database Migration Service håller på att återställa säkerhetskopian till Azure SQL Managed Instance
    Återställd Säkerhetskopieringsfilen har återställts på Azure SQL Managed Instance
    Avbrutna Migreringsprocessen avbröts
    Ignoreras Säkerhetskopieringsfilen ignorerades eftersom den inte tillhör en giltig databassäkerhetskopieringskedja

    information om säkerhetskopieringsåterställning

Slutföra migreringen

Det sista steget i självstudien är att slutföra migreringen så att den migrerade databasen i Azure SQL Managed Instance är redo att användas. Detta är den enda delen i processen som kräver driftstopp för program som ansluter till databasen och därför måste tidsinställningen för övergången planeras noggrant med företagets eller programmets intressenter.

Slutför övergången genom att

  1. Stoppa alla inkommande transaktioner till källdatabasen och förbered dig för att göra ändringar i programkonfigurationen så att de pekar på måldatabasen i Azure SQL Managed Instance.
  2. ta eventuella slutloggsäkerhetskopior för källdatabasen på den angivna säkerhetskopieringsplatsen
  3. se till att alla databassäkerhetskopior har statusen Återställd på sidan med övervakningsinformation
  4. välj Slutför övergången på sidan med övervakningsinformation

Under den här processen ändras migreringsstatusen från pågående till slutförande. När den första processen är klar ändras migreringsstatusen till lyckades för att indikera att databasmigrering har slutförts och att den migrerade databasen är redo att användas.

Viktigt

Efter övergången kan tillgängligheten för SQL Managed Instance med Affärskritisk-tjänstnivån bara ta betydligt längre tid än Generell användning eftersom tre sekundära repliker måste seedas för AlwaysOn-gruppen med hög tillgänglighet. Den här åtgärdens varaktighet beror på storleken på data. Mer information finns i Varaktighet för hanteringsåtgärder.

Nästa steg

  • En självstudiekurs som visar hur du migrerar en databas till SQL Managed Instance med kommandot T-SQL RESTORE finns i Återställa en säkerhetskopia till SQL Managed Instancemed hjälp av kommandot restore .
  • Information om hur SQL Managed Instance finns i Vad är SQL Hanterad instans.
  • Information om hur du ansluter appar till SQL Managed Instance finns i Anslut program.