Översikt över länken Hanterad instans

Gäller för:Azure SQL Managed Instance

Den här artikeln innehåller en översikt över länkfunktionen Hanterad instans som möjliggör datareplikering i nära realtid mellan SQL Server och Azure SQL Managed Instance. Länken ger hybridflexier och databasmobilitet eftersom den låser upp flera scenarier, till exempel skalning av skrivskyddade arbetsbelastningar, avlastning av analys och rapportering till Azure och migrering till Azure. Och med SQL Server 2022 möjliggör länken haveriberedskap online med återställning efter fel till SQL Server (för närvarande i förhandsversion) samt konfiguration av länken från SQL Managed Instance till SQL Server 2022 (även i förhandsversion).

Om du har förslag på produktförbättringar eller kommentarer, eller om du vill rapportera problem, kontaktar du produktgruppen via länken användarfeedback för Hanterad instans.

Översikt

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 och replikera 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 ä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 på ett sätt från SQL-instansen till Azure SQL Managed Instance. Även om du manuellt kan redundansväxla till din hanterade instans om det uppstår en katastrof, så bryts länken och återställning efter fel stöds inte.
• Haveriberedskap (SQL Server 2022): Använd länkfunktionen för att replikera data mellan SQL Server 2022 och SQL Managed Instance, manuellt redundansväxla till din sekundära under en katastrof och växla tillbaka 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. Den här funktionen finns i förhandsgranskning.

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:

• Haveriberedskap
• Använda Azure-tjänster utan att migrera till molnet
• Avlasta skrivskyddade arbetsbelastningar till Azure
• Migrera till Azure
• Kopiera data lokalt

Versionssupport

Länken För hanterad instans stöds både på tjänstnivån 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:

¹ När du skapar en länk med SQL Server 2022 som den första primära stöds från och med RTM-versionen av SQL Server 2022, stöds det att skapa en länk med Azure SQL Managed Instance som den första 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 under CU10 medan länken är aktiv eftersom den kan orsaka problem efter redigering 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 Azure SQL Managed Instance-distribution som etableras 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.

Det kan finnas upp till 100 länkar från samma eller olika SQL Server-källor till en enda Azure SQL Managed Instance. Den här gränsen styrs av antalet databaser som kan finnas på en hanterad instans samtidigt. På samma sätt kan en enskild SQL Server-instans upprätta flera parallella databassynkroniseringslänkar med flera hanterade instanser i 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 mer i installationsbloggen för automatisk länk.

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

Haveriberedskap

Länken Hanterad instans möjliggör haveriberedskap, där du i händelse av en katastrof manuellt kan redundansväxla din arbetsbelastning från den primära till den sekundära. Kom igång genom att läsa länken Haveriberedskap med hanterad instans.

Med SQL Server 2016 och SQL Server 2019 är den primära alltid SQL Server och redundansväxling till den sekundära hanterade instansen är enkelriktad. Det går inte att återställa till SQL Server. Det är dock möjligt att återställa dina data till SQL Server med hjälp av alternativ för dataflytt, till exempel transaktionsreplikering eller export av ett 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 att växla tillbaka:

• online med hjälp av länken Hanterad instans direkt. Det här alternativet finns för närvarande i en förhandsversion.
• 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. Det här alternativet är allmänt tillgängligt.

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 att läsa ut och avlasta skrivskyddade 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 databasomfång (en länk per en databas), vilket möjliggör konsolidering och deconsolidation 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, minimala stilleståndstiden, jämfört med alla andra lösningar som är 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ån.

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. Upprätta en länk från SQL Managed Instance till SQL Server 2022 är för närvarande i förhandsversion.

Automatiserade säkerhetskopieringar

När dina databaser har replikerats till din Azure SQL Managed Instance säkerhetskopieras de automatiskt till Azure Storage. 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 tidpunkt för din replikerade databas till alla SQL Managed Instance-distributioner i samma region, som med andra automatiserade säkerhetskopieringar.

Licensfri passiv DR-replik

Du kan spara på licensieringskostnader för virtuella kärnor om du aktiverar hybridredundansförmånen för sekundär passiv haveriberedskap endast SQL-hanterade instanser som inte har några arbetsbelastningar.

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

Kostnadsförmån

Om du endast anger en replik för hanterad instans för haveriberedskap debiterar Microsoft inte sql server-licensieringskostnader för de virtuella kärnor som den sekundära instansen använder. Tänk på att instansen faktureras med en timkornighet och att du fortfarande kan debiteras licenskostnader under en hel timme om du uppdaterar licensförmånen under timmen.

Förmånen återspeglar olika för faktureringsmodellen betala per användning och Azure Hybrid-förmån. För en betala per användning-faktureringsmodell rabatteras de virtuella kärnorna på din faktura. Om du använder Azure Hybrid-förmån för den passiva repliken returneras antalet virtuella kärnor som den sekundära repliken använder till din pool med licenser.

Om du till exempel har 16 virtuella kärnor tilldelade till den sekundära instansen visas en rabatt på 16 virtuella kärnor på fakturan om du anger din sekundära instans för hybridredundans.

I ett annat exempel, om du har 16 Azure Hybrid-förmån licenser 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. 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.
• Det går bara att upprätta en länk från SQL Managed Instance till SQL Server med 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 återställning efter fel 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 minnesintern OLTP kan bara replikeras till SQL Managed Instance på tjänstnivån Affärskritisk eftersom tjänstnivån Generell användning inte stöder minnesintern OLTP. Databaser med flera minnesinterna 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

• Länk till hanterad instans: Anslut SQL Server till Azure som har återskapats
• Förbereda miljön för länken För hanterad instans
• Konfigurera länk mellan SQL Server och SQL Managed Instance med SSMS
• Konfigurera länk mellan SQL Server och SQL Managed Instance med skript
• Haveriberedskap med länken Hanterad instans
• Metodtips för att underhålla länken

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

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