Ö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 med återgång efter fel till SQL Server, samt möjliggör 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 till den hanterade instansen använder distribuerade tillgänglighetsgrupper för att på ett säkert sätt utöka din dataresurs och replicera data i nästan realtid från en SQL-server som är hostad var som helst till Azure SQL Managed Instance, eller från Azure SQL Managed Instance till en SQL Server 2022 hostad 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 är det möjligt att 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 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.
• Katastrofåterställning (SQL Server 2022): Använd länkfunktionen för att replikera data mellan SQL Server 2022 och SQL Hanterad Instans, växla över manuellt till din sekundära under en katastrof och växla tillbaka till din primära efter att ha å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.

Databaser som replikeras via länken mellan SQL Server och Azure SQL Managed Instance kan användas för 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

Länken för hanterad instans stöds på både tjänstnivåerna Generell användning och Affärskritisk i Azure SQL Managed Instance. 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

Den underliggande tekniken bakom länkfunktionen för SQL Managed Instance bygger på 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.

Privat anslutning, till exempel ett VPN eller Azure ExpressRoute, används mellan ett lokalt nätverk och Azure. Om SQL Server finns på en virtuell Azure-dator kan den interna Azure-stamnätet användas mellan den virtuella datorn och den hanterade instansen, till exempel peering för virtuella nätverk. Förtroende mellan de två systemen upprättas 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 har stöd för flera länkar från samma eller olika SQL Server-källor till en enda Hanterad Azure SQL-instans, endast begränsat av antalet databaser som kan finnas på en hanterad instans samtidigt – upp till 100 länkar för tjänstnivåerna Generell användning och Affärskritisk och 500 för Uppgradering av nästa generations nivå för generell användning. På samma sätt kan en enskild SQL Server-instans upprätta flera parallella databassynkroniseringslänkar med flera hanterade instanser, även till olika Azure-regioner, i en en-till-en-relation mellan en databas och en hanterad instans.

Använd länken

Om du vill hjälpa dig att konfigurera den inledande miljön läser du 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
• Du kan automatisera förberedelsen av din miljö för länken Hanterad instans med hjälp av ett nedladdningsbart skript. Läs blogg om att automatisera länkkonfigurationen om du vill veta mer.

När du har sett till att de inledande miljökraven är uppfyllda kan du skapa länken med hjälp av den automatiserade guiden i SQL Server Management Studio (SSMS), eller så kan du välja att konfigurera länken manuellt med hjälp av skript:

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

När länken har skapats 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 Återhämtning efter katastrof med Hanterad instans-länken.

Med SQL Server 2016 och SQL Server 2019 är det primära alltid en SQL Server-instans, och failover till den sekundära hanterade instansen är enkelriktad. Det stöds inte att återgå till SQL Server. Det går dock att återställa dina data till SQL Server med hjälp av alternativ för dataflytt, till exempel transaktionsreplikering eller att exportera 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 återställa dina arbetsbelastningar mellan den primära och den sekundära och uppnå verklig dubbelriktad haveriberedskap.

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

• online med hjälp av länken Hanterad instans 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-/skrivtillgänglig, medan replikerade data till din hanterade instans i Azure är skrivskyddade. Det här arrangemanget möjliggör olika scenarier där replikerade databaser på din hanterade instans kan användas för läsutökning och avlastning av endast läsbara arbetsbelastningar till Azure. Den hanterade instansen kan parallellt även vara värd för oberoende läs-/skrivdatabaser. Detta gör det möjligt att kopiera den replikerade databasen till en annan läs-/skrivdatabas på samma hanterade instans för ytterligare 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 arbetsbelastningar närmare dina kunder i alla regioner över hela världen, som du kan använda som skrivskyddade repliker.

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 affärskritisk nivå.

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 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 anger en hanterad instansreplik enbart för haveriberedskap debiterar Microsoft inte SQL Server-licensieringskostnader för de virtuella kärnorna som den sekundära instansen använder. Tänk på att instansen faktureras på timbasis och att du fortfarande kan debiteras licenskostnader för en hel timme om du ändrar licensen under timmen.

Förmånen påverkar faktureringsmodellen betala per användning och Azure Hybrid-förmånenpå olika sätt. För en betala per användning-faktureringsmodell rabatteras de virtuella kärnorna på din faktura. 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 till exempel en kund med pay-as-you-go, om du har 16 virtuella kärnor tilldelade till den sekundära instansen, visas en rabatt för 16 virtuella kärnor på din faktura om du anger din sekundära instans för hybridövergång.

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 licensvillkoren för SQL Server 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. SQL Server-instanser måste finnas på Windows Server 2012 eller senare.
• SQL Server-versionerna 2008 till 2014 stöds inte av länkfunktionen 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 uppdateringspolicyn Always-up-to-date, men efter en övergång till SQL Managed Instance kan du inte längre replikera data eller utföra en failback till SQL Server 2022.

Begränsningar för datareplikering omfattar:

• Endast användardatabaser kan replikeras. 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 och 2019 är replikering av användardatabaser från SQL Server-instanser till SQL Managed Instance-distributioner ett sätt. Användardatabaser från SQL Managed Instance-distributioner kan inte replikeras tillbaka till SQL Server-instanser. Dubbelriktad replikering med återväxling 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 på en databas för SQL Managed Instance-databaser som redan är länkade.

Konfigurationsbegränsningar omfattar:

• Om det finns flera SQL Server-instanser på en server är det möjligt att konfigurera en länk med varje instans, men varje instans måste konfigureras för att använda en separat databasspeglingsslutpunkt med en dedikerad port per instans. Endast standardinstansen ska använda port 5022 för databasens speglingsslutpunkt.
• Endast en databas kan placeras i en enda tillgänglighetsgrupp för en hanterad instanslänk. Det går dock att replikera flera databaser i en enda SQL Server-instans genom att upprätta flera länkar.
• En enda hanterad instans stöder upp till 100 länkar från flera SQL Server-instanser.
• 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. Det går inte att använda Windows-autentisering för att upprätta länken mellan SQL Server-instansen och den hanterade instansen.
• Endast VNet-lokal slutpunkt stöds för att upprätta en länk 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.
• Databaser med flera loggfiler kan inte replikeras eftersom SQL Managed Instance inte stöder flera loggfiler.

Bland funktionsbegränsningarna finns:

• Redundansgrupper stöds inte med instanser som använder länkfunktionen. Du kan inte upprätta en länk på en hanterad instans som är en del av en redundansgrupp, och omvänt 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. De här inställningarna bör konfigureras om manuellt.
• Om du använder transaktionsreplikering med en databas på en SQL Server-instans i ett migreringsscenario misslyckas transaktionsreplikeringen på SQL Managed Instance-distributionen under redundansväxlingen till Azure och bör konfigureras om manuellt.
• 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 databaskrypteringsnyckeln från SQL Server exporteras och laddas upp till Azure Key Vault, och du måste även konfigurera alternativet BYOK TDE på SQL Managed Instance innan du skapar länken.
• SQL Managed Instance-databaser som krypteras med tjänsthanterade TDE-nycklar kan inte länkas till SQL Server. Du kan bara länka en krypterad databas till SQL Server om den krypterades 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 funktionerna som används på SQL Server-instansen inte stöds på den hanterade instansen. Till exempel:
  • Databaser med filtabeller och filströmmar kan inte replikeras eftersom SQL Managed Instance inte stöder filtabeller eller filströmmar.
  • Databaser som använder In-Memory OLTP kan bara replikeras till SQL Managed Instance på tjänstnivånAffärskritisk eftersom tjänstnivån Generell användning inte stöder In-Memory OLTP. Databaser med flera In-Memory OLTP-filer stöds inte av SQL Managed Instance och kan inte replikeras.

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

• SQL Server 2019 och 2022 misslyckas med ett fel.
• SQL Server 2016 leder till att länken bryts, som sedan måste tas bort och återskapas.

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
• Överflyttning vid fel för 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)