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

Artikel
10/06/2021
9 minuter för att läsa

Du kan använda Azure SQL Migration-tillägget i Azure Data Studio för att migrera databaserna från en SQL Server-instans till Azure SQL Managed Instance. 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 hjälp av Azure Data Studio med Azure Database Migration Service (DMS). Den här självstudien fokuserar på offlinemigreringsläget som överväger en acceptabel stilleståndstid under migreringsprocessen.

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 fram till slutförande

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.

Den här artikeln beskriver en offlinemigrering från SQL Server till en SQL Managed Instance. En onlinemigrering finns i Migrera SQL Server till Azure SQL Managed Instance online med hjälp av Azure Data Studio.

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 en SQL Managed Instance genom att följa i detalj i artikeln Skapa en SQL Managed Instance i Azure Portal.
Kontrollera att de inloggningar som används för att ansluta SQL Server är medlemmar i serverrollen sysadmin eller har CONTROL SERVER behörighet.
Ange en SMB-nätverksresurs, en Azure Storage-kontofilresurs eller blobcontainer för Azure Storage-kontot som innehåller dina fullständiga säkerhetskopierade databasfiler och efterföljande säkerhetskopierade transaktionsloggfiler, som Azure Database Migration Service kan använda för databasmigrering.
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 databassäkerhetskopieringsfilerna till och använda för att migrera databaser. 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.
- Du kan tillhandahålla komprimerade säkerhetskopior för att minska risken för 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.
Om du migrerar en databas som skyddas av transparent datakryptering (TDE) måste certifikatet från källinstansen SQL Server migreras till Azure SQL Managed Instance som mål innan databasen återställs. Mer information finns i Migrera ett certifikat för en TDE-skyddad databas till Azure SQL Managed Instance.

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 Azure SQL Managed Instance som mål.

Ange en dator för att installera integration runtime med egen värd för att få åtkomst till och migrera säkerhetskopior av databasen om dina databassäkerhetskopior finns i en nätverksfilresurs. Migreringsguiden ger dig 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 installerar integrationskörningen 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 hittar du FQDN från din lokala Integration Runtime-nyckel i formatet {datafactory}. {region}.datafactory.azure.net. Om du inte ser FQDN i din integrationsnyckel med egen värd använder du *.frontend.clouddatahub.net i stället för den gamla Datafabriken.
`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 integration runtime med egen värd för att ansluta 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 integration runtime med egen värd kontrollerar du att datorn 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

Ö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 Migreringstillägg.
På instrumentpanelen för Azure SQL migration väljer du Migrera till Azure SQL för att starta migreringsguiden.
I det första steget i migreringsguiden länkar du ditt Azure-konto om du redan har loggat in på Azure Data Studio eller länkar ett nytt Azure-konto.

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

Välj de databaser som utvärderingen ska köras på 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.
Ange Azure SQL-målinstansen genom att välja din prenumeration, plats och resursgrupp i motsvarande listrutan och välj Nästa.

Konfigurera migreringsinställningar

Välj Onlinemigrering som migreringsläge.

Anteckning

I offlinemigreringsläget är källdatabasen SQL Server inte tillgänglig för läs- och skrivaktivitet medan databassäkerhetskopior återställs på Azure SQL Managed Instance. Programmets stilleståndstid måste övervägas tills migreringen är klar.
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.

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 databasens namn på målet under migreringsprocessen.

Ange Azure Storage-kontot genom att välja Prenumeration, Plats och Resursgrupp från motsvarande listrutan. Det här Azure Storage-kontot 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

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.
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.
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.
Om du vill skapa en ny DMS väljer du Skapa ny. På skärmen Azure Database Migration Service anger du namnet på DMS och väljer Skapa.
När DMS har skapats får du information för att konfigurera Integration Runtime.
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äkerhetskopia.
När installationen är klar startas Microsoft Integration Runtime Konfigurationshanteraren automatiskt för att påbörja registreringsprocessen.
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 till Registrera.
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.
Välj Testanslutning 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 sammanfattningen och välj Klar för att starta databasmigrering.

Övervaka migreringen

På Status för databasmigrering kan du spåra pågående migreringar, slutförda migreringar och misslyckade migreringar (om det finns några).
Välj Databasmigrering 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äkerhetskopierade filer och deras motsvarande status:

Status	Beskrivning
Anlände	Säkerhetskopieringsfilen ankom till källsäkerhetskopieringsplatsen och verifierades
Uppladdning	Integration Runtime laddar för närvarande upp säkerhetskopian till Azure Storage
Uppladdad	Säkerhetskopieringsfilen 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 återställning av offlinesäkerhetskopia

När alla databassäkerhetskopior har återställts på Azure SQL Managed Instance initieras en automatisk migrering av Azure DMS för att se till att den migrerade databasen i Azure SQL Managed Instance är redo att användas och att migreringsstatusen ändras från pågående till Lyckades.