Självstudie: Migrera SQL Server till Azure SQL Managed Instance online i Azure Data Studio
Använd Azure SQL-migreringstillägget i Azure Data Studio för att migrera databaser från en SQL Server-instans till en Azure SQL Managed Instance med minimal stilleståndstid. Metoder som kan kräva manuella åtgärder finns i artikeln SQL Server-instansmigrering 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 stilleståndstid med hjälp av Azure Data Studio med Azure Database Migration Service (DMS). Den här självstudien fokuserar på onlinemigreringsläget där programmets stilleståndstid är begränsad till en kort tidsperiod i slutet av migreringen.
I den här självstudien lär du dig att:
- Starta guiden Migrera till Azure SQL i Azure Data Studio
- Kör en utvärdering av dina SQL Server-källdatabaser
- Samla in prestandadata från din SQL Server-källa
- Få en rekommendation om azure SQL Managed Instance SKU som passar bäst för din arbetsbelastning
- Ange information om din SQL Server-källa, säkerhetskopieringsplats och din Azure SQL Managed Instance-målinstans
- Skapa en ny Azure Database Migration Service och installera den lokalt installerade integrationskörningen för att få åtkomst till källservern och säkerhetskopior
- Starta och övervaka förloppet för migreringen
- Utföra snabb migrering när du är klar
Viktigt!
Förbered migreringen 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. Vid en sådan händelse startar 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 hålls innan migreringsprocessen startas om.
Dricks
I Azure Database Migration Service kan du migrera dina databaser offline eller när de är online. Vid en offlinemigrering startar programmets stilleståndstid när migreringen startar. Om du vill begränsa stilleståndstiden till den tid det tar att skära ned till den nya miljön efter migreringen använder du en onlinemigrering . Vi rekommenderar att du testar en offlinemigrering för att avgöra om stilleståndstiden är acceptabel. Om den förväntade stilleståndstiden inte är acceptabel utför du en onlinemigrering.
I den här artikeln beskrivs en onlinedatabasmigrering från SQL Server till Azure SQL Managed Instance. En offlinedatabasmigrering finns i Migrera SQL Server till en SQL Managed Instance offline med Hjälp av Azure Data Studio med DMS.
Förutsättningar
För att slutföra den här kursen behöver du:
Installera Azure SQL-migreringstillägget från Azure Data Studio Marketplace
Ha ett Azure-konto som har tilldelats någon av de inbyggda rollerna som anges nedan:
- Deltagare för azure SQL-målhanterad instans (och lagringskonto för att ladda upp dina databassäkerhetskopieringsfiler från SMB-nätverksresursen).
- Läsarroll för Azure-resursgrupper som innehåller Azure SQL Managed Instance eller Azure Storage-kontot.
- Rollen Ägare eller Deltagare för Azure-prenumerationen (krävs om du skapar en ny DMS-tjänst).
- Som ett alternativ till att använda ovanstående inbyggda roller kan du tilldela en anpassad roll enligt definitionen i den här artikeln.
Viktigt!
Azure-kontot krävs endast när du konfigurerar migreringsstegen och krävs inte för utvärderings- eller Azure-rekommendationsstegen i migreringsguiden.
Skapa en azure SQL-målhanterad instans.
Kontrollera att de inloggningar som används för att ansluta SQL Server-källan är medlemmar i sysadmin-serverrollen eller har
CONTROL SERVERbehörighet.Använd något av följande lagringsalternativ för de fullständiga databas- och transaktionsloggsäkerhetsfilerna:
- SMB-nätverksresurs
- Azure Storage-kontofilresurs eller blobcontainer
Viktigt!
- Azure SQL Migration-tillägget för Azure Data Studio tar inte databassäkerhetskopior eller initierar inga databassäkerhetskopior åt dig. I stället använder tjänsten befintliga databassäkerhetskopieringsfiler för migreringen.
- Om dina databassäkerhetskopieringsfiler tillhandahålls i en SMB-nätverksresurs skapar du ett Azure Storage-konto som gör att DMS-tjänsten kan ladda upp databassäkerhetskopiorna. Se till att skapa Azure Storage-kontot i samma region som Azure Database Migration Service-instansen har skapats.
- Varje säkerhetskopia kan antingen skrivas till en separat säkerhetskopia eller till flera säkerhetskopieringsfiler. Det går dock inte att lägga till flera säkerhetskopior (d.v.s. fullständig och t-log) i ett enda säkerhetskopieringsmedium.
- Använd 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.
Sql Server-källinstanscertifikatet från en databas som skyddas av transparent datakryptering (TDE) måste migreras till målcertifikatet för Azure SQL Managed Instance eller SQL Server på en virtuell Azure-dator 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.
Dricks
Om databasen innehåller känsliga data som skyddas av Always Encrypted migrerar migreringsprocessen som använder Azure Data Studio med DMS automatiskt dina Always Encrypted-nycklar till din Azure SQL Managed Instance 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 lokalt installerad integrationskörning för åtkomst till och migrering av säkerhetskopior av databaser. Migreringsguiden innehåller nedladdningslänken och autentiseringsnycklarna för att ladda ned och installera din lokala 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 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.cn443 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 FQDN från din lokala integrationskörningsnyckel, som är i formatet{datafactory}.{region}.datafactory.azure.net. För den gamla datafabriken använder du *.frontend.clouddatahub.net i stället om du inte ser det fullständiga domännamnet i din lokala integrationsnyckel.download.microsoft.com443 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.net443 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 Dricks
Om dina databassäkerhetskopieringsfiler redan finns i ett Azure Storage-konto krävs inte en lokalt installerad integrationskörning under migreringsprocessen.
När 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. Utgående port 445 ska vara aktiverad för att tillåta åtkomst till nätverksfilresursen. Se även rekommendationer för att använda en lokalt installerad integrationskörning
Om du använder Azure Database Migration Service för första gången kontrollerar du 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
- Ö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).
- Högerklicka på serveranslutningen och välj Hantera.
- På serverns startsida väljer du Azure SQL Migration-tillägget .
- På instrumentpanelen för Azure SQL-migrering väljer du Migrera till Azure SQL för att starta migreringsguiden.
- På den första sidan i guiden kan du starta en ny session eller återuppta en tidigare sparad session. Välj det första alternativet för att starta en ny session.
Kör databasutvärdering, samla in prestandadata och få Azure-rekommendation
- Välj de databaser som ska köra utvärderingen och välj Nästa.
- Välj Azure SQL Managed Instance som mål.
- 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.
- Välj knappen Hämta Azure-rekommendation.
- Välj alternativet Samla in prestandadata nu och ange en sökväg för prestandaloggar som ska samlas in och välj knappen 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 10 minuter visas en rekommenderad konfiguration för din Azure SQL Managed Instance. Du kan också trycka på länken Uppdatera rekommendation efter de första 10 minuterna för att uppdatera rekommendationen med de extra data som samlas in.
- I rutan Ovanstående Azure SQL Managed Instance* väljer du knappen Visa information för mer information om din rekommendation.
- Stäng rutan Visa information och tryck på knappen Nästa .
Konfigurera migreringsinställningar
- Ange din Azure SQL Managed Instance genom att välja din prenumeration, plats, resursgrupp från motsvarande listrutor och välj sedan Nästa.
- Välj Onlinemigrering som migreringsläge.
Kommentar
I onlinemigreringsläget kan SQL Server-källdatabasen användas för läs- och skrivaktivitet medan databassäkerhetskopior kontinuerligt återställs på Azure SQL Managed Instance som mål. Programmets stilleståndstid är begränsad till varaktigheten för snabbmigreringen i slutet av migreringen.
- Välj platsen för dina databassäkerhetskopior. Dina databassäkerhetskopior kan antingen finnas på en lokal nätverksresurs eller i en Azure Storage-blobcontainer.
Kommentar
Om dina databassäkerhetskopior tillhandahålls i en lokal nätverksresurs kräver DMS att du konfigurerar en lokalt installerad integrationskörning i nästa steg i guiden. Om en lokalt installerad integrationskörning krävs för att få åtkomst till källdatabassäkerhetskopieringar kontrollerar du giltigheten för säkerhetskopieringsuppsättningen och laddar upp dem till ditt Azure Storage-konto.
Om dina databassäkerhetskopior redan finns i en Azure Storage-blobcontainer behöver du inte konfigurera en lokalt installerad integrationskörning.
För säkerhetskopior som finns på en nätverksresurs anger du följande information om din käll-SQL Server, källsäkerhetskopieringsplats, måldatabasnamn och Azure-lagringskonto för säkerhetskopieringsfiler som ska laddas upp till:
Fält Description Källautentiseringsuppgifter – användarnamn Autentiseringsuppgifterna (Windows/SQL-autentisering) för att ansluta till SQL Server-källinstansen och verifiera säkerhetskopieringsfilerna. Källautentiseringsuppgifter – lösenord Autentiseringsuppgifterna (Windows/SQL-autentisering) för att ansluta till SQL Server-källinstansen och verifiera säkerhetskopieringsfilerna. Nätverksresursplats som innehåller säkerhetskopior Platsen för nätverksresursen som innehåller de fullständiga filerna och säkerhetskopieringsfilerna för transaktionsloggen. Ogiltiga filer eller säkerhetskopieringsfiler i nätverksresursen som inte tillhör den giltiga säkerhetskopieringsuppsättningen ignoreras automatiskt under migreringsprocessen. Windows-användarkonto med läsåtkomst till nätverksresursplatsen Windows-autentiseringsuppgifterna (användarnamnet) som har läsbehörighet till nätverksresursen för att hämta säkerhetskopieringsfilerna. Lösenord Windows-autentiseringsuppgifterna (lösenord) som har läsbehörighet till nätverksresursen för att hämta säkerhetskopieringsfilerna. Måldatabasens namn Måldatabasnamnet kan ändras om du vill ändra databasnamnet på målet under migreringsprocessen. Information om lagringskonto Resursgruppen och lagringskontot där säkerhetskopierade filer laddas upp till. Du behöver inte skapa en container eftersom DMS automatiskt skapar en blobcontainer i det angivna lagringskontot under uppladdningsprocessen. För säkerhetskopior som lagras i en Azure Storage-blobcontainer anger du nedanstående information om måldatabasens namn, resursgrupp, Azure-lagringskonto och blobcontainer från motsvarande listrutor.
Fält Description Måldatabasens namn Måldatabasnamnet kan ändras om du vill ändra databasnamnet på målet under migreringsprocessen. Information om lagringskonto Resursgruppen, lagringskontot och containern där säkerhetskopieringsfiler finns. Viktigt!
Om funktionen för loopback-kontroll är aktiverad och SQL Server-källan och filresursen finns på samma dator kommer källan inte att kunna komma åt filresursen med FQDN. Åtgärda problemet genom att inaktivera funktionen för loopback-kontroll med hjälp av anvisningarna här
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:
Scenario SMB-nätverksresurs Azure Storage-kontocontainer Aktiverad från alla nätverk Inga extra steg Inga extra steg Aktiverad från valda virtuella nätverk och IP-adresser Se 1a Se 2a Aktiverad från valda virtuella nätverk och IP-adresser + privat slutpunkt Se 1b Se 2b 1a – Nätverkskonfiguration för Azure Blob Storage
Om du har din SHIR (Self-Hosted Integration Runtime) installerad på en virtuell Azure-dator läser du avsnitt 1b – Nätverkskonfiguration för Azure Blob Storage. Om du har din lokalt installerad integrationskörning (SHIR) installerad i ditt lokala nätverk måste du lägga till klient-IP-adressen 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äljer prenumerationen, det virtuella nätverket och undernätet för den virtuella Azure-dator som är värd för Integration Runtime. 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)a 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 ovanstående steg onödiga eftersom det inte finns någon integrationskö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 Azure Database Migration Service
- Skapa en ny Azure Database Migration Service eller återanvänd en befintlig tjänst som du skapade tidigare.
Kommentar
Om du tidigare har skapat DMS med Hjälp av Azure-portalen kan du inte återanvända den i migreringsguiden i Azure Data Studio. Endast DMS som skapats tidigare med Azure Data Studio kan återanvändas.
- Välj den resursgrupp där du har en befintlig DMS eller skapa en ny. I listrutan Azure Database Migration Service visas alla befintliga DMS i den valda resursgruppen.
- Om du vill återanvända en befintlig DMS väljer du den i listrutan och statusen för den lokalt installerade integrationskörningen visas längst ned på sidan.
- Om du vill skapa en ny DMS väljer du Skapa ny. På skärmen Skapa Azure Database Migration Service anger du namnet på din DMS och väljer Skapa.
- När DMS har skapats får du information om hur du konfigurerar integreringskörningen.
- Välj på Ladda ned och installera integrationskörning för att öppna nedladdningslänken i en webbläsare. Slutför nedladdningen. Installera integreringskörningen på en dator som uppfyller kraven för att ansluta till SQL Server-källan och platsen som innehåller källsäkerhetskopian.
- När installationen är klar startar Microsoft Integration Runtime Configuration Manager automatiskt för att påbörja registreringsprocessen.
- Kopiera och klistra in en av de autentiseringsnycklar som finns på guideskärmen i Azure Data Studio. Om autentiseringsnyckeln är giltig visas en grön kontrollikon i Integration Runtime Configuration Manager som anger att du kan fortsätta att registrera dig.
- När du har slutfört registreringen av lokalt installerad integrationskörning stänger du Microsoft Integration Runtime Configuration Manager och växlar tillbaka till migreringsguiden i Azure Data Studio.
- Välj Testa anslutning på skä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.
- Granska migreringssammanfattningen och välj Klar för att starta databasmigreringen.
Övervaka migreringen
I databasens migreringsstatus kan du spåra pågående migreringar, slutförda migreringar och misslyckade migreringar (om det finns några).
Välj Databasmigreringar som pågår för att visa pågående migreringar och få ytterligare information genom att välja databasnamnet.
Sidan med migreringsinformation visar säkerhetskopieringsfilerna och motsvarande status:
Status Description Infört Säkerhetskopieringsfilen har anlänt till platsen för källsäkerhetskopian och verifierats Uppladdning Integration Runtime laddar för närvarande upp säkerhetskopieringsfilen till Azure Storage Uppladdad Säkerhetskopieringsfilen laddas upp till Azure Storage Återställa Azure Database Migration Service återställer för närvarande säkerhetskopieringsfilen till Azure SQL Managed Instance Återställd Säkerhetskopieringsfilen har återställts på Azure SQL Managed Instance Avbruten Migreringsprocessen avbröts Ignorerad Säkerhetskopieringsfilen ignorerades eftersom den inte tillhör en giltig kedja för databassäkerhetskopiering 
Fullständig snabb migrering
Det sista steget i självstudien är att slutföra migreringen för att säkerställa att den migrerade databasen i Azure SQL Managed Instance är redo att användas. Den här processen är den enda delen som kräver stilleståndstid för program som ansluter till databasen och därför måste tidpunkten för snabbheten planeras noggrant med affärs- eller programintressenter.
Så här slutför du snabben:
- Stoppa alla inkommande transaktioner till källdatabasen.
- Gör ändringar i programkonfigurationen för att peka på måldatabasen i Azure SQL Managed Instance.
- Gör en sista loggsäkerhetskopia av källdatabasen på den angivna säkerhetskopieringsplatsen
- Placera källdatabasen i skrivskyddat läge. Användarna kan därför läsa data från databasen men inte ändra dem.
- Kontrollera att alla databassäkerhetskopior har statusen Återställd på sidan övervakningsinformation.
- Välj Slutför snabbmigrering på sidan med övervakningsinformation.
Under snabbprocessen ändras migreringsstatusen från pågår till slutför. När snabbprocessen är klar ändras migreringsstatusen till lyckades för att indikera att databasmigreringen lyckas och att den migrerade databasen är redo att användas.
Viktigt!
Efter snabbheten kan tillgängligheten för SQL Managed Instance med Affärskritisk tjänstnivå bara ta betydligt längre tid än generell användning eftersom tre sekundära repliker måste seedas för alwayson-hög tillgänglighetsgrupp. Den här åtgärdens varaktighet beror på datastorleken. Mer information finns i Varaktighet för hanteringsåtgärder.
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äkerhetskopieringarna placeras i en flatfilstruktur i en databasmapp (inklusive containerns rotmapp). Mapparna kan inte kapslas, eftersom det inte stöds.
- Om du migrerar flera databaser med samma Azure Blob Storage-container måste du placera säkerhetskopierade filer 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
- Autentiseringsuppgifter
- 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 fick följande fel:
Memory-optimized filegroup must be empty in order to be restored on General Purpose tier of SQL Database Managed Instance. Det här problemet är avsiktligt, Hekaton (även kallat SQL Server Minnesintern 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 Affärskritisk nivå, som stöder Hekaton. Ett annat sätt är att se till att källdatabasen inte använder den medan Azure SQL Managed Instance är Generell användning.
Nästa steg
- En självstudiekurs som visar hur du migrerar en databas till SQL Managed Instance med hjälp av kommandot T-SQL RESTORE finns i Återställa en säkerhetskopia till SQL Managed Instance med hjälp av återställningskommandot.
- Information om SQL Managed Instance finns i Vad är SQL Managed Instance.
- Information om hur du ansluter appar till SQL Managed Instance finns i Anslut program.
- Om du vill felsöka läser du Kända problem.