Självstudie: Migrera SQL Server till Azure SQL Managed Instance med DMS

Du kan använda Azure Database Migration Service (DMS) och Azure SQL-migreringstillägget i Azure Data Studio för att migrera databaser från en SQL Server-instans till Azure SQL Managed Instance med minimal stilleståndstid.

Information om metoder för databasmigrering som kan kräva viss manuell konfiguration finns i Migreringsguide: SQL Server till Azure SQL Managed Instance.

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-migreringstillägget för Azure Data Studio från Azure Data Studio Marketplace

• Ha ett Azure-konto som har tilldelats någon av följande inbyggda roller:

  Viktigt!

  Ett Azure-konto krävs endast när du konfigurerar migreringsstegen. Ett Azure-konto krävs inte för utvärderingen eller för att visa Azure-rekommendationer i migreringsguiden i Azure Data Studio.

  • Deltagare för målinstansen av Azure SQL Managed Instance och för lagringskontot där du laddar upp dina databassäkerhetskopieringsfiler från en SMB-nätverksresurs (Server Message Block) och läsarrollen för De Azure-resursgrupper som innehåller målinstansen för Azure SQL Managed Instance eller ditt Azure-lagringskonto.

  • Ägar- eller deltagarrollen för Azure-prenumerationen (krävs om du skapar en ny Database Migration Service-instans).

  • Använda hanterad identitet: Azure Database Migration Service stöder endast hanterad identitet för Migrering av Azure SQL Managed Instance via Azure-portalen. Azure Database Migration Service använder den här hanterade identiteten för att läsa säkerhetskopieringsfilerna från lagringsblobcontainern. Följ dessa steg för att tilldela behörigheter eller roll till den hanterade identiteten:

    1. Identifiera målinstansen för Azure SQL Managed Instances associerade hanterade identitet.

       När du påbörjar migreringen till Azure SQL Managed Instance med hjälp av Azure Database Migration Service visas dess associerade hanterade identitet när du väljer målinstansen för Azure SQL Managed Instance. Annars kan du navigera till fönstret Azure SQL Managed Instance och välja Säkerhetsidentitet>.

       • Om den användartilldelade hanterade identiteten läggs till är den associerade hanterade identiteten samma som den primära identitet som du valde.

       • Om endast den systemtilldelade hanterade identiteten är aktiverad är den associerade hanterade identiteten samma som Azure SQL Managed Instance.

    2. I Azure-portalen går du till Lagringskonto (används för migrering för att behålla säkerhetskopieringsfiler) och navigerar till IAM-roller>Tilldela roll och tilldelar Storage Blob Data Reader till den associerade hanterade identiteten.

    Mer information finns i DMS – Stöd för hanterad identitet för Azure SQL Managed Instance-migrering.

• Som ett alternativ till att använda någon av dessa inbyggda roller kan du tilldela anpassade roller.

• Skapa en målinstans av Azure SQL Managed Instance.

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

• Ange en SMB-nätverksresurs, en Azure Storage-kontofilresurs eller azure storage-kontoblobcontainer som innehåller dina fullständiga databassäkerhetskopieringsfiler och efterföljande säkerhetskopieringsfiler för transaktionsloggar. Database Migration Service använder säkerhetskopieringsplatsen under databasmigreringen.

  Viktigt!

  • Använd alltid ett dedikerat lagringskonto för migrering. Att dela den med andra arbetsbelastningar kan leda till konflikter och säkerhetsrisker.
  • När migreringen är klar roterar du antingen lagringskontonyckeln för att skydda säkerhetskopiorna eller tar bort lagringskontot om det inte längre behövs.
  • Azure SQL-migreringstillägget för Azure Data Studio tar inte databassäkerhetskopior och initierar inga databassäkerhetskopior åt dig. I stället använder tjänsten befintliga databassäkerhetskopieringsfiler för migreringen.
  • Om dina databassäkerhetskopieringsfiler finns i en SMB-nätverksresurs skapar du ett Azure Storage-konto som gör att DMS-tjänsten kan ladda upp databassäkerhetskopiorna och migrera databaser. Se till att du skapar Azure Storage-kontot i samma region där du skapar din instans av Database Migration Service.
  • Du kan skriva varje säkerhetskopia till antingen en separat säkerhetskopia eller till flera säkerhetskopierade filer. Det går inte att lägga till flera säkerhetskopior, till exempel fullständiga och transaktionsloggar i ett enda säkerhetskopieringsmedium.
  • Du kan tillhandahålla komprimerade säkerhetskopior för att minska risken för potentiella problem med att migrera stora säkerhetskopior.

• Kontrollera att tjänstkontot som kör SQL Server-källinstansen har läs- och skrivbehörighet för SMB-nätverksresursen som innehåller säkerhetskopierade databasfiler.

• Om du migrerar en databas som skyddas av transparent datakryptering (TDE) måste certifikatet från SQL Server-källinstansen migreras till ditt Azure SQL-mål innan du migrerar data. Mer information om hur du migrerar TDE-aktiverade databaser finns i Självstudie: Migrera TDE-aktiverade databaser (förhandsversion) till Azure SQL i Azure Data Studio.

  Om databasen innehåller känsliga data som skyddas av Always Encrypted migrerar migreringsprocessen automatiskt dina Always Encrypted-nycklar till ditt Azure SQL-mål.

• Om dina databassäkerhetskopior finns på en nätverksfilresurs anger du en dator där du kan installera en lokalt installerad integrationskörning för att komma åt och migrera säkerhetskopior av databaser. Migreringsguiden ger dig nedladdningslänken och autentiseringsnycklarna för att ladda ned och installera din lokalt installerad integrationskörning.

  Inför migreringen kontrollerar du att den dator där du planerar att installera den lokalt installerade integrationskörningen har följande regler för utgående brandvägg och domännamn aktiverade:

  Domännamn	Utgående port	Beskrivning
  Offentligt moln: {datafactory}.{region}.datafactory.azure.net eller *.frontend.clouddatahub.net Azure Government: {datafactory}.{region}.datafactory.azure.us Microsoft Azure drivs av 21Vianet: {datafactory}.{region}.datafactory.azure.cn	443	Krävs av den lokalt installerade integrationskörningen för att ansluta till datamigreringstjänsten. För en nyskapad datafabrik i det offentliga molnet letar du upp det fullständigt kvalificerade domännamnet (FQDN) från din lokala integrationskörningsnyckel, som är i formatet {datafactory}.{region}.datafactory.azure.net. Om du inte ser FQDN i din lokala integrationsnyckel för en befintlig datafabrik använder *.frontend.clouddatahub.net du i stället.
  download.microsoft.com	443	Krävs av den lokalt installerade integrationskörningen för nedladdning av uppdateringarna. Om du har inaktiverat autouppdate kan du hoppa över att konfigurera den här domänen.
  *.core.windows.net	443	Används av den lokalt installerade integrationskörningen som ansluter till Azure Storage-kontot för att ladda upp databassäkerhetskopior från din nätverksresurs.

  Tips/Råd

  Om dina databassäkerhetskopieringsfiler redan finns i ett Azure Storage-konto krävs inte en lokalt installerad integrationskörning under migreringsprocessen.

• Om du använder en lokalt installerad integrationskörning kontrollerar du att datorn där körningen är installerad kan ansluta till SQL Server-källinstansen och nätverksfilresursen där säkerhetskopieringsfiler finns.

• Aktivera utgående port 445 för att tillåta åtkomst till nätverksfilresursen. Mer information finns i rekommendationer för att använda en lokalt installerad integrationskörning.

• Om du använder Database Migration Service för första gången kontrollerar du att Microsoft.DataMigration resursprovidern är registrerad i din prenumeration. Följ stegen för att registrera resursprovidern.

Starta guiden Migrera till Azure SQL i Azure Data Studio

Så här öppnar du guiden Migrera till Azure SQL:

1. I Azure Data Studio går du till Anslutningar. Välj och anslut till din lokala instans av SQL Server. Du kan också ansluta till SQL Server på en virtuell Azure-dator.

2. Högerklicka på serveranslutningen och välj Hantera.

3. Välj Azure SQL-migrering under Allmänt på servermenyn.

4. I instrumentpanelen för Azure SQL-migrering väljer du Migrera till Azure SQL för att öppna migreringsguiden.

   

5. På den första sidan i guiden startar du en ny session eller återupptar en tidigare sparad session.

Kör databasutvärdering, samla in prestandadata och få Azure-rekommendation

1. Välj de databaser som du vill utvärdera och välj Nästa.

2. Välj Azure SQL Managed Instance som mål.

   

3. Välj Visa/välj för att visa utvärderingsresultatet.

4. I utvärderingsresultaten väljer du databasen och granskar sedan utvärderingsrapporten för att se till att inga problem hittades.

   

   1. Välj Hämta Azure-rekommendation för att öppna fönstret rekommendationer.

   2. Välj och samla in prestandadata nu. Välj en mapp på den lokala datorn för att lagra prestandaloggarna och välj sedan Start.

      Azure Data Studio samlar nu in prestandadata tills du antingen stoppar samlingen, trycker på knappen Nästa i guiden eller stänger Azure Data Studio.

      Efter cirka 10 minuter anger Azure Data Studio att en rekommendation är tillgänglig för Azure SQL Managed Instance. Du kan också trycka på länken Uppdatera rekommendation efter de första 10 minuterna för att uppdatera och förfina rekommendationen med de extra data som samlas in. En utökad utvärdering är särskilt användbar om användningsmönstren varierar över tid.

   3. I det valda azure SQL Managed Instance-målet väljer du Visa information för att öppna den detaljerade SKU-rekommendationsrapporten.

   4. Granska rekommendationen i Granska rekommendationer för Azure SQL Managed Instance. Om du vill spara en kopia av rekommendationen markerar du kryssrutan Spara rekommendationsrapport .

5. Välj Stäng för att stänga rekommendationsfönstret.

6. Välj Nästa för att fortsätta databasmigreringen i guiden.

Konfigurera migreringsinställningar

Azure SQL-migreringstillägget för Azure Data Studio kräver inte längre specifika konfigurationer i nätverksinställningarna för ditt Azure Storage-konto för att migrera dina SQL Server-databaser till Azure. Beroende på din plats för säkerhetskopiering av databasen och önskade nätverksinställningar för lagringskontot krävs dock några steg för att säkerställa att dina resurser kan komma åt Azure Storage-kontot. Se följande tabell för de olika migreringsscenarierna och nätverkskonfigurationerna:

1a – Nätverkskonfiguration för Azure Blob Storage

Om du har installerat din Self-Hosted Integration Runtime (SHIR) på en virtuell Azure-dator läser du avsnitt 1b – Nätverkskonfiguration för Azure Blob Storage. Om du har installerat din Self-Hosted Integration Runtime (SHIR) i ditt lokala nätverk måste du lägga till din klient-IP-adress för värddatorn i ditt Azure Storage-konto så här:

Om du vill tillämpa den här specifika konfigurationen ansluter du till Azure-portalen från SHIR-datorn, öppnar Azure Storage-kontokonfigurationen, väljer Nätverk och markerar sedan kryssrutan Lägg till klientens IP-adress . Välj Spara för att göra ändringen beständiga. Se avsnitt 2a – Nätverkskonfiguration för Azure Blob Storage (privat slutpunkt) för de återstående stegen.

1b – Nätverkskonfiguration för Azure Blob Storage

Om din SHIR finns på en virtuell Azure-dator måste du lägga till det virtuella nätverket för den virtuella datorn till Azure Storage-kontot eftersom den virtuella datorn har en icke-offentlig IP-adress som inte kan läggas till i avsnittet IP-adressintervall.

Om du vill tillämpa den här specifika konfigurationen letar du reda på ditt Azure Storage-konto, från panelen Datalagring väljer du Nätverk och markerar sedan kryssrutan Lägg till befintligt virtuellt nätverk . En ny panel öppnas. Välj prenumeration, virtuellt nätverk och undernät för den virtuella Azure-dator som är värd för integrationskörningen. Den här informationen finns på översiktssidan för den virtuella Azure-datorn. I undernätet kan det stå Tjänstslutpunkt som krävs i så fall och välj Aktivera. Spara uppdateringarna när allt är klart. Se avsnitt 2a – Azure Blob Storage-nätverkskonfiguration (privat slutpunkt) för de återstående nödvändiga stegen.

2a – Nätverkskonfiguration för Azure Blob Storage (privat slutpunkt)

Om dina säkerhetskopior placeras direkt i en Azure Storage-container är alla tidigare steg onödiga eftersom det inte finns någon integreringskörning som kommunicerar med Azure Storage-kontot. Vi måste dock fortfarande se till att SQL Server-målinstansen kan kommunicera med Azure Storage-kontot för att återställa säkerhetskopiorna från containern. Om du vill tillämpa den här specifika konfigurationen följer du anvisningarna i avsnitt 1b – Nätverkskonfiguration för Azure Blob Storage och anger mål-SQL-instansens virtuella nätverk när du fyller i popup-fönstret "Lägg till befintligt virtuellt nätverk".

2b – Nätverkskonfiguration för Azure Blob Storage (privat slutpunkt)

Om du har konfigurerat en privat slutpunkt för ditt Azure Storage-konto följer du stegen som beskrivs i avsnitt 2a – Nätverkskonfiguration för Azure Blob Storage (privat slutpunkt). Du måste dock välja undernätet för den privata slutpunkten, inte bara SQL Server-målundernätet. Kontrollera att den privata slutpunkten finns i samma virtuella nätverk som SQL Server-målinstansen. Om den inte är det skapar du en annan privat slutpunkt med hjälp av processen i avsnittet Azure Storage-kontokonfiguration.

Skapa en Database Migration Service-instans

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

Om du tidigare har skapat en Database Migration Service-instans med hjälp av Azure-portalen kan du inte återanvända instansen i migreringsguiden i Azure Data Studio. Du kan bara återanvända en instans om du har skapat instansen med hjälp av Azure Data Studio.

Använd en befintlig instans av Database Migration Service

Så här använder du en befintlig instans av Database Migration Service:

1. I Resursgrupp väljer du den resursgrupp som innehåller en befintlig instans av Database Migration Service.

2. I Azure Database Migration Service väljer du en befintlig instans av Database Migration Service som finns i den valda resursgruppen.

3. Välj Nästa.

Skapa en ny instans av Database Migration Service

Så här skapar du en ny instans av Database Migration Service:

1. I Resursgrupp skapar du en ny resursgrupp som ska innehålla en ny instans av Database Migration Service.

2. Under Azure Database Migration Service väljer du Skapa ny.

3. I Skapa Azure Database Migration Service anger du ett namn för din Database Migration Service-instans och väljer sedan Skapa.

När DMS har skapats får du information om hur du konfigurerar integreringskörningen.

1. Välj länken Ladda ned och installera integration Runtime för att öppna nedladdningslänken i en webbläsare. Ladda ned integreringskörningen och installera den sedan på en dator som uppfyller kraven för att ansluta till SQL Server-källinstansen.

   När installationen är klar öppnas Microsoft Integration Runtime Configuration Manager automatiskt för att påbörja registreringsprocessen.

2. I tabellen Autentiseringsnyckel kopierar du en av de autentiseringsnycklar som finns i guiden och klistrar in den i Azure Data Studio. Om autentiseringsnyckeln är giltig visas en grön kontrollikon i Integration Runtime Configuration Manager. En grön kontroll anger att du kan fortsätta att registrera dig.

   När du har registrerat den lokalt installerade integrationskörningen stänger du Microsoft Integration Runtime Configuration Manager.

   Anmärkning

   Mer information om hur du använder den lokalt installerade integrationskörningen finns i Skapa och konfigurera en lokalt installerad integrationskörning.

3. I Skapa Azure Database Migration Service i Azure Data Studio väljer du Testanslutning för att verifiera att den nyligen skapade Database Migration Service-instansen är ansluten till den nyligen registrerade integrationskörningen med egen värd.

   

4. Gå tillbaka till migreringsguiden i Azure Data Studio.

Starta databasmigreringen

Granska konfigurationen du skapade och välj sedan Starta migrering för att starta databasmigreringen.

Övervaka databasmigreringen

Begränsningar

Migrering till Azure SQL Managed Instance med hjälp av Azure SQL-tillägget för Azure Data Studio har följande begränsningar:

• Om du migrerar en enskild databas måste databassäkerhetskopiorna placeras i en flat filstruktur i en databasmapp (inklusive containerrotmappen) och mapparna kan inte kapslas eftersom den inte stöds.

• Om du migrerar flera databaser med samma Azure Blob Storage-container måste du placera säkerhetskopieringsfiler för olika databaser i separata mappar i containern.

• Det finns inte stöd för att skriva över befintliga databaser med hjälp av DMS i din mål-Azure SQL Managed Instance.

• DMS stöder inte konfiguration av hög tillgänglighet och haveriberedskap på målet för att matcha källtopologin.

• Följande serverobjekt stöds inte:

  • SQL Server Agent-jobb
  • Behörigheter
  • SSIS-paket
  • Servergranskning

• Du kan inte använda en befintlig lokalt installerad integrationskörning som skapats från Azure Data Factory för databasmigreringar med DMS. Till en början bör den lokalt installerade integrationskörningen skapas med hjälp av Azure SQL-migreringstillägget i Azure Data Studio och kan återanvändas för ytterligare databasmigreringar.

• Ett enskilt LRS-jobb (skapat av DMS) kan köras i högst 30 dagar. När den här perioden går ut avbryts jobbet automatiskt, vilket innebär att måldatabasen tas bort automatiskt.

• Om du migrerar till en SQL-hanterad instans på tjänstnivån Affärskritisk, bör du beakta fördröjningen i processen att göra databaserna tillgängliga online på den primära repliken under tiden de synkroniseras till de sekundära replikerna. Detta gäller särskilt för större databaser. Om det är viktigt att databaser är tillgängliga så snart övergången är slutförd bör du överväga följande lösningar:

  1. Migrera först till tjänstnivån Generell användning och uppgradera sedan till tjänstnivån Affärskritisk. Uppgradering av servicenivån är en åtgärd som sker online och håller dina databaser online tills en kort failover är det sista steget i uppgraderingsprocessen.

  2. Använd länken Hanterad instans för en onlinemigrering till en Affärskritisk-instans utan att behöva vänta på att databaserna ska bli tillgängliga efter övergången.

• Om du får följande fel: Memory-optimized filegroup must be empty in order to be restored on General Purpose tier of SQL Database Managed Instanceär det här problemet avsiktligt. In-Memory OLTP stöds inte på nivån Generell användning i Azure SQL Managed Instance. För att fortsätta migreringen är ett sätt att uppgradera till nivån Affärskritisk, som stöder In-Memory OLTP. Ett annat sätt är att se till att källdatabasen inte använder den medan Azure SQL Managed Instance är Generell användning.

• Azure Database Migration Service stöder endast den hanterade identitet som är associerad med azure SQL-målinstansen. Den här hanterade identiteten kan vara användartilldelad eller systemtilldelad. För närvarande stöds den här funktionen endast via Azure-portalen. Kontrollera att lagringskontot har alternativet Tillåt åtkomst till lagringskontonyckel aktiverat.

Relaterat innehåll

• snabbstart: Återställa en databas till Azure SQL Managed Instance med SSMS
• Vad är Azure SQL Managed Instance?
• Kända problem, begränsningar och felsökning
• Ansluta ditt program till Azure SQL Managed Instance