Översikt över länken Hanterad instans

gäller för:Azure SQL Managed Instance

Den här artikeln innehåller en översikt över länken Hanterad instans som möjliggör datareplikering i nära realtid mellan SQL Server och Azure SQL Managed Instance. Länken ger hybridflexibilitet och databasmobilitet eftersom den öppnar upp flera scenarier, till exempel skalning av skrivskyddade arbetsbelastningar, avlastning av analys och rapportering genom Azure och migrering till Azure. Och med SQL Server 2022 möjliggör länken online katastrofåterställning inklusive återställning till SQL Server, samt konfiguration av länken från SQL Managed Instance till SQL Server 2022.

Kom igång genom att först granska och förbered sedan miljön för länken.

Överblick

Länken Hanterad instans använder distribuerade tillgänglighetsgrupper för att utöka din dataegendom på ett säkert och säkert sätt. Den replikerar data nästan i realtid från SQL Server som finns var som helst till Azure SQL Managed Instance eller från Azure SQL Managed Instance till SQL Server 2022 var som helst.

Länken stöder SQL Server-instanser med en nod och flera noder med eller utan befintliga tillgänglighetsgrupper. Via länken kan du använda fördelarna med Azure utan att migrera din SQL Server-dataegendom till molnet.

Även om länken stöder replikering av en databas per länk kan du replikera flera databaser från en enda instans av SQL Server till en eller flera SQL-hanterade instanser eller replikera samma databas till flera SQL-hanterade instanser genom att konfigurera flera länkar – en länk för varje databas till ett hanterat instanspar.

Länkfunktionen erbjuder för närvarande följande funktioner:

• enkelriktad replikering från SQL Server-versionerna 2016, 2017 och 2019: Använd länkfunktionen för att replikera data en väg från SQL-instansen till Azure SQL Managed Instance. Även om du manuellt kan redundansväxla till din hanterade instans om en katastrof uppstår, resulterar det i att länken bryts, och återställning efter redundansväxling stöds inte.
• Återställning efter katastrof (SQL Server 2022): Använd länkfunktionen för att replikera data mellan SQL Server 2022 och SQL Managed Instance, manuellt utföra failover till din sekundära under en katastrof och utföra failback till din primära när du har åtgärdat katastrofen. Antingen SQL Server eller SQL Managed Instance kan vara den första primära.

Du kan fortsätta att köra länken så länge du behöver den, i månader och till och med år i taget. Och för din moderniseringsresa, om eller när du är redo att migrera till Azure, möjliggör länken en avsevärt förbättrad migreringsupplevelse. Migrering via länken ger minimal stilleståndstid jämfört med alla andra tillgängliga migreringsalternativ, vilket ger en sann onlinemigrering till din SQL Managed Instance.

Du kan använda databaser som replikeras via länken mellan SQL Server och Azure SQL Managed Instance i flera scenarier, till exempel:

• Katastrofåterställning
• Använda Azure-tjänster utan att migrera till molnet
• Avlasta skrivskyddade arbetslaster till Azure
• Migrera till Azure
• Kopiera data lokalt

Versionsstödbarhet

Både tjänstnivåerna Generell användning och Affärskritisk i Azure SQL Managed Instance stöder länken Hanterad instans. Länkfunktionen fungerar med enterprise-, utvecklar- och standardversionerna av SQL Server.

I följande tabell visas funktionerna i länkfunktionen och de lägsta SQL Server-versioner som stöds:

¹ Medan det är möjligt att skapa en länk med SQL Server 2022 som den initiala primära från och med RTM-versionen av SQL Server 2022, stöds det endast att skapa en länk med Azure SQL Managed Instance som den initiala primära från och med SQL Server 2022 CU10. Om du skapar länken från en inledande primär SQL-hanterad instans stöds inte nedgradering av SQL Server till lägre än CU10 medan länken är aktiv eftersom den kan orsaka problem efter felövergång i båda riktningarna.

SQL Server-versioner före SQL Server 2016 (SQL Server 2008–2014) stöds inte eftersom länkfunktionen förlitar sig på distribuerad tillgänglighetsgruppsteknik, som introducerades i SQL Server 2016.

Utöver den SQL Server-version som stöds behöver du:

• Nätverksanslutning mellan din SQL Server-instans och din hanterade instans. Om SQL Server körs lokalt använder du en VPN-länk eller Azure ExpressRoute. Om SQL Server körs på en virtuell Azure-dator kan du antingen distribuera den virtuella datorn till samma virtuella nätverk som den hanterade instansen eller använda peering för virtuella nätverk för att ansluta de två separata undernäten.
• En distribution av Azure SQL Managed Instance, provisionerad till valfri tjänstnivå.

Du behöver också följande verktyg:

Så här fungerar länken

Länkfunktionen för SQL Managed Instance fungerar genom att skapa en distribuerad tillgänglighetsgrupp mellan SQL Server och Azure SQL Managed Instance. Lösningen stöder system med en nod med eller utan befintliga tillgänglighetsgrupper eller flera nodsystem med befintliga tillgänglighetsgrupper.

En privat anslutning, till exempel ett VPN eller Azure ExpressRoute, ansluter ett lokalt nätverk och Azure. Om du kör SQL Server på en Azure VM kan det interna Azure-stamnätet ansluta Azure VM och SQL Managed Instance, till exempel med peering för virtuella nätverk. De två systemen upprättar förtroende med hjälp av certifikatbaserad autentisering, där SQL Server och SQL Managed Instance utbyter offentliga nycklar för sina respektive certifikat.

Azure SQL Managed Instance stöder flera länkar från samma eller olika SQL Server-källor till en enda Hanterad Azure SQL-instans. Antalet länkar beror på antalet databaser som en hanterad instans kan vara värd för samtidigt – upp till 100 länkar för tjänstnivåerna Generell användning och Affärskritisk och 500 länkar för uppgraderingen av nivån Nästa generations generell användning. En enskild SQL Server-instans kan skapa flera parallella databassynkroniseringslänkar med flera SQL-hanterade instanser, även i olika Azure-regioner, med en en-till-en-relation mellan en databas och en hanterad instans.

Använd länken

Information om hur du konfigurerar den inledande miljön finns i guiden för att förbereda DIN SQL Server-miljö för att använda länkfunktionen med SQL Managed Instance:

• Förbereda miljön för länken för SQL Server 2019 och senare, eller för SQL Server 2016
• Automatisera förberedelsen av din miljö för länken Hanterad instans med hjälp av ett nedladdningsbart skript. Mer information finns i installationsbloggen för automatisk länk.

När du uppfyller de inledande miljökraven skapar du länken med hjälp av den automatiserade guiden i SQL Server Management Studio (SSMS) eller konfigurerar länken manuellt med hjälp av skript:

• Konfigurera länk med SSMS
• Konfigurera länk med skript

När du har skapat länken följer du metodtipsen för att underhålla länken:

• metodtips för att underhålla länken

Katastrofåterställning

Länken Hanterad instans aktiverar katastrofåterställning, där du i händelse av en katastrof kan utföra en manuell överflyttning av arbetsbelastningen från den primära instansen till den sekundära. Kom igång genom att läsa länken om Återhämtning efter katastrof med Hanterad instans.

Med SQL Server 2016 till SQL Server 2019 är den primära alltid SQL Server och redundansväxlingen till den sekundära SQL-hanterade instansen är enkelriktad. Att återgå till SQL Server stöds inte. Du kan dock återställa dina data till SQL Server med hjälp av alternativ för dataflytt, till exempel transaktionsreplikering eller export av en bacpac.

Med SQL Server 2022 kan antingen SQL Server eller SQL Managed Instance vara den första primära och du kan upprätta länken från antingen SQL Server eller SQL Managed Instance. Du kan växla tillbaka dina laster mellan den primära och den sekundära och uppnå fullständig dubbelriktad katastrofåterställning.

När du växlar tillbaka till SQL Server kan du välja hur du vill göra det:

• online genom att använda länken till den hanterade instansen direkt.
• offline genom att göra en säkerhetskopia av databasen från SQL Managed Instance och återställa den till din SQL Server 2022-instans.

Använda Azure-tjänster

Använd länkfunktionen för att dra nytta av Azure-tjänster med hjälp av SQL Server-data utan att migrera dem till molnet. Exempel är rapportering, analys, säkerhetskopior, maskininlärning och andra jobb som skickar data till Azure.

Avlasta arbetsbelastningar till Azure

Du kan också använda länkfunktionen för att avlasta arbetsbelastningar till Azure. Ett program kan till exempel använda SQL Server för läs-/skrivarbetsbelastningar, medan det avlastar skrivskyddade arbetsbelastningar till SQL Managed Instance-distributioner i alla Azure-regioner över hela världen. När länken har upprättats är den primära databasen på SQL Server läs- och skrivbar, medan replikerade data till din hanterade SQL-instans i Azure bara är läsbar. Det här arrangemanget möjliggör olika scenarier där replikerade databaser på din SQL-hanterade instans kan användas för att läsa ut och avlasta skrivskyddade arbetsbelastningar till Azure. Din SQL-hanterade instans kan parallellt även vara värd för oberoende läs-/skrivdatabaser, vilket också gör det möjligt att kopiera den replikerade databasen till en annan läs-/skrivdatabas på samma SQL-hanterade instans för vidare databearbetning.

Länken är specificerad för en databas (en länk per en databas), vilket möjliggör konsolidering och dekonsolidering av arbetsbelastningar i Azure. Du kan till exempel replikera databaser från flera SQL Server-instanser till en enda SQL Managed Instance-distribution i Azure (konsolidering), eller så kan du replikera databaser från en enda SQL Server-instans till flera hanterade instanser via en en-till-en-relation mellan en databas och en hanterad instans, till valfri Azure-region över hela världen (deconsolidation). Det senare alternativet ger dig ett effektivt sätt att snabbt föra dina arbetslaster närmare dina kunder i alla regioner över hela världen, där de kan användas som skrivskyddade kopior.

Migrera till Azure

Länkfunktionen underlättar också migrering från SQL Server till SQL Managed Instance, vilket möjliggör:

• Den mest högpresterande migreringen med minimalt stillestånd, jämfört med alla andra lösningar som finns tillgängliga idag.
• Sann onlinemigrering till SQL Managed Instance på alla tjänstnivåer.

Eftersom länkfunktionen möjliggör minimal stilleståndstidsmigrering kan du migrera till din hanterade instans när du underhåller din primära arbetsbelastning online. Även om det för närvarande är möjligt att uppnå onlinemigreringar till tjänstnivån Generell användning med andra lösningar, är länkfunktionen den enda lösningen som tillåter sanna onlinemigreringar till tjänstnivån Affärskritisk . En djupgående migreringsjämförelse mellan migrering med länken och Log Replay Service finns i Jämför länken för hanterad instans med LRS.

Kopiera data lokalt

Med SQL Server 2022 kan du upprätta länken från SQL Managed Instance till SQL Server, låsa upp ytterligare scenarier, till exempel skapa en databasreplik i nästan realtid utanför Azure, testa affärskontinuitetsplaner och uppfylla efterlevnadskrav.

Automatiserade säkerhetskopieringar

När du har konfigurerat en länk med Azure SQL Managed Instance säkerhetskopieras databaser på den SQL-hanterade instansen automatiskt till Azure Storage oavsett om SQL Managed Instance är primärt eller inte. Automatiserade säkerhetskopieringar med länken tar fullständiga och transaktionsloggsäkerhetskopior, men inte differentiella säkerhetskopior, vilket kan leda till längre återställningstider.

Du kan minska dina lokala hanterings- och driftkostnader samtidigt som du får tillförlitligheten hos Azure-säkerhetskopior för dina replikerade databaser. Du kan sedan utföra en återställning till en punkt i tiden av din replikerade databas till valfri SQL Managed Instance-distribution i samma region, som med andra automatiserade säkerhetskopieringar.

Licensfri passiv DR-replik

Du kan spara på licensieringskostnader för vCore om du aktiverar hybrid failover-förmån för sekundär passiv katastrofåterställning endast för SQL-hanterade instanser som inte har några arbetsbelastningar.

Kom igång genom att läsa Licensfri passiv replika.

Kostnadsförmån

Om du utser en hanterad instansreplik enbart för katastrofåterställning, tar Microsoft inte ut SQL Server-licensieringskostnader för de vCores som den sekundära instansen använder. Instansen faktureras per timme, och du kan fortfarande debiteras licenskostnader för en hel timme om du uppdaterar licensförmånen under timmen.

Förmånen fungerar annorlunda för faktureringsmodellen betala per användning och Azure Hybrid-förmånen. För en betalningsmodell där du betalar efter användning, rabatteras vCores på fakturan. Om du använder Azure Hybrid-förmånen för den passiva repliken returneras antalet virtuella kärnor som den sekundära repliken använder till din pool med licenser.

Som ett exempel, om du är en pay-as-you-go-kund, och har 16 vCores tilldelade till den sekundära instansen, visas en rabatt för 16 vCores på din faktura om du konfigurerar din sekundära instans för hybrid-failover.

I ett annat exempel, om du har 16 Azure Hybrid-förmånslicenser och din sekundära SQL-hanterade instans använder 8 virtuella kärnor, när du har angett den sekundära instansen för hybridredundans, returneras 8 virtuella kärnor till din licenspool så att du kan använda med andra Azure SQL-distributioner.

Exakta villkor för Hybrid-redundansrättsförmånen finns i SQL Server-licensvillkoren online i avsnittet SQL Server – Redundansrättigheter .

Begränsningar

Tänk på följande begränsningar när du använder länken.

Begränsningar för versionssupport är:

• Du kan inte använda Windows 10- och 11-klienter som värd för SQL Server-instansen, eftersom det inte går att aktivera funktionen AlwaysOn-tillgänglighetsgrupp som krävs för länken. Du måste vara värd för SQL Server-instanser på Windows Server 2012 eller senare.
• Länkfunktionen stöder inte SQL Server-versionerna 2008 till 2014, eftersom SQL-motorn i dessa versioner inte har inbyggt stöd för distribuerade tillgänglighetsgrupper som krävs för länken. Uppgradera till en nyare version av SQL Server för att använda länken.
• Datareplikering och redundansväxling från SQL Managed Instance till SQL Server 2022 stöds inte av instanser som konfigurerats med always-up-to-date uppdateringsprincip. Din instans måste konfigureras med SQL Server 2022-uppdateringsprincipen för att göra följande:
  • Upprätta en länk från SQL Managed Instance till SQL Server.
  • Växla över från SQL Managed Instance till SQL Server 2022.
• Du kan upprätta en länk från SQL Server 2022 till en SQL-hanterad instans som konfigurerats med uppdateringsprincipen Always-up-to-date, men efter redundansväxling till SQL Managed Instance kan du inte replikera data eller återställa till SQL Server 2022.

Begränsningar för datareplikering omfattar:

• Du kan bara replikera användardatabaser. Replikering av systemdatabaser stöds inte.
• Lösningen replikerar inte objekt på servernivå, agentjobb eller användarinloggningar från SQL Server till SQL Managed Instance.
• För SQL Server-versionerna 2016, 2017 och 2019 är replikering av användardatabaser från SQL Server-instanser till SQL Managed Instance-distributioner ett sätt. Du kan inte replikera användardatabaser från SQL Managed Instance-distributioner tillbaka till SQL Server-instanser via länken. Tvåvägsreplikering med återställning till en SQL Server-instans är endast tillgänglig för SQL Server 2022.
• Det går inte att konfigurera en länk från SQL Managed Instance till SQL Server för SQL Managed Instance-databaser som redan är länkade.

Konfigurationsbegränsningar omfattar:

• Om det finns flera SQL Server-instanser på en server kan du konfigurera en länk för varje instans, men du måste konfigurera varje instans att använda en separat databasspeglingsslutpunkt med en dedikerad port per instans. Endast standardinstansen ska använda port 5022 för databasens speglingsslutpunkt.
• Du kan bara placera en databas i en enda tillgänglighetsgrupp för en hanterad instanslänk. Du kan dock replikera flera databaser i en enda SQL Server-instans genom att upprätta flera länkar.
• Du kan skapa en länk med en befintlig tillgänglighetsgrupp med en enda databas. Om din befintliga tillgänglighetsgrupp har flera databaser kan du bara skapa en länk med tillgänglighetsgruppen om du tar bort alla databaser utom en från tillgänglighetsgruppen.
• En enda hanterad SQL-instans av typen General Purpose eller Business Critical stöder upp till 100 länkar, och en enda hanterad SQL-instans av typen Nästa generation General Purpose stöder upp till 500 länkar, från samma eller från flera SQL Server-källor.
• En länk för hanterad instans kan replikera en databas av valfri storlek om den passar in i den valda lagringsstorleken för sql Managed Instance-måldistributionen.
• Länkautentisering för hanterad instans mellan SQL Server och SQL Managed Instance är certifikatbaserad och endast tillgänglig via ett utbyte av certifikat. Du kan inte använda Windows-autentisering för att upprätta länken mellan SQL Server-instansen och den SQL-hanterade instansen.
• Du kan upprätta en länk med endast en VNet-lokal slutpunkt till SQL Managed Instance.
• Du kan inte använda offentliga slutpunkter eller privata slutpunkter för att upprätta länken till den hanterade instansen.
• Du kan inte replikera databaser med flera loggfiler eftersom SQL Managed Instance inte stöder flera loggfiler.

Bland funktionsbegränsningarna finns:

• Du kan inte använda redundansgrupper med instanser som använder länkfunktionen. Du kan inte upprätta en länk på en SQL-hanterad instans som är en del av en redundansgrupp, och däremot kan du inte konfigurera en redundansgrupp på en instans som har en länk upprättad.
• Om du använder CDC (Change Data Capture), loggöverföring eller en tjänstkoordinator med databaser som replikeras på SQL Server-instansen, när databasen migreras till en SQL Managed Instance-distribution, under en redundansväxling till Azure, måste klienterna ansluta med instansnamnet för den aktuella globala primära repliken. Du måste konfigurera om inställningarna manuellt.
• Om du använder transaktionsreplikering på en databas med en etablerad länk bör du tänka på följande:
  • Den länkade databasen på den sekundära repliken kan inte fungera som Publisher i en transaktionsreplikeringstopologi.
  • Om du migrerar en databas som har konfigurerats som utgivare i en topologi för transaktionsreplikering med hjälp av länken måste du konfigurera om databasen som utgivare på målinstansen när migreringen är klar.
• Om du använder distribuerade transaktioner med en databas som replikeras från SQL Server-instansen och i ett migreringsscenario överförs inte funktionerna för distribuerad transaktionskoordinator vid snabb övergång till molnet. Det är inte möjligt för den migrerade databasen att engagera sig i distribuerade transaktioner med SQL Server-instansen, eftersom SQL Managed Instance-distributionen inte stöder distribuerade transaktioner med SQL Server just nu. Som referens stöder SQL Managed Instance i dag endast distribuerade transaktioner mellan andra hanterade instanser. Mer information finns i Distribuerade transaktioner mellan molndatabaser.
• Om du använder transparent datakryptering (TDE) för att kryptera SQL Server-databaser måste du exportera databaskrypteringsnyckeln från SQL Server och ladda upp den till Azure Key Vault, och du måste även konfigurera alternativet BYOK TDE på SQL Managed Instance innan du skapar länken.
• Du kan inte länka SQL Managed Instance-databaser som är krypterade med tjänsthanterade TDE-nycklar till SQL Server. Du kan bara länka en krypterad databas till SQL Server om du krypterade den med en kundhanterad nyckel och målservern har åtkomst till samma nyckel som används för att kryptera databasen. Mer information finns i Konfigurera SQL Server TDE med Azure Key Vault.
• Du kan inte upprätta en länk mellan SQL Server och SQL Managed Instance om de funktioner som du använder på SQL Server-instansen inte stöds på den SQL-hanterade instansen. Till exempel:
  • Du kan inte replikera databaser med filtabeller och filströmmar eftersom SQL Managed Instance inte stöder filtabeller eller filströmmar.
  • Du kan replikera databaser som endast använder In-Memory OLTP till SQL Managed Instance på tjänstnivån Affärskritisk eftersom tjänstnivån Generell användning inte stöder In-Memory OLTP. SQL Managed Instance stöder inte databaser med flera In-Memory OLTP-filer och du kan inte replikera dem.

Försöker lägga till en funktion som inte stöds i en replikerad databas i:

• SQL Server 2017, 2019 och 2022 misslyckas med ett fel.
• SQL Server 2016 leder till att länken bryts, som du sedan behöver ta bort och återskapa.

En fullständig lista över skillnader mellan SQL Server och SQL Managed Instance finns i T-SQL-skillnader mellan SQL Server och Azure SQL Managed Instance.

Relaterat innehåll

Så här använder du länken:

• Förbered miljön för en hanterad instanslänk
• Konfigurera länk mellan SQL Server och SQL Managed Instance med SSMS
• Konfigurera länk mellan SQL Server och SQL Managed Instance med skript
• Felhantering av länken
• Migrera med länken
• Metodtips för att upprätthålla länken
• Felsöka problem med länken

Om du vill veta mer om länken:

• Katastrofåterställning med Managed Instance-länk

Överväg följande för andra replikerings- och migreringsscenarier:

• Transaktionsreplikering med SQL Managed Instance
• Log Replay Service (LRS)