Granska migreringsstrategier och verktyg

10 minuter

När det gäller SQL Server-migrering är det viktigt med noggrann planering för att säkerställa en lyckad migrering. Den här planeringen handlar om att ta itu med både hur och varför aspekter av migreringen.

En visuell representation av SQL Server-migreringsprocessen där den betonar att förstå fördelar, använda verktyg och balansera stilleståndstid för en lyckad migrering.

Att förstå varför innebär att känna igen fördelarna när migreringen har slutförts.
Hur omfattar valet av lämpliga migreringsverktyg och utvecklingen av en omfattande migreringsplan.
Ett viktigt element i den här processen är att utvärdera hur mycket stilleståndstid som organisationen är villig att tolerera. Att minimera stilleståndstiden under migreringsprocessen är avgörande för att upprätthålla driftseffektivitet och kontinuitet.

I det här migreringsprojektet har ditt team initierat processen med ett kick-off-möte. Din roll är att utforska verktygen för att migrera några SQL-servrar och ge insikter om den potentiella effekten på framtida SQL-licensieringskostnader. Dessutom måste du nå en överenskommelse om den godtagbara nivån av stilleståndstid. Projektledaren vill också inkludera en testfas, under vilken några servrar migreras för testning innan den fullständiga migreringen körs.

Förstå fördelarna med migrering

Du har förmodligen arbetat med virtuella datorer i din egen infrastruktur med hjälp av antingen Hyper-V eller andra virtuella leverantörer. Därför bör migrering till den här plattformen inte ge dig en brant inlärningskurva.

Med hjälp av en virtuell dator (VM) kan du ha fullständig administrativ kontroll över värdoperativsystemet och SQL Server-instansen. Du kan konfigurera och hantera hög tillgänglighet, haveriberedskap och korrigering för SQL Server enklare än du kan på dina lokala datorer. Du kan också konfigurera automatiska säkerhetskopior och uppdateringar som underlättar den övergripande administrativa bördan. Om du kör SQL Server på en virtuell Azure-dator har du fullt stöd för dessa SQL Server-komponenter:

SQL Server-transaktionsreplikering
AlwaysOn-tillgänglighetsgrupper
Integration Services
Analysis Services
Rapporteringstjänster
Loggöverföring

SQL Server är optimerat för migrering av befintliga SQL Server-program till virtuella Azure-datorer med upp till 256 TB lagringsutrymme som stöds. Alla versioner och utgåvor av SQL Server är tillgängliga och de erbjuder 100 % kompatibilitet med dina lokala versioner av SQL Server.

Licensiering

Det finns tre typer av licensieringsmodeller som kan användas för virtuella SQL Server-datorer som finns i Azure. Utvärdera vilken som är mest lämplig för ditt migreringsscenario.

PayG-modellen (pay-as-you-go) innebär att kostnaden per sekund för att köra den virtuella Azure-datorn inkluderar kostnaden för SQL Server-licensen.
BYOL-modellen (bring-your-own-license) kallas även för Azure Hybrid-förmån (AHB) och gör att du kan använda din egen SQL Server-licens med en virtuell dator som kör SQL Server, och du betalar bara för vm-användningen. Det här alternativet är endast tillgängligt för kunder som har en företagsavtal.
Licensmodellen för hög tillgänglighet/haveriberedskap (HA/DR) används för den kostnadsfria HA/DR-repliken i Azure. Om du har Software Assurance kan du implementera hybrida haveriberedskapsplaner med SQL Server utan att medföra ytterligare licenskostnader för den passiva haveriberedskapsinstansen.

Dricks

Information om hur du ändrar licensmodellen för en virtuell SQL-dator i Azure finns i Ändra licensmodellen för en virtuell SQL-dator i Azure.

Nätverk

Om du etablerar en virtuell SQL Server-dator i Azure-portalen har du möjlighet att ange typen av SQL-anslutning, som omfattar:

Offentligt: Anslut till SQL Server via Internet.
Privat: Anslut till SQL Server i samma virtuella nätverk.
Lokal: Anslut till SQL Server lokalt på samma virtuella dator.

Om du vill ansluta till SQL Server-databasmotorn från Internet väljer du Offentlig. Portalen utför automatiskt följande steg:

Aktiverar TCP/IP-protokollet för SQL Server.
Konfigurerar en brandväggsregel för att öppna SQL Server TCP-porten (standard 1433).
Aktiverar SQL Server-autentisering som krävs för offentlig åtkomst.
Konfigurerar nätverkssäkerhetsgruppen på den virtuella datorn till all TCP-trafik på SQL Server-porten.

När du väljer Privat för SQL-anslutningstypen i portalen konfigurerar Azure de flesta inställningar som är identiska med Offentliga. Skillnaden är att det inte finns någon regel för nätverkssäkerhetsgrupp som tillåter extern trafik på SQL Server-porten (standard 1433). Du kan ändra anslutningsinställningarna för din virtuella SQL-dator i Azure-portalen.

Nyckelhantering

SQL Server innehåller krypteringsfunktioner som kräver att du hanterar och lagrar kryptografiska nycklar. Tjänsten Azure Key Vault (AKV) är utformad för att förbättra säkerheten och hanteringen av dessa nycklar på en säker och högtillgänglig plats. SQL Server-Anslut eller gör det möjligt för SQL Server att använda dessa nycklar från Azure Key Vault.

Du kan spara tid med hjälp av AKV-integreringsfunktionen. När den här funktionen är aktiverad installerar den automatiskt SQL Server-Anslut eller. Funktionen konfigurerar sedan EKM-providern (Extensible Key Management) för åtkomst till AKV och skapar autentiseringsuppgifterna så att du kan komma åt valvet.

Storleksändring för virtuell dator

För att komma igång kan du välja en avbildning av en virtuell SQL Server-dator med nödvändig version, version och operativsystem. Du kan också konfigurera antalet processorer och minne till den storlek som är lämplig för dina arbetsbelastningar.

Många av de alternativ för justering av databasprestanda som du använder för att säkerställa att SQL Server fungerar bra för dina lokala arbetsbelastningar gäller fortfarande för SQL Server som körs på en virtuell Azure-dator. Det finns andra överväganden som du måste tänka på, inklusive storleken på den virtuella datorn och konfigurationen av diskarna. Använd följande checklista som en guide för att säkerställa att du har den optimala prestandauppsättningen för en SQL Server som körs på en virtuell Azure-dator.

Prestandamått	Optimeringsalternativ
Virtuell maskin	Den minsta storlek på virtuella datorer som ska väljas för Enterprise-utgåvor av SQL Server är DS3_v2 eller högre För standard- eller webbutgåva använder du DS2_v2 som en minsta storlek
Lagring	Använda Premium SSD för produktionsarbetsbelastningar Standardlagring för utvecklings-/testmiljö Kontrollera att lagringen är samlokaliserad på samma plats som den virtuella datorn
Diskar	Använd minst 2 P30-diskar (1 för loggfiler och 1 för datafiler inklusive TempDB) Överväg att använda en Ultra SSD för arbetsbelastningar som kräver ~50 000 IOPS Undvik att använda operativsystem eller tillfälliga diskar för databaslagring eller loggning Aktivera läscachelagring på de diskar som är värdar för datafilerna och TempDB-datafilerna Aktivera inte cachelagring på diskar som är värdar för loggfilen Stripe flera Azure-datadiskar för att få ökat I/O-dataflöde Format med dokumenterade allokeringsstorlekar Placera TempDB på lokal SSD för verksamhetskritiska SQL Server-arbetsbelastningar (när du har valt rätt VM-storlek)
I/O	Aktivera komprimering av databassidor Aktivera omedelbar filinitiering för datafiler Begränsa automatisk inväxt av databasen Inaktivera autoshrink för databasen Flytta alla databaser till datadiskar, inklusive systemdatabaser Flytta SQL Server-felloggen och spåra filkataloger till datadiskar Konfigurera standardplatser för säkerhetskopiering och databasfiler Aktivera låsta sidor Tillämpa prestandakorrigeringar för SQL Server

Det kan finnas specifika prestandainställningar som du vill använda som är specifika för din arbetsbelastning. Kontrollera att inställningarna testas i en testmiljö före migreringen.

Verktyg och funktioner som stöder migreringen

Det finns många olika sätt att migrera din SQL Server till en virtuell Azure-dator. Det första steget i processen är att etablera en virtuell Azure-dator som har SQL Server installerat.

Du får bästa prestanda för dataöverföring genom att migrera databasfilerna till den virtuella Azure-datorn med hjälp av en komprimerad säkerhetskopieringsfil.

Om du vill minimera stilleståndstiden under databasmigreringsprocessen använder du antingen alternativet Alltid på eller transaktionsreplikering. Om det inte går att använda någon av ovanstående metoder kan du fortfarande migrera databasen manuellt.

Det här är de viktigaste verktygen och funktionerna för att stödja och migrera dina SQL Server-databaser till SQL Server som körs på en virtuell Azure-dator.

Azure SQL Migration-tillägget för Azure Data Studio – Azure SQL Migration-tillägget drivs med den senaste versionen av Azure Database Migration Service och hjälper dig att utvärdera din migreringsberedskap, tillhandahålla lämpliga SKU-rekommendationer för Azure-resurser och underlätta migreringen av SQL Server-databasen till Azure och är perfekt för små till medelstora databaser. Den drivs av den senaste versionen av Data Migration Services och innehåller även en avancerad utvärderingsfunktion som utvärderar SQL Server-databaser som är redo för migrering till Azure SQL.
Säkerhetskopiera och återställa med Azure Blob Storage – Du kan återställa en databas från Azure Blob Storage till din SQL Server som körs på en virtuell Azure-dator.
Koppla från och bifoga från en URL – Koppla från databasen och loggfilerna och överför dem till ett Azure Storage-konto. Bifoga sedan databasen från blob-URL:en på din virtuella Azure-dator.
Loggleverans – Loggöverföring är en metod för att migrera en SQL Server-databas till en virtuell Azure-dator. Det innebär att kontinuerligt synkronisera en sekundär kopia av databasen på målservern med hjälp av säkerhetskopior av transaktionsloggar från källservern. När den är klar tillämpas den sista loggsäkerhetskopian på den virtuella Azure-datorn, vilket möjliggör en sömlös migrering med minimal stilleståndstid.
Azure Migrate – Azure Migrate är en omfattande migreringstjänst som stöder en mängd olika migreringsscenarier, inklusive SQL Server-migrering. Azure Migrate tillhandahåller en uppsättning verktyg som utformats för utvärdering och migrering av lokala servrar, infrastruktur, program och data i stor skala i syfte att migrera dem till Azure.
Database Experimentation Assistant (DEA) – Använd den för att utvärdera om målservern kan hantera arbetsbelastningen om du har problem med prestanda. Du kan använda analysmåtten för att ge jämförelsedata så att du kan bestämma om målversionen skulle ge en bättre upplevelse efter migreringen.
Data Migration Assistant (DMA) – Använd den för att migrera databasscheman, data, användare, serverroller, SQL Server- och Windows-inloggningar från en lokal SQL Server till en SQL Server på en virtuell Azure-dator. Verktyget kör först en utvärdering som uppmanar dig att åtgärda eventuella kompatibilitetsproblem. Du kan sedan använda samma verktyg för att migrera det utvärderade databasschemat och data till Azure.

Kommentar

Även om Database Migration Assistant är ett användbart verktyg som är tillgängligt rekommenderar vi att du använder Azure Database Migration Service för stora migreringar och förbättrad övergripande upplevelse.

Dricks

Information om hur du utvärderar lokala SQL Server-instanser för migrering till Azure SQL och hur du identifierar nya funktioner i sql server-målplattformen som databasen kan dra nytta av efter en uppgradering finns i Utvärdera SQL Server-databaser för migrering till Azure SQL-modulen.

Definiera migreringsmetoden

Det är viktigt att tänka på kraven på driftstopp som är associerade med migreringen. Oavsett om du migrerar till SQL Server på en virtuell dator eller till en Azure SQL Database.

Den metod som valts för att migrera databasen beror vanligtvis på hur lång tid SQL Server-databaserna kan vara offline. En annan faktor i ditt beslut kan vara hur mycket av processen du vill automatisera, jämfört med att utföra migreringen manuellt. Det finns tre typer av migreringar baserat på stilleståndstid:

Noll stilleståndstidsmigrering
Migrering av små underhållsperioder
Migrering av stora underhållsperioder

Noll stilleståndstidsmigrering

Noll stilleståndstidsmigreringar krävs normalt av verksamhetskritiska arbetsbelastningar. Du kan använda AlwaysOn-tillgänglighetsgrupper för att replikera data från en SQL Server-databas till SQL Server på en virtuell Azure-dator.

Migrering av små underhållsperioder

Små underhållsperioder mäts ofta i minuter. Använd Azure Database Migration Service för att replikera och migrera data från en lokal SQL Server-databas till en SQL Server som körs på en virtuell Azure-dator.