Vanliga frågor och svar om att använda Azure Database Migration Service

Azure Database Migration Service är en fullständigt hanterad tjänst som har utformats för att möjliggöra sömlös migrering från flera databaskällor till Azure Data-plattformar med minimal stilleståndstid. Tjänsten är för närvarande allmänt tillgänglig med pågående utvecklingsarbete inriktat på:

• Tillförlitlighet och prestanda.
• Iterativt tillägg av källmålpar.
• Fortsatta investeringar i friktionsfria migreringar.

Tjänsten stöder för närvarande en mängd olika käll-/målpar eller migreringsscenarier. En fullständig lista över status för varje tillgängligt migreringsscenario finns i artikeln Status för migreringsscenarier som stöds av Azure Database Migration Service.

När du migrerar från SQL Server är källor som stöds för Azure Database Migration Service SQL Server 2005 till och med SQL Server 2019. Om du använder Azure Data Studio med SQL Migration-tillägget är källor som stöds SQL Server 2008 till och med SQL Server 2022.

Du kan använda Azure Database Migration Service för att utföra offline- och onlinemigreringar. Med en offlinemigrering startar programmets stilleståndstid när migreringen startar. Med en onlinemigrering är stilleståndstiden begränsad till den tid som ska minskas i 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.

Azure Database Migration Service är den bästa metoden för databasmigrering till Microsoft Azure i stor skala. Mer information om hur Azure Database Migration Service jämför med andra microsoft-databasmigreringsverktyg och rekommendationer om hur du använder tjänsten för olika scenarier finns i blogginlägget Differentiering av Microsofts verktyg och tjänster för databasmigrering.

Azure Migrate hjälper till med migrering av lokala virtuella datorer till Azure IaaS. Tjänsten utvärderar migrerings lämplighet och prestandabaserad storleksändring och ger kostnadsuppskattningar för att köra dina lokala virtuella datorer i Azure. Azure Migrate är användbart för lift and shift-migreringar av lokala VM-baserade arbetsbelastningar till virtuella Azure IaaS-datorer. Till skillnad från Azure Database Migration Service är Azure Migrate inte ett specialiserat databasmigreringstjänsterbjudande för relationsdatabasplattformar i Azure PaaS, till exempel Azure SQL Database eller Azure SQL Managed Instance.

Nej. Database Migration Service lagrar inte kunddata.

Det finns flera krav för att säkerställa att Azure Database Migration Service körs smidigt när du utför databasmigreringar. Vissa av förutsättningarna gäller för alla scenarier (par av källa/mål) som tjänsten har stöd för, medan andra förutsättningar är specifika för ett visst scenario.

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

• Skapa en Microsoft Azure-Virtual Network för Azure Database Migration Service med hjälp av Azure Resource Manager-distributionsmodellen, som tillhandahåller plats-till-plats-anslutning till dina lokala källservrar med hjälp av ExpressRoute eller VPN.
• Se till att reglerna för nätverkssäkerhetsgruppen för det virtuella nätverket inte blockerar port 443 för ServiceTags för ServiceBus, Storage och AzureMonitor. Mer information om NSG-trafikfiltrering för virtuella nätverk finns i artikeln Filtrera nätverkstrafik med nätverkssäkerhetsgrupper.
• När du använder en brandväggsinstallation framför dina källdatabaser kan du behöva lägga till brandväggsregler för att tillåta Azure Database Migration Service att komma åt källdatabaserna för migrering.

En lista över alla krav som krävs för att konkurrera med specifika migreringsscenarier med hjälp av Azure Database Migration Service finns i relaterade självstudier i Azure Database Migration Service-dokumentationen.

Du kan behöva lägga till brandväggsregler som ger Azure Database Migration Service åtkomst till källdatabasen för migrering. IP-adressen för tjänsten är dynamisk, men om du använder ExpressRoute tilldelas den här adressen privat av företagsnätverket. Det enklaste sättet att identifiera lämplig IP-adress är att leta i samma resursgrupp som din etablerade Azure Database Migration Service resurs för att hitta det associerade nätverksgränssnittet. Vanligtvis börjar namnet på nätverksgränssnittsresursen med NIC-prefixet och följs av ett unikt tecken och en nummersekvens, till exempel NIC-jj6tnztnmarpsskr82rbndyp. Genom att välja den här nätverksgränssnittsresursen kan du se den IP-adress som måste inkluderas i listan över tillåtna på resursöversikten Azure Portal sidan.

Du kan också behöva inkludera portkällan som SQL Server lyssnar på listan över tillåtna. Som standard är det port 1433, men källan SQL Server kan också konfigureras för att lyssna på andra portar. I det här fallet måste du även inkludera dessa portar i listan över tillåtna portar. Du kan fastställa vilken port som SQL Server lyssnar på med hjälp av en fråga för dynamisk hanteringsvy:

    SELECT DISTINCT
        local_tcp_port
    FROM sys.dm_exec_connections
    WHERE local_tcp_port IS NOT NULL

Du kan också fastställa vilken port som SQL Server lyssnar genom att fråga SQL Server felloggen:

    USE master
    GO
    xp_readerrorlog 0, 1, N'Server is listening on'
    GO

Flera Microsoft-självstudier som kan vägleder dig genom processen för att konfigurera ett virtuellt nätverk, visas den officiella dokumentationen i artikeln Azure Virtual Network.

Under en typisk, enkel databasmigrering gör du så här:

1. Skapa en eller flera måldatabaser.
2. Utvärdera dina källdatabaser.
   • För homogena migreringar utvärderar du dina befintliga databaser med hjälp av DMA.
   • För heterogena migreringar (från konkurrenskällor) utvärderar du dina befintliga databaser med SSMA. Du kan också använda SSMA för att konvertera databasobjekt och migrera schemat till målplattformen.
3. Skapa en instans av Azure Database Migration Service.
4. Skapa ett migreringsprojekt som anger källdatabaserna, måldatabaserna och de tabeller som ska migreras.
5. Starta den fullständiga inläsningen.
6. Välj den efterföljande verifieringen.
7. Utför en manuell växling av produktionsmiljön till den nya molnbaserade databasen.

Om du har problem med att ansluta till källdatabassystemet när du arbetar med migreringen skapar du en virtuell dator i samma undernät i det virtuella nätverk som du har konfigurerat DMS-instansen med. På den virtuella datorn bör du kunna köra ett anslutningstest, till exempel använda en UDL-fil för att testa en anslutning till SQL Server eller ladda ned Robo 3T för att testa MongoDB-anslutningar. Om anslutningstestet lyckas bör du inte ha problem med att ansluta till källdatabasen. Kontakta nätverksadministratören om anslutningstestet inte lyckas.

Om användaren uttryckligen stoppar Azure Database Migration Service (DMS) eller om tjänsten är inaktiv under en period av 24 timmar är tjänsten i ett stoppat eller automatiskt pausat tillstånd. I varje fall är tjänsten inte tillgänglig och har statusen Stoppad. Starta om tjänsten för att återuppta aktiva migreringar.

Du kan göra några saker för att påskynda databasmigreringen med hjälp av tjänsten:

• Använd prisnivån för flera processorer Generell användning när du skapar tjänstinstansen så att tjänsten kan dra nytta av flera virtuella processorer för parallellisering och snabbare dataöverföring.
• Skala tillfälligt upp din Azure SQL Database-målinstans till Premium-nivå-SKU:n under datamigreringsåtgärden för att minimera Azure SQL databasbegränsning som kan påverka dataöverföringsaktiviteter när du använder SKU:er på lägre nivå.

Nästa steg

En översikt över Azure Database Migration Service och regional tillgänglighet finns i artikeln Vad är Azure Database Migration Service.