Migrera databaser med Azure SQL Migration-tillägget för Azure Data Studio (förhandsversion)

Med Azure SQL Migration-tillägget för Azure Data Studio kan du använda den nya SQL Server-utvärderings- och migreringsfunktionerna i Azure Data Studio.

Arkitektur för Azure SQL Migration-tillägget för Azure Data Studio

Azure Database Migration Service (DMS) är en av huvudkomponenterna i den övergripande arkitekturen. DMS tillhandahåller en tillförlitlig migreringsdirigering som möjliggör databasmigrering till Azure SQL. Skapa eller återanvända en befintlig DMS med hjälp av Azure SQL Migration-tillägget i Azure Data Studio(ADS). DMS använder Azure Data Factory integration runtime med egen värd för att komma åt och ladda upp giltiga säkerhetskopierade filer från din lokala nätverksresurs eller ditt Azure Storage konto.

Arbetsflödet för migreringsprocessen illustreras nedan.

1. Källdata SQL Server: SQL Server instans lokalt, privat moln eller en virtuell dator med offentligt moln. Alla versioner av SQL Server 2008 och högre stöds.
2. Mål för Azure SQL: Azure SQL-mål som stöds är Azure SQL Managed Instance eller SQL Server på Azure Virtual Machines (registrerade med SQL IaaS-agenttillägget i fullständigt hanteringsläge)
3. Nätverksfilresurs: Server Message Block (SMB) nätverksfilresurs där säkerhetskopierade filer lagras för de databaser som ska migreras. Azure Storage blobcontainrar Azure Storage en filresurs stöds också.
4. Azure Data Studio: Ladda ned och installera Azure SQL Migration-tillägget i Azure Data Studio.
5. Azure DMS: Azure-tjänst som orkestrerar migreringspipelines för att göra dataförflyttningsaktiviteter från en lokal plats till Azure. DMS är associerat med Azure Data Factory:s (ADF) IR (Self-Hosted Integration Runtime) och ger möjlighet att registrera och övervaka en IR med egen värd.
6. Integration Runtime med egen värd (IR): IR med egen värd ska installeras på en dator som kan ansluta till källdatorn SQL Server och platsen för säkerhetskopieringsfilerna. DMS tillhandahåller autentiseringsnycklarna och registrerar den lokala IR:en.
7. Uppladdning av säkerhetskopierade filer Azure Storage: DMS använder lokalt värdbaserade IR för att ladda upp giltiga säkerhetskopierade filer från den lokala säkerhetskopieringsplatsen till ditt etablerade Azure Storage konto. Dataförflyttningsaktiviteter och pipelines skapas automatiskt i migreringsarbetsflödet för att ladda upp säkerhetskopieringsfilerna.
8. Återställa säkerhetskopior på Azure SQL: DMS återställer säkerhetskopierade filer från ditt Azure Storage-konto till det mål-Azure-SQL.

   Viktigt

   Med onlinemigreringsläget överför DMS kontinuerligt källsäkerhetskopieringsfilerna till Azure Storage och återställer dem till målet tills du har slutfört det sista steget för att gå över till målet.

   I offlinemigreringsläget överför DMS källsäkerhetskopieringsfilerna till Azure Storage återställer dem till målet utan att du behöver utföra en snabb övergång.

Förutsättningar

Azure Database Migration Service förutsättningar som är gemensamma för alla migreringsscenarier som stöds är behovet av att:

• 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 någon av de inbyggda roller 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 Azure SQL-målinstans eller SQL Server på den virtuella Azure-datorn.

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

• Använd något av följande lagringsalternativ för de fullständiga säkerhetskopieringsfilerna 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ä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 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å den virtuella Azure-datorn innan du migrerar data. 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 offentligt moln letar du upp FQDN från din lokala 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 integration runtime 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 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 integration runtime med egen värd kontrollerar du att datorn där körningen är installerad kan ansluta till käll-SQL Server-instansen och nätverksfilresursen där säkerhetskopieringsfilerna finns. Utgående port 445 ska vara aktiverad för att tillåta åtkomst till nätverksfilresursen.

• Om du använder dataprovidern 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

Rekommendationer för att använda integration runtime med egen värd för databasmigrering

• Använd en enda integrationskörning med egen värd för flera SQL Server databaser.
• Installera endast en instans av integrationskörning med egen värd på en enskild dator.
• Associera endast en integrationskörning med egen värd med en DMS.
• Integration Runtime med egen värd använder resurser (minne/CPU) på den dator där den är installerad. Installera integration runtime med egen värd på en dator som skiljer sig från din SQL Server. Att ha integration runtime med egen värd nära datakällan minskar dock tiden för integrationskörning med egen värd att ansluta till datakällan.
• Använd endast integration runtime med egen värd när du har dina databassäkerhetskopior i en lokal SMB-nätverksresurs. Integration Runtime med egen värd krävs inte för databasmigrering om dina källdatabassäkerhetskopior redan finns i Azure Storage Blob-containern.
• Vi rekommenderar upp till 10 samtidiga databasmigrering per integrationskörning med egen värd på en enda dator. Om du vill öka antalet samtidiga databasmigrering kan du skala ut körningen med egen värd upp till fyra noder eller skapa separata integrationskörningar med egen värd på olika datorer.
• Konfigurera integration runtime med egen värd för automatisk uppdatering för att automatiskt tillämpa nya funktioner, felkorrigeringar och förbättringar som släpps. Mer information finns i Integration Runtime uppdatera automatiskt.

Kända problem och begränsningar

• Det går inte att skriva över befintliga databaser med DMS SQL Azure SQL Managed Instance eller SQL Server på en virtuell Azure-dator.
• Konfiguration av hög tillgänglighet och haveriberedskap för målet för att matcha källtopologin stöds inte av DMS.
• Följande serverobjekt stöds inte:
  • Inloggningar
  • SQL Server Agentjobb
  • Autentiseringsuppgifter
  • SSIS-paket
  • Serverroller
  • Servergranskning
• Automatisering av migreringar Azure Data Studio med hjälp av PowerShell/CLI stöds inte.
• Migrering till Azure SQL Database stöds inte.
• Azure Storage-konton som skyddas av specifika brandväggsregler eller konfigurerade med en privat slutpunkt stöds inte för migreringar.
• Du kan inte använda en befintlig integrationskörning med egen värd som skapats från Azure Data Factory för databasmigrering med DMS. Inledningsvis bör integrationskörningen med egen värd skapas med hjälp av Azure SQL Migration-tillägget i Azure Data Studio och kan återanvändas för ytterligare databasmigrering.

Prissättning

• Azure Database Migration Service kan användas med Azure SQL Migration-tillägget i Azure Data Studio. Du kan migrera flera SQL Server-databaser med Azure Database Migration Service utan kostnad för att använda tjänsten eller Azure SQL Migration-tillägget.
• Det finns ingen kostnad för dataförflyttning eller dataingress för att migrera dina databaser från en lokal plats till Azure. Om källdatabasen flyttas från en annan region eller en virtuell Azure-dator kan du debiteras bandbreddsavgifter baserat på bandbreddsprovidern och routningsscenariot.
• Ange din egen dator eller lokala server för att installera Azure Data Studio.
• En integrationskörning med egen värd krävs för att få åtkomst till databassäkerhetskopior från din lokala nätverksresurs.

Nästa steg

• En översikt och installation av Azure SQL Migration-tillägget finns i Azure SQL Migration-tillägget för Azure Data Studio.