Migreringsguide: SQL Server till Azure SQL Managed Instance

GÄLLER FÖR: Azure SQL Managed Instance

Den här guiden hjälper dig att migrera din SQL Server-instans till Azure SQL Managed Instance.

Du kan migrera SQL Server som körs lokalt eller på:

• SQL Server på virtuella datorer
• Amazon Web Services (AWS) EC2
• Amazon Relational Database Service (AWS RDS)
• Compute Engine (Google Cloud Platform – GCP)
• Cloud SQL for SQL Server (Google Cloud Platform – GCP)

Mer information om migrering finns i migreringsöversikten. Andra migreringsguider finns i Databasmigrering.

Förutsättningar

Om du vill migrera SQL Server till Azure SQL Managed Instance kontrollerar du att du har:

• Valt en migreringsmetod och motsvarande verktyg för din metod.
• Installerat Data Migration Assistant (DMA) på en dator som kan ansluta till SQL Server.
• Skapat en Azure SQL-målinstans
• Konfigurerad anslutning och rätt behörigheter för åtkomst till både källa och mål.
• Har granskat de SQL Server databasmotorns funktioner som är tillgängliga i Azure SQL Managed Instance.

Före migrering

När du har kontrollerat att din källmiljö stöds börjar du med fasen före migreringen. Identifiera alla befintliga datakällor, utvärdera migreringens genomförbarhet och identifiera eventuella blockeringsproblem som kan förhindra migreringen.

Identifiera

I fasen Identifiera genomsöker du nätverket för att identifiera SQL Server instanser och funktioner som används av din organisation.

Använd Azure Migrate att utvärdera lokala servrars migreringslämpare, utföra prestandabaserad storleksändring och ge kostnadsuppskattningar för att köra dem i Azure.

Du kan också använda Microsoft Assessment and Planning Toolkit ("MAP Toolkit") för att utvärdera din aktuella IT-infrastruktur. Verktygslådan tillhandahåller ett kraftfullt verktyg för inventering, utvärdering och rapportering för att förenkla migreringsplaneringsprocessen.

Mer information om verktyg som är tillgängliga för identifieringsfasen finns i Tjänster och verktyg som är tillgängliga för datamigreringsscenarier.

När datakällor har identifierats kan du utvärdera alla lokala SQL Server-instanser som kan migreras till Azure SQL Managed Instance för att identifiera migreringsblockerare eller kompatibilitetsproblem. Gå vidare till följande steg för att utvärdera och migrera databaser till Azure SQL Managed Instance:

• Utvärdera SQL managed instance-kompatibilitet där du bör se till att det inte finns några blockeringsproblem som kan förhindra migreringar. I det här steget ingår även att skapa en prestandabaslinje för att fastställa resursanvändningen på SQL Server instansen. Det här steget behövs om du vill distribuera en hanterad instans av rätt storlek och kontrollera att prestanda efter migreringen inte påverkas.
• Välj anslutningsalternativ för appar.
• Distribuera till en hanterad instans med optimal storlek där du väljer tekniska egenskaper (antal virtuella kärnor, mängd minne) och prestandanivå (Affärskritisk, Generell användning) för din hanterade instans.
• Välj migreringsmetod och migrera där du migrerar dina databaser med offlinemigrering eller onlinemigreringsalternativ.
• Övervaka och åtgärda program för att säkerställa att du har förväntat dig prestanda.

Utvärdera

Avgör om SQL Managed Instance är kompatibelt med programmets databaskrav. SQL Managed Instance är utformat för att tillhandahålla lift and shift-migrering för de flesta befintliga program som använder SQL Server. Ibland kan du dock behöva funktioner som ännu inte stöds och kostnaden för att implementera en lösning är för hög.

Du kan använda Data Migration Assistant (version 4.1 och senare) för att utvärdera databaser för att få:

• Rekommendationer för Azure-mål
• Rekommendationer för Azure SKU

Följ dessa steg för att utvärdera din miljö med hjälp av Utvärdering av databasmigrering:

1. Öppna Data Migration Assistant (DMA).
2. Välj Arkiv och sedan Ny utvärdering.
3. Ange ett projektnamn, välj SQL Server som källservertyp och välj sedan Azure SQL Managed Instance som målservertyp.
4. Välj de typer av utvärderingsrapporter som du vill generera. Till exempel databaskompatibilitet och funktionsparitet. Beroende på typen av utvärdering kan behörigheterna som krävs för SQL Server vara olika. DMA markerar de behörigheter som krävs för den valda rådgivaren innan utvärderingen körs.
   • Kategorin funktionsparitet innehåller en omfattande uppsättning rekommendationer, alternativ som är tillgängliga i Azure och åtgärdssteg som hjälper dig att planera migreringsprojektet. (sysadmin-behörigheter krävs)
   • Kategorin för kompatibilitetsproblem identifierar delvis eller problem med funktionskompatibilitet som kan blockera migrering samt rekommendationer för att åtgärda dem ( CONNECT SQL , och behörigheter som VIEW SERVER STATE VIEW ANY DEFINITION krävs).
5. Ange källanslutningsinformationen för SQL Server och anslut till källdatabasen.
6. Välj Starta utvärdering.
7. När processen är klar väljer du och granskar utvärderingsrapporterna för problem med migreringsblockering och funktionsparitet. Utvärderingsrapporten kan också exporteras till en fil som kan delas med andra team eller personal i din organisation.
8. Fastställ kompatibilitetsnivån för databasen som minimerar arbetet efter migreringen.
9. Identifiera den bästa Azure SQL Managed Instance SKU för din lokala arbetsbelastning.

Mer information finns i Perform a SQL Server migration assessment with Data Migration Assistant.

Om SQL Managed Instance inte är ett lämpligt mål för din arbetsbelastning kan SQL Server virtuella Azure-datorer vara ett genomförbart alternativt mål för ditt företag.

Skalade utvärderingar och analyser

Data Migration Assistant stöder utförskalade utvärderingar och konsolidering av utvärderingsrapporterna för analys. Om du har flera servrar och databaser som behöver utvärderas och analyseras i stor skala för att ge en bredare vy över datae egendomen klickar du på följande länkar för att lära dig mer.

• Utföra skalade utvärderingar med Hjälp av PowerShell
• Analysera utvärderingsrapporter med hjälp av Power BI

Distribuera till en hanterad instans med optimal storlek

Baserat på informationen i identifierings- och utvärderingsfasen skapar du ett mål i lämplig storlek SQL Managed Instance. Du kan göra det med hjälp Azure Portal, PowerShelleller en arm Azure Resource Manager mall (ARM).

SQL Managed Instance är skräddarsytt för lokala arbetsbelastningar som planerar att flyttas till molnet. Den introducerar en köpmodell som ger större flexibilitet vid val av rätt resursnivå för dina arbetsbelastningar. I den lokala världen är du förmodligen van vid att ändra storlek på dessa arbetsbelastningar med hjälp av fysiska kärnor och I//S-bandbredd. Köpmodellen för hanterad instans baseras på virtuella kärnor, eller "virtuella kärnor", med ytterligare lagringsutrymme och I/O tillgängligt separat. Modellen med virtuella kärnor är ett enklare sätt att förstå dina beräkningskrav i molnet jämfört med vad du använder lokalt idag. Med den här köpmodellen kan du ändra storleken på målmiljön i molnet. Här beskrivs några allmänna riktlinjer som kan hjälpa dig att välja rätt tjänstnivå och egenskaper:

• Baserat på baslinjens PROCESSORanvändning kan du etablera en hanterad instans som matchar antalet kärnor som du använder på SQL Server, med tanke på att PROCESSORegenskaper kan behöva skalas för att matcha VM-egenskaperna där den hanterade instansen är installerad.
• Baserat på baslinjeminnesanvändningen väljer du den tjänstnivå som har matchande minne. Mängden minne kan inte väljas direkt, så du måste välja den hanterade instansen med mängden virtuella kärnor som har matchande minne (till exempel 5,1 GB/vCore i Gen5).
• Baserat på baslinje-I/O-svarstiden för filundersystemet väljer du mellan tjänstnivån Generell användning (svarstid större än 5 ms) och tjänstnivån Affärskritisk (svarstid mindre än 3 ms).
• Baserat på baslinjens dataflöde allokerar du storleken på data eller loggfiler i förväg för att få förväntade I/O-prestanda.

Du kan välja beräknings- och lagringsresurser vid distributionen och sedan ändra dem efteråt utan att införa driftstopp för ditt program med hjälp av Azure Portal:

Information om hur du skapar VNet-infrastrukturen och en hanterad instans finns i Skapa en hanterad instans.

Migrera

När du har slutfört uppgifter som är associerade med fasen Före migrering är du redo att utföra schemat och datamigrering.

Migrera dina data med den valda migreringsmetoden.

SQL Hanterad instans riktar in sig på användarscenarier som kräver massmigrering av databaser från lokala databaser eller Azure VM-databasimplementering. De är det optimala valet när du behöver lyfta och flytta serveränden för de program som regelbundet använder instansnivå och/eller funktioner mellan databaser. Om det här är ditt scenario kan du flytta en hel instans till en motsvarande miljö i Azure utan att behöva bygga om dina program.

För att SQL instanser måste du planera noggrant:

• Migrering av alla databaser som måste samplaceras (de som körs på samma instans).
• Migreringen av objekt på instansnivå som programmet är beroende av, inklusive inloggningar, autentiseringsuppgifter, SQL agentjobb och operatörer samt utlösare på servernivå.

SQL Managed Instance är en hanterad tjänst som gör att du kan delegera några av de vanliga DBA-aktiviteterna till plattformen när de är inbyggda. Därför behöver vissa data på instansnivå inte migreras, till exempel underhållsjobb för regelbundna säkerhetskopieringar eller Always On-konfiguration, eftersom hög tillgänglighet är inbyggd.

SQL Managed Instance stöder följande alternativ för databasmigrering (för närvarande är dessa de enda migreringsmetoder som stöds):

• Azure Database Migration Service – migrering med nära noll avbrottstid.
• Inbyggd RESTORE DATABASE FROM URL – använder inbyggda säkerhetskopior från SQL Server och kräver viss stilleståndstid.

Den här guiden beskriver de två mest populära alternativen – Azure Database Migration Service (DMS) och inbyggd säkerhetskopiering och återställning.

Database Migration Service

Följ stegen nedan om du vill utföra migreringar med DMS:

1. Registrera resursprovidern Microsoft.DataMigration i din prenumeration om du utför detta för första gången.
2. Skapa en Azure Database Migration Service-instans på önskad plats (helst i samma region som din hanterade Azure SQL-målinstans) och välj ett befintligt virtuellt nätverk eller skapa ett nytt som värd för DMS-instansen.
3. När du har skapat DMS-instansen skapar du ett nytt migreringsprojekt och anger källservertypen som SQL Server och målservertypen som Azure SQL Database Hanterad instans. Välj typ av aktivitet på bladet för projektskapande – online- eller offline-datamigrering.
4. Ange källinformation SQL Server på sidan Information om migreringskälla och information om Azure SQL Managed Instance på sidan Information om migreringsmål. Välj Nästa.
5. Välj den databas som du vill migrera.
6. Ange konfigurationsinställningar för att ange den SMB-nätverksresurs som innehåller dina säkerhetskopierade databasfiler. Använd Windows användarautentiseringsuppgifter med DMS som har åtkomst till nätverksresursen. Ange din Azure Storage-kontoinformation.
7. Granska migreringssammanfattningen och välj Kör migrering. Du kan sedan övervaka migreringsaktiviteten och kontrollera förloppet för databasmigrering.
8. När databasen har återställts väljer du Starta direkt. Migreringsprocessen kopierar loggsäkerhetskopian när du gör den tillgänglig i SMB-nätverksresursen och återställer den på målet.
9. Stoppa all inkommande trafik till källdatabasen och uppdatera anslutningssträngen till den nya Azure SQL Managed Instance-databasen.

En detaljerad stegvis självstudiekurs om det här migreringsalternativet finns i Migrera SQL Server till en hanterad Azure SQL-instans online med DMS.

Säkerhetskopiering och återställning

En av de viktigaste funktionerna i Azure SQL Managed Instance för snabb och enkel databasmigrering är den inbyggda återställningen av säkerhetskopior av databasen ( ) filer som lagras .bak på Azure Storage. Säkerhetskopiering och återställning är en asynkron åtgärd som baseras på databasens storlek.

Följande diagram ger en översikt över processen på hög nivå:

Följande tabell innehåller mer information om de metoder som du kan använda beroende på SQL Server-version som du kör:

Följ dessa steg om du vill migrera med hjälp av säkerhetskopiering och återställning:

1. Backa upp databasen till Azure Blob Storage. Använd till exempel säkerhetskopiering till URL i SQL Server Management Studio. Använd verktyget Microsoft Azure för att stödja databaser som är äldre än SQL Server 2012 SP1 CU2.

2. Anslut till din Azure SQL Managed Instance med hjälp av SQL Server Management Studio.

3. Skapa autentiseringsuppgifter med hjälp av en signatur för delad åtkomst för att få åtkomst till ditt Azure Blob Storage-konto med dina databassäkerhetskopior. Exempel:

   CREATE CREDENTIAL [https://mitutorials.blob.core.windows.net/databases]
   WITH IDENTITY = 'SHARED ACCESS SIGNATURE'
   , SECRET = 'sv=2017-11-09&ss=bfqt&srt=sco&sp=rwdlacup&se=2028-09-06T02:52:55Z&st=2018-09-04T18:52:55Z&spr=https&sig=WOTiM%2FS4GVF%2FEEs9DGQR9Im0W%2BwndxW2CQ7%2B5fHd7Is%3D'
   

4. Återställa säkerhetskopian från Azure Storage Blob-containern. Exempel:

   RESTORE DATABASE [TargetDatabaseName] FROM URL =
     'https://mitutorials.blob.core.windows.net/databases/WideWorldImporters-Standard.bak'
   

5. När återställningen är klar visar du databasen i Object Explorer i SQL Server Management Studio.

Mer information om det här migreringsalternativet finns i Återställa en databas till Azure SQL Managed Instance med SSMS.

Datasynkronisering och -övergång

När du använder migreringsalternativ som kontinuerligt replikerar/synkroniserar data ändras från källa till mål, kan källdata och schema ändras och avta från målet. Under datasynkronisering ser du till att alla ändringar i källan samlas in och tillämpas på målet under migreringsprocessen.

När du har verifierat att data är samma för både källa och mål kan du gå över från källan till målmiljön. Det är viktigt att planera den korta processen med affärs-/programteam för att säkerställa minimala avbrott under övergången, vilket inte påverkar affärskontinu kontinuerlighet.

Efter migreringen

När du har slutfört migreringssteget går du igenom en serie uppgifter efter migreringen för att säkerställa att allt fungerar smidigt och effektivt.

Fasen efter migreringen är viktig för att stämma av eventuella problem med datanoggrannhet och för att verifiera fullständigheten, samt för att åtgärda prestandaproblem med arbetsbelastningen.

Övervaka och åtgärda program

När du har slutfört migreringen till en hanterad instans bör du spåra programmets beteende och prestanda för din arbetsbelastning. Den här processen omfattar följande aktiviteter:

• Jämför prestanda för arbetsbelastningen som körs på den hanterade instansen med den prestandabaslinje som du skapade på SQL Server instansen.
• Övervaka arbetsbelastningens prestanda kontinuerligt för att identifiera potentiella problem och förbättringar.

Utföra tester

Test metoden för databasmigrering består av följande aktiviteter:

1. Utveckla valideringstester: Om du vill testa databasmigrering måste du använda SQL frågor. Du måste skapa valideringsfrågor som ska köras mot både käll- och måldatabaserna. Dina valideringsfrågor bör omfatta det omfång som du har definierat.
2. Konfigurera testmiljö: Testmiljön ska innehålla en kopia av källdatabasen och måldatabasen. Se till att isolera testmiljön.
3. Kör valideringstester: Kör valideringstesterna mot källan och målet och analysera sedan resultaten.
4. Kör prestandatester: Kör prestandatest mot källan och målet och analysera och jämför sedan resultaten.

Utnyttja avancerade funktioner

Se till att dra nytta av de avancerade molnbaserade funktionerna som erbjuds av SQL Managed Instance, till exempel inbyggdhög tillgänglighet,hotidentifiering och övervakning och justering av din arbetsbelastning.

Med Azure SQL Analytics kan du övervaka en stor uppsättning hanterade instanser på ett centraliserat sätt.

Vissa SQL Server är bara tillgängliga när databasens kompatibilitetsnivå har ändrats till den senaste kompatibilitetsnivån (150).

Nästa steg

• En matris med Tjänster och verktyg från Microsoft och tredje part som är tillgängliga för att hjälpa dig med olika scenarier för databas- och datamigrering samt specialuppgifter finns i Tjänst och verktyg för datamigrering.

• Mer information om Azure SQL Managed Instance finns i:

  • Tjänstnivåer i Azure SQL Managed Instance
  • Skillnader mellan SQL Server och Azure SQL Managed Instance
  • Kalkylator för total ägandekostnad i Azure

• Mer information om ramverket och implementeringscykeln för molnmigrering finns i

  • Cloud Adoption Framework för Azure
  • Metodtips för kostnads- och storleksändring av arbetsbelastningar som migreras till Azure

• Information om hur du utvärderar programåtkomstlagret finns i Data Access Migration Toolkit (förhandsversion)

• Mer information om hur du utför A/B-testning för dataåtkomstlager finns i Database Experimentation Assistant.