Dela via

Migreringsguide: SQL Server till Azure SQL Database

  • Artikel

gäller för:SQL ServerAzure SQL Database

I den här guiden lär du dig hur du migrerar din SQL Server-instans till Azure SQL Database.

Slutför steg före migrering innan du fortsätter med.

Migrera

När du har slutfört stegen för fas före migreringenär du redo att utföra schemat och datamigreringen.

Migrera dina data med hjälp av den valda migreringsmetoden.

Migrera med azure SQL-migreringstillägget för Azure Data Studio

Om du vill utföra en offlinemigrering med Hjälp av Azure Data Studio följer du stegen på hög nivå nedan. En detaljerad stegvis självstudiekurs finns i Självstudie: Migrera SQL Server till Azure SQL Database (offline).

  1. Ladda ned och installera Azure Data Studio och Azure SQL-migreringstillägget.
  2. Starta guiden Migrera till Azure SQL Migration i tillägget i Azure Data Studio.
  3. Välj databaser för utvärdering och visa migreringsberedskap eller problem (om det finns några). Dessutom samlar du in prestandadata och får rätt storlek på Azure-rekommendationen.
  4. Välj ditt Azure-konto och din Azure SQL Database-måldatabas från din prenumeration.
  5. Välj listan över tabeller som ska migreras.
  6. Skapa en ny Azure Database Migration Service med hjälp av guiden i Azure Data Studio. Om du tidigare har skapat en Azure Database Migration Service med Azure Data Studio kan du återanvända samma om du vill.
  7. Valfri: Om dina säkerhetskopior finns på en lokal nätverksresurs laddar du ned och installerar lokalt installerad integrationskörning på en dator som kan ansluta till SQL Server-källan och platsen som innehåller säkerhetskopieringsfilerna.
  8. Starta databasmigreringen och övervaka förloppet i Azure Data Studio. Du kan också övervaka förloppet under Azure Database Migration Service-resursen i Azure-portalen.

Datasynkronisering och systemväxling

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

När du har kontrollerat att data är samma för både källan och målet kan du skära över från källan till målmiljön. Det är viktigt att planera övergångsprocessen med affärs-/applikationsteam för att säkerställa att minimala avbrott under övergången inte påverkar affärskontinuiteten.

Viktig

Mer information om de specifika steg för att utföra en cutover som en del av migreringar med DMS finns i Självstudie: Migrera SQL Server till Azure SQL Database med DMS (klassisk).

Migrera med transaktionsreplikering

När du inte har råd att ta bort SQL Server-databasen från produktion medan migreringen sker kan du använda SQL Server-transaktionsreplikering som migreringslösning. Om du vill använda den här metoden måste källdatabasen uppfylla krav för transaktionsreplikering och vara kompatibel för Azure SQL Database. Information om SQL-replikering med tillgänglighetsgrupper finns i Konfigurera replikering med AlwaysOn-tillgänglighetsgrupper.

Om du vill använda den här lösningen konfigurerar du databasen i Azure SQL Database som prenumerant på den SQL Server-instans som du vill migrera. Distributören för transaktionsreplikering synkroniserar data från databasen som ska synkroniseras (utgivaren) medan nya transaktioner fortsätter.

Med transaktionsreplikering visas alla ändringar av dina data eller schema i databasen i Azure SQL Database. När synkroniseringen är klar och du är redo att migrera ändrar du anslutningssträngen för dina program så att den pekar dem till databasen. När transaktionsreplikeringen tömmer alla ändringar som finns kvar i källdatabasen och alla dina program pekar på Azure SQL Database kan du avinstallera transaktionsreplikering. Databasen i Azure SQL Database är nu ditt produktionssystem.

Tips

Du kan också använda transaktionsreplikering för att migrera en delmängd av källdatabasen. Publikationen som du replikerar till Azure SQL Database kan begränsas till en delmängd av tabellerna i databasen som replikeras. För varje tabell som replikeras kan du begränsa data till en delmängd av raderna och/eller en delmängd av kolumnerna.

Arbetsflöde för transaktionsreplikering

Viktig

Använd den senaste versionen av SQL Server Management Studio för att förbli synkroniserad med uppdateringar av Azure och SQL Database. Äldre versioner av SQL Server Management Studio kan inte konfigurera SQL Database som prenumerant. Hämta den senaste versionen av SQL Server Management Studio.

Steg Metod
Konfigurera distribution SQL Server Management Studio | Transact-SQL
Skapa publikation SQL Server Management Studio | Transact-SQL
Skapa prenumeration SQL Server Management Studio | Transact-SQL

Några tips och skillnader för migrering till SQL Database

  • Använda en lokal distributör
    • Detta orsakar en prestandapåverkan på servern.
    • Om prestandapåverkan är oacceptabel kan du använda en annan server, men det ökar komplexiteten i hantering och administration.
  • När du väljer en ögonblicksbildsmapp kontrollerar du att den mapp som du väljer är tillräckligt stor för att innehålla en BCP för varje tabell som du vill replikera.
  • När du skapar ögonblicksbilder låss de associerade tabellerna tills de är klara, så schemalägg ögonblicksbilden på rätt sätt.
  • Endast push-prenumerationer stöds i Azure SQL Database. Du kan bara lägga till prenumeranter från källdatabasen.

Migreringsrekommendationer

För att påskynda migreringen till Azure SQL Database bör du överväga följande rekommendationer:

Resurskonkurration Rekommendation
Källa (vanligtvis på plats) Den primära flaskhalsen under migreringen från källan är datafilens I/O och svarstiden, som måste övervakas noggrant. Baserat på I/O för datafiler och svarstider, och beroende på om det är en virtuell dator eller fysisk server, kan du behöva kontakta lagringsadministratören och utforska alternativ för att minska flaskhalsen.
Target (Azure SQL Database) Den största begränsande faktorn är logggenereringshastigheten och svarstiden i databasloggfilen. Med Azure SQL Database kan du få en maximal logggenereringshastighet på 96 MB/s. För att påskynda migreringen skalar du upp Azure SQL-måldatabasen till Affärskritisk Gen5 8 virtuell kärna för att få den maximala logggenereringshastigheten på 96 MB/s, vilket också ger låg svarstid för loggfiler. Tjänstnivån Hyperskala ger en loggfrekvens på 100 MB/s oavsett vald tjänstnivå.
Nätverk Nätverksbandbredden som behövs är lika med den maximala logginmatningshastigheten på 96 MB/s (768 Mb/s) Beroende på nätverksanslutningen från ditt lokala datacenter till Azure kontrollerar du nätverksbandbredden (vanligtvis Azure ExpressRoute) för att få den maximala logginmatningshastigheten.

Du kan också överväga dessa rekommendationer för bästa prestanda under migreringsprocessen.

  • Välj den högsta tjänstnivån och beräkningsstorleken som din budget tillåter för att maximera överföringsprestandan. Du kan skala ned när migreringen har slutförts för att spara pengar.
  • Om du använder BACPAC-filer minimerar du avståndet mellan BACPAC-filen och måldatacentret.
  • Inaktivera automatisk uppdatering och skapa statistik automatiskt under migreringen.
  • Partitionstabeller och index.
  • Ta bort indexerade vyer och återskapa dem när processen är avslutad.
  • Ta bort sällan efterfrågade historiska data till en annan databas och migrera dessa historiska data till en separat databas i Azure SQL Database. Du kan sedan köra sökfrågor mot historiska data med elastiska frågor.

Efter migrationen

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

Fasen efter migreringen är avgörande för att kunna förena problem med datanoggrannhet och verifiera fullständighet samt åtgärda prestandaproblem med arbetsbelastningen.

Uppdatera statistik

Uppdatera statistik med fullständig genomsökning när migreringen har slutförts.

Åtgärda applikationer

När data har migrerats till målmiljön måste alla program som tidigare förbrukade källan börja förbruka målet. För att göra detta krävs i vissa fall ändringar i programmen.

Utföra tester

Testmetoden för databasmigrering består av följande aktiviteter:

  1. Utveckla verifieringstester: Om du vill testa databasmigrering måste du använda SQL-frågor. Du måste skapa valideringsfrågorna som ska köras mot både källdatabaserna och måldatabaserna. Dina valideringsfrågor bör omfatta det omfång som du har definierat.
  2. Konfigurera testmiljö: Testmiljön bör 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 prestandatestet mot källan och målet och analysera och jämför sedan resultaten.

Använda avancerade funktioner

Se till att dra nytta av de avancerade molnbaserade funktioner som erbjuds av SQL Database, till exempel inbyggd hög tillgänglighet, hotidentifieringoch övervakning och justering av arbetsbelastningen.

Vissa SQL Server-funktioner är bara tillgängliga när databaskompatibilitetsnivå har ändrats till den senaste kompatibilitetsnivån.

Mer information finns i hantera Azure SQL Database efter migreringen.

Lösa kompatibilitetsproblem med databasmigrering

Du kan stöta på en mängd olika kompatibilitetsproblem, beroende både på versionen av SQL Server i källdatabasen och komplexiteten i den databas som du migrerar. Äldre versioner av SQL Server har fler kompatibilitetsproblem. Använd följande resurser, förutom en riktad Internetsökning med hjälp av din sökmotor med valmöjligheter:

Viktig

Med Azure SQL Managed Instance kan du migrera en befintlig SQL Server-instans och dess databaser med minimala eller inga kompatibilitetsproblem. Se Vad är Azure SQL Managed Instance?

Relaterat innehåll