Overzicht van de koppeling Managed Instance

Applies to:Azure SQL Managed Instance

Dit artikel biedt een overzicht van de Managed Instance verbinding, waarmee gegevens in bijna realtime kunnen worden gerepliceerd tussen SQL Server en Azure SQL Managed Instance. De koppeling biedt hybride flexibiliteit en databasemobiliteit omdat deze verschillende scenario's ontgrendelt, zoals het schalen van alleen-lezen workloads, offloading van analyses en rapportage naar Azure en migreren naar Azure. En met SQL Server 2022 en hoger maakt de koppeling online herstel na noodgevallen mogelijk met failback naar SQL Server, evenals het configureren van de koppeling van SQL Managed Instance naar SQL Server.

Om aan de slag te gaan, controleer en bereid uw omgeving voor de koppelingvoor.

Overzicht

De Managed Instance koppeling maakt gebruik van gedistribueerde beschikbaarheidsgroepen om uw gegevensomgeving op een veilige en veilige manier uit te breiden. Hiermee worden gegevens in bijna realtime gerepliceerd van een SQL Server die overal wordt gehost naar Azure SQL Managed Instance, of van Azure SQL Managed Instance naar een SQL Server 2022 of hoger die overal wordt gehost.

De koppeling ondersteunt zowel enkelvoudige als meervoudige SQL Server-knooppuntinstanties, met of zonder bestaande beschikbaarheidsgroepen. Via de koppeling kunt u voordelen van Azure gebruiken zonder uw SQL Server gegevensdomein naar de cloud te migreren.

Hoewel de koppeling replicatie van één database per koppeling ondersteunt, kunt u meerdere databases van één exemplaar van SQL Server repliceren naar een of meer met SQL beheerde exemplaren, of dezelfde database repliceren naar meerdere met SQL beheerde exemplaren door meerdere koppelingen te configureren: één koppeling voor elke database naar een beheerd exemplaarpaar.

De koppelingsfunctie biedt momenteel de volgende functionaliteit:

One-way-replicatie van SQL Server versies 2016, 2017 en 2019: Gebruik de koppelingsfunctie om gegevens één manier van sql-exemplaar naar Azure SQL Managed Instance te repliceren. Hoewel u handmatig een failover naar uw beheerde exemplaar kunt uitvoeren als er een noodgeval is, wordt de koppeling verbroken en wordt failback niet ondersteund.
Disaster recovery (SQL Server 2022 en SQL Server 2025): Gebruik de koppelingsfunctie om gegevens te repliceren tussen SQL Server 2022 of SQL Server 2025 en SQL Managed Instance, handmatig een failover naar uw secundaire tijdens een noodgeval uitvoeren en een failback uitvoeren naar uw primaire computer nadat u het noodgeval hebt beperkt. SQL Server of SQL Managed Instance kan de eerste primaire zijn.

U kunt de koppeling blijven uitvoeren zolang u deze nodig hebt, voor maanden en zelfs jaren tegelijk. En voor uw moderniseringstraject, als of wanneer u klaar bent om te migreren naar Azure, maakt de koppeling een aanzienlijk verbeterde migratie-ervaring mogelijk. Migratie via de koppeling biedt minimale downtime in vergelijking met alle andere beschikbare migratieopties, waardoor een echte onlinemigratie naar uw SQL Managed Instance wordt geboden.

U kunt databases gebruiken die worden gerepliceerd via de koppeling tussen SQL Server en Azure SQL Managed Instance voor verschillende scenario's, zoals:

Noodherstel
Azure-services gebruiken zonder te migreren naar de cloud
Read-only-belastingen uitbesteden naar Azure
Migreren naar Azure
On-premises gegevens kopiëren

Ondersteunbaarheid van versies

Zowel de servicelagen Algemeen als Bedrijfskritiek van Azure SQL Managed Instance ondersteunen de Managed Instance koppeling. De koppelingsfunctie werkt met de Enterprise-, Developer- en Standard-edities van SQL Server.

Eenrichtingsreplicatie van SQL Server naar Azure SQL Managed Instance is algemeen beschikbaar voor elke ondersteunde SQL Server versie. Herstel na noodgevallen met replicatie in twee richtingen en failback wordt ondersteund vanaf SQL Server 2022, en is gebaseerd op het updatebeleid waarmee uw SQL-beheerde instantie is geconfigureerd.

De volgende tabel bevat de functionaliteit van de koppelingsfunctie en de minimaal ondersteunde SQL Server versies:

Eerste primaire versie	Besturingssysteem	Opties voor herstel na noodgevallen	Minimaal vereiste onderhoudsupdate
Azure SQL Managed Instance	Windows Server en Linux voor de secundaire SQL Server instantiereplica	Bidirectioneel	Het configureren van een koppeling vanaf Azure SQL Managed Instance en bidirectionele failover daarmee, wordt ondersteund door: - SQL Server 2025 en SQL MI met het updatebeleid voor SQL Server 2025 - SQL Server 2022 en SQL MI met het updatebeleid voor SQL Server 2022
SQL Server 2025 (17.x)	Windows Server en Linux	Bidirectioneel	SQL Server 2025 RTM (17.0.1000.7)
SQL Server 2022 (16.x)	Windows Server en Linux	Bidirectioneel	- SQL Server 2022 RTM (16.0.1000.6): Een koppeling maken van SQL Server 2022 naar SQL MI - SQL Server 2022 CU10 (16.0.4095.4): Een koppeling maken van SQL MI naar SQL Server 2022¹ - SQL Server 2022 CU13 (16.0.4125.3): Failover van de koppeling met behulp van Transact-SQL
SQL Server 2019 (15.x)	Windows Server en Linux	Alleen van SQL Server naar SQL MI	SQL Server 2019 CU20 (15.0.4312.2)
SQL Server 2017 (14.x)	Windows Server en Linux	Alleen van SQL Server naar SQL MI	SQL Server 2017 CU31 (14.0.3456.2) en het overeenkomende SQL Server 2017 Azure Connect pack (14.0.3490.10)
SQL Server 2016 (13.x)	Alleen Windows Server	Alleen van SQL Server naar SQL MI	SQL Server 2016 SP3 (13.0.6300.2) en het overeenkomende SQL Server 2016 Azure Connect pack (13.0.7000.253)
SQL Server 2014 (12.x) en eerder	N.V.T	N.V.T	Versies vóór SQL Server 2016 worden niet ondersteund.

¹ Het maken van een koppeling met SQL Server 2022 als initiële primaire wordt ondersteund vanaf de RTM-versie van SQL Server 2022. Het maken van een koppeling met Azure SQL Managed Instance als initiële primaire wordt daarentegen pas ondersteund vanaf SQL Server 2022 CU10. Als u de koppeling creëert vanuit een SQL Managed Instance met de initiële primaire rol, wordt het niet ondersteund om SQL Server naar een versie ouder dan CU10 te downgraden terwijl de koppeling actief is, omdat dit na een failover in welke richting dan ook problemen kan veroorzaken.

SQL Server versies vóór SQL Server 2016 (SQL Server 2008 - 2014) worden niet ondersteund omdat de koppelingsfunctie afhankelijk is van gedistribueerde beschikbaarheidsgroeptechnologie, die is geïntroduceerd in SQL Server 2016.

Naast de ondersteunde SQL Server versie hebt u het volgende nodig:

Netwerkverbinding tussen uw SQL Server-exemplaar en uw beheerde exemplaar. Als SQL Server on-premises wordt uitgevoerd, gebruikt u een VPN-koppeling of Azure ExpressRoute. Als SQL Server wordt uitgevoerd op een Azure virtuele machine (VM), implementeert u uw VIRTUELE machine in hetzelfde virtuele netwerk als uw beheerde exemplaar of gebruikt u peering van virtuele netwerken om de twee afzonderlijke subnetten te verbinden.
Een Azure SQL Managed Instance-implementatie, ingericht voor elke servicelaag.

U hebt ook de volgende hulpprogramma's nodig:

Werktuig	Notities
De nieuwste SSMS-	SQL Server Management Studio (SSMS) is de eenvoudigste manier om de Managed Instance koppeling te gebruiken, omdat deze wizards biedt waarmee het instellen van koppelingen wordt geautomatiseerd.
De meest recente Az.SQL of Azure CLI	Voor het instellen van koppelingen via scripts.

Notitie

De Managed Instance koppelingsfunctie is beschikbaar in alle wereldwijde Azure regio's en nationale of overheidsclouds.

Hoe de koppeling werkt

De koppelingsfunctie voor SQL Managed Instance werkt door een gedistribueerde beschikbaarheidsgroep te maken tussen SQL Server en Azure SQL Managed Instance. De oplossing ondersteunt systemen met één knooppunt met of zonder bestaande beschikbaarheidsgroepen of meerdere knooppuntsystemen met bestaande beschikbaarheidsgroepen.

Een privéverbinding zoals een VPN of Azure ExpressRoute verbindt een on-premises netwerk en Azure. Als u SQL Server op een Azure VM host, kan de interne Azure-backbone de VM verbinden met het beheerde SQL-exemplaar, bijvoorbeeld door middel van peering van virtuele netwerken. De twee systemen stellen een vertrouwensrelatie tot stand met behulp van verificatie op basis van certificaten, waarbij SQL Server en SQL Managed Instance openbare sleutels van hun respectieve certificaten uitwisselen.

Azure SQL Managed Instance ondersteunt meerdere koppelingen van dezelfde of verschillende SQL Server bronnen naar één Azure SQL Managed Instance. Het aantal koppelingen is afhankelijk van het aantal databases dat een beheerd exemplaar tegelijkertijd kan hosten: maximaal 100 koppelingen voor de servicelagen Algemeen gebruik en Bedrijfskritiek en 500 koppelingen voor de upgrade van de servicelaag Next-gen Algemeen gebruik. Eén SQL Server exemplaar kan meerdere parallelle databasesynchronisatiekoppelingen maken met verschillende met SQL beheerde exemplaren, zelfs in verschillende Azure regio's, met een een-op-een-relatie tussen een database en een beheerd exemplaar.

De koppeling gebruiken

Raadpleeg de handleiding voor het voorbereiden van uw SQL Server omgeving om de koppelingsfunctie te gebruiken met SQL Managed Instance om u te helpen bij het instellen van de eerste omgeving:

De omgeving voorbereiden voor de koppeling voor SQL Server 2019 en hoger of voor SQL Server 2016
Automatiseer het voorbereiden van uw omgeving voor de Managed Instance koppeling met behulp van een downloadbaar script. Voor meer informatie, zie de blog Automatiseren van het instellen van koppelingen.

Nadat u aan de eerste omgevingsvereisten hebt voldaan, maakt u de koppeling met behulp van de geautomatiseerde wizard in SQL Server Management Studio (SSMS) of stelt u de koppeling handmatig in met behulp van scripts:

Nadat u de koppeling hebt gemaakt, volgt u de aanbevolen procedures om de koppeling te onderhouden:

aanbevolen procedures voor het onderhouden van de koppeling

Noodherstel

Met de koppeling Managed Instance kunt u handelen in disaster recovery, waarbij u in het geval van een noodgeval handmatig een failover van uw primaire naar uw secundaire workload kunt uitvoeren. Bekijk disaster recovery met de Managed Instance-link om te beginnen.

Met SQL Server 2016 tot SQL Server 2019 is de primaire altijd SQL Server en is failover naar het secundaire met SQL beheerde exemplaar één richting. Failback naar SQL Server wordt niet ondersteund. U kunt uw gegevens echter herstellen naar SQL Server met behulp van opties voor gegevensverplaatsing, zoals transactionele replicatie of exporteren van een bacpac.

Met SQL Server 2022 en SQL Server 2025 kan SQL Server of SQL Managed Instance (met een overeenkomend beleid voor updates) de eerste primaire zijn en kunt u de koppeling maken vanuit SQL Server of SQL Managed Instance. U kunt failback uitvoeren van uw workloads tussen de primaire en de secundaire sites, waardoor echte tweerichtingsrampenherstel mogelijk is.

Wanneer u een failback uitvoert naar SQL Server, kunt u kiezen voor een failback:

online door de Managed Instance koppeling rechtstreeks te gebruiken.
offline door een back-up van uw database te maken vanuit SQL Managed Instance en deze te herstellen naar uw SQL Server exemplaar.

diagram met het scenario voor herstel na noodgevallen.

Azure-services gebruiken

Gebruik de koppelingsfunctie om te profiteren van Azure services met behulp van SQL Server gegevens zonder deze naar de cloud te migreren. Voorbeelden hiervan zijn rapportage, analyse, back-ups, machine learning en andere taken die gegevens verzenden naar Azure.

Workloads offloaden naar Azure

U kunt de koppelingsfunctie ook gebruiken om workloads te offloaden naar Azure. Een toepassing kan bijvoorbeeld SQL Server gebruiken voor lees-/schrijfworkloads, terwijl het alleen-lezen workloads overdraagt aan SQL Managed Instance-implementaties in elke Azure-regio wereldwijd. Nadat de koppeling tot stand is gebracht, is de primaire database op SQL Server toegankelijk voor lezen/schrijven, terwijl gerepliceerde gegevens naar uw met SQL beheerde exemplaar in Azure alleen-lezen toegankelijk zijn. Deze indeling maakt verschillende scenario's mogelijk waarin gerepliceerde databases in uw met SQL beheerde exemplaar kunnen worden gebruikt voor leesschaaluitbreiding en het offloaden van alleen-lezenworkloads naar Azure. Uw met SQL beheerde exemplaar kan ook onafhankelijke lees-/schrijfdatabases hosten, waardoor de gerepliceerde database ook kan worden gekopieerd naar een andere lees-/schrijfdatabase op hetzelfde met SQL beheerde exemplaar voor verdere gegevensverwerking.

De koppeling is databasespecifiek (één koppeling per database), waardoor workloads in Azure kunnen worden samengevoegd en gescheiden. U kunt bijvoorbeeld databases van meerdere SQL Server exemplaren repliceren naar één SQL Managed Instance implementatie in Azure (samenvoeging), of u kunt databases repliceren van één SQL Server exemplaar naar meerdere beheerde exemplaren via een een-op-een-relatie tussen een database en een beheerd exemplaar, naar elke Azure regio wereldwijd (deconsolidatie). De laatste optie biedt u een efficiënte manier om uw workloads snel wereldwijd dichter bij uw klanten te brengen, waarbij u deze als replica's die alleen-lezen zijn kunt gebruiken in elke regio.

Migreren naar Azure

Met de koppelingsfunctie kunt u ook migreren van SQL Server naar SQL Managed Instance, waardoor:

De meest presterende, minimale downtimemigratie, vergeleken met alle andere oplossingen die momenteel beschikbaar zijn.
Echte onlinemigratie naar SQL Managed Instance in elke servicelaag.

Omdat de koppelingsfunctie minimale downtimemigratie mogelijk maakt, kunt u migreren naar uw beheerde exemplaar terwijl u uw primaire workload online onderhoudt. Hoewel het momenteel mogelijk is om onlinemigraties naar de servicelaag Algemeen gebruik met andere oplossingen te bereiken, is de koppelingsfunctie de enige oplossing die echte onlinemigraties naar de servicelaag Bedrijfskritiek toestaat. Zie Compare the Managed Instance link to LRS voor een uitgebreide migratievergelijking tussen migreren met de koppeling en de Log Replay-service.

Notitie

U kunt nu uw SQL Server exemplaar migreren dat is ingeschakeld door Azure Arc rechtstreeks via de Azure-portal te Azure SQL Managed Instance. Zie Migrate to Azure SQL Managed Instance voor meer informatie.

Gegevens on-premises kopiëren

Met SQL Server 2022 en hoger kunt u uw koppeling van SQL Managed Instance tot SQL Server maken, extra scenario's ontgrendelen, zoals het maken van een bijna realtime databasereplica buiten Azure, het testen van bedrijfscontinuïteitsplannen en het voldoen aan de nalevingsvereisten.

Automatische back-ups

Nadat u een koppeling met Azure SQL Managed Instance hebt geconfigureerd, wordt er automatisch een back-up gemaakt van databases op de SQL managed instance naar Azure opslag, ongeacht of SQL Managed Instance primair is. Automatische back-ups via de koppeling maken volledige en transactielogboekback-ups, maar geen differentiële back-ups, wat kan leiden tot langere hersteltijden.

U kunt uw on-premises beheer- en bewerkingskosten verlagen terwijl u profiteert van de betrouwbaarheid van Azure back-ups voor uw gerepliceerde databases. Vervolgens kunt u een point-in-time herstel uitvoeren van uw gerepliceerde database op elke SQL Managed Instance-implementatie in dezelfde regio, net als bij andere geautomatiseerde back-ups.

Licentievrije passieve DR-replica

U kunt besparen op vCore-licentiekosten als u het hybride failovervoordeel activeert voor secundair passief herstel na noodgeval, alleen voor SQL beheerde exemplaren die geen workloads hebben.

Bekijk passieve replica zonder licentieom aan de slag te gaan.

Kostenvoordeel

Als u een beheerd exemplaar alleen als replica voor rampenherstel aanwijst, brengt Microsoft geen SQL Server-licentiekosten in rekening voor de vCores die door het secundaire exemplaar worden gebruikt. Het exemplaar wordt gefactureerd op uurbasis en er kunnen mogelijk licentiekosten in rekening worden gebracht voor een volledig uur als u het licentievoordeel binnen dat uur bijwerkt.

Het voordeel werkt anders voor het factureringsmodel voor betalen per gebruik en het Azure Hybrid Benefit. Voor een factureringsmodel op basis van betalen naar gebruik worden de vCores met korting berekend op uw factuur. Als u de Azure Hybrid Benefit voor de passieve replica gebruikt, wordt het aantal vCores dat door de secundaire replica wordt gebruikt, geretourneerd naar uw pool met licenties.

Als u bijvoorbeeld een klant bent die betaalt naar gebruik en 16 vCores heeft toegewezen aan uw secundaire instantie, wordt een korting voor 16 vCores toegepast op uw factuur als u uw secundaire instantie aanwijst voor hybride failover.

Als u in een ander voorbeeld 16 Azure Hybrid Benefit licenties hebt en uw secundaire met SQL beheerde exemplaar 8 vCores gebruikt, worden na het aanwijzen van het secundaire exemplaar voor hybride failover 8 vCores geretourneerd naar uw licentiegroep voor gebruik met andere Azure SQL-implementaties.

Zie de SQL Server licentievoorwaarden online in de sectie SQL Server - Failoverrechten voor nauwkeurige voorwaarden van het voordeel van de hybride failoverrechten.

Beperkingen

Houd rekening met de volgende beperkingen wanneer u de koppeling gebruikt.

Beperkingen voor versieondersteuning zijn onder andere:

U kunt Windows 10 en 11 clients niet gebruiken om uw SQL Server-exemplaar te hosten, omdat het niet mogelijk is om de functie AlwaysOn-beschikbaarheidsgroep in te schakelen die vereist is voor de koppeling. U moet SQL Server exemplaren hosten op Windows Server 2012 of hoger.
De koppelingsfunctie biedt geen ondersteuning voor SQL Server versies 2008 tot 2014, omdat de SQL-engine van deze releases geen ingebouwde ondersteuning heeft voor gedistribueerde beschikbaarheidsgroepen die vereist zijn voor de koppeling. Voer een upgrade uit naar een nieuwere versie van SQL Server om de koppeling te gebruiken.
Gegevensreplicatie en failover from SQL Managed Instance naar SQL Server 2022 of SQL Server 2025 worden niet ondersteund door exemplaren die zijn geconfigureerd met het updatebeleid Always-up-to-date. Uw exemplaar moet worden geconfigureerd met het bijbehorende updatebeleid voor SQL Server 2022 of SQL Server 2025 om het volgende te doen:
- Maak een koppeling van SQL Managed Instance naar SQL Server.
- Failover van SQL Managed Instance naar SQL Server.
Hoewel u een koppeling kunt maken van SQL Server 2022 of SQL Server 2025 naar een SQL managed instance geconfigureerd met de Always-up-to-date update policy, kunt u na een failover naar SQL Managed Instance geen gegevens repliceren of failback uitvoeren naar SQL Server.

Beperkingen voor gegevensreplicatie zijn onder andere:

U kunt alleen gebruikersdatabases repliceren. Replicatie van systeemdatabases wordt niet ondersteund.
De oplossing repliceert geen objecten op serverniveau, agenttaken of gebruikersaanmelding van SQL Server naar SQL Managed Instance.
Voor SQL Server versies 2016, 2017 en 2019 is replicatie van gebruikersdatabases van SQL Server exemplaren naar SQL Managed Instance implementaties één manier. U kunt gebruikersdatabases niet repliceren van SQL Managed Instance implementaties terug naar SQL Server exemplaren via de koppeling. Replicatie in twee richtingen met failback naar een SQL Server-exemplaar is alleen beschikbaar voor SQL Server 2022 of SQL Server 2025 wanneer SQL Managed Instance is geconfigureerd met het bijbehorende updatebeleid.
Het configureren van een koppeling van SQL Managed Instance naar SQL Server wordt niet ondersteund voor SQL Managed Instance databases die al zijn gekoppeld.

Configuratiebeperkingen zijn onder andere:

Als er meerdere SQL Server exemplaren op een server zijn, kunt u een koppeling configureren voor elk exemplaar, maar u moet elk exemplaar configureren om een afzonderlijk eindpunt voor databasespiegeling te gebruiken, met een toegewezen poort per exemplaar. Alleen het standaardexemplaar moet poort 5022 gebruiken voor het databasespiegelings-eindpunt.
U kunt slechts één database in één beschikbaarheidsgroep plaatsen voor één Managed Instance koppeling. U kunt echter meerdere databases in één SQL Server exemplaar repliceren door meerdere koppelingen tot stand te brengen.

Notitie

Als u geïnteresseerd bent in een beperkte preview van een wijziging in dit gedrag, vult u het volgende formulier in.
U kunt een koppeling maken met een bestaande beschikbaarheidsgroep met één database. Als uw bestaande beschikbaarheidsgroep meerdere databases heeft, kunt u alleen een koppeling met de beschikbaarheidsgroep maken als u alle databases verwijdert, behalve een van de beschikbaarheidsgroep.
Eén algemeen gebruik of bedrijfskritieke SQL Managed Instance ondersteunt maximaal 100 koppelingen en één next-gen algemeen gebruik SQL Managed Instance ondersteunt maximaal 500 koppelingen, van hetzelfde of van meerdere SQL Server bronnen.
Een Managed Instance koppeling kan een database van elke grootte repliceren als deze in de gekozen opslaggrootte van de doel-SQL Managed Instance-implementatie past.
autentificatie van Managed Instance-koppelingen tussen SQL Server en SQL Managed Instance is alleen beschikbaar en gebaseerd op certificaten via een uitwisseling van certificaten. U kunt Windows authentication niet gebruiken om de koppeling tot stand te brengen tussen het SQL Server-exemplaar en het beheerde SQL-exemplaar.
U kunt alleen een koppeling tot stand brengen met een VNet-lokaal eindpunt voor SQL Managed Instance.
U kunt geen openbaar eindpunt of privé-eindpunten gebruiken om de koppeling met het beheerde exemplaar tot stand te brengen.
U kunt databases met meerdere logboekbestanden niet repliceren, omdat SQL Managed Instance geen ondersteuning biedt voor meerdere logboekbestanden.

Functiebeperkingen zijn onder andere:

U kunt geen failovergroepen gebruiken met exemplaren die gebruikmaken van de koppelingsfunctie. U kunt geen koppeling maken op een met SQL beheerd exemplaar dat deel uitmaakt van een failovergroep. U kunt daarentegen geen failovergroep configureren voor een exemplaar dat een koppeling tot stand heeft gebracht.
Als u Change Data Capture (CDC), logverzending of een servicebroker gebruikt met databases die worden gerepliceerd op het SQL Server exemplaar, moeten de clients verbinding maken via de instantienaam van de huidige globale primaire replica. Dit is vooral belangrijk wanneer de database naar een SQL Managed Instance-implementatie wordt gemigreerd en tijdens een failover naar Azure. U moet deze instellingen handmatig opnieuw configureren.
Als u transactionele replicatie gebruikt voor een database met een tot stand gebrachte koppeling, kunt u het volgende overwegen:
- De gekoppelde database op de secundaire replica kan geen Publisher zijn in een transactionele replicatietopologie.
- Als u een database migreert die is geconfigureerd als een Publisher in een transactionele replicatietopologie met behulp van de koppeling, moet u de database opnieuw configureren als een Publisher op het doelexemplaren nadat de migratie is voltooid.
Als u gedistribueerde transacties gebruikt met een database die wordt gerepliceerd van het SQL Server exemplaar en, in een migratiescenario, worden de mogelijkheden van Distributed Transaction Coordinator niet overgedragen op de cutover naar de cloud. Het is niet mogelijk voor de gemigreerde database om betrokken te raken bij gedistribueerde transacties met het SQL Server exemplaar, omdat de SQL Managed Instance-implementatie momenteel geen ondersteuning biedt voor gedistribueerde transacties met SQL Server. Ter referentie ondersteunt SQL Managed Instance momenteel alleen gedistribueerde transacties tussen andere beheerde exemplaren. Zie Gedistribueerde transacties tussen clouddatabasesvoor meer informatie.
Als u Transparent Data Encryption (TDE) gebruikt om SQL Server databases te versleutelen, moet u de versleutelingssleutel van de database exporteren uit SQL Server en deze uploaden naar Azure Key Vault en moet u ook de BYOK TDE-optie configureren op SQL Managed Instance voordat u de koppeling maakt.
Als accelerated database recovery is uitgeschakeld op uw bronexemplaren SQL Server 2019 en hoger, kunt u deze niet meer inschakelen na de migratie naar Azure SQL Managed Instance. Als het permanente versiearchief (PVS) niet is ingesteld op PRIMARY, kunt u ook problemen ondervinden bij herstelbewerkingen op de doel-SQL Managed Instance.
Als Service Broker is uitgeschakeld op het bronexemplaar van SQL Server, kunt u Service Broker niet gebruiken in het beheerde doelexemplaar van SQL na de migratie.
U kunt SQL Managed Instance databases die zijn versleuteld met door de service beheerde TDE-sleutels niet koppelen aan SQL Server. U kunt een versleutelde database alleen koppelen aan SQL Server als u deze hebt versleuteld met een door de klant beheerde sleutel en de doelserver toegang heeft tot dezelfde sleutel die wordt gebruikt om de database te versleutelen. Zie Set up SQL Server TDE met Azure Key Vault voor meer informatie.
U kunt geen koppeling tot stand brengen tussen SQL Server en SQL Managed Instance als de functionaliteit die u op het SQL Server exemplaar gebruikt, niet wordt ondersteund op de SQL managed instance. Bijvoorbeeld:
- U kunt databases met bestandstabellen en bestandsstromen niet repliceren, omdat SQL Managed Instance geen bestandstabellen of bestandsstreams ondersteunt.
- U kunt databases die gebruikmaken van In-Memory OLTP alleen repliceren naar SQL Managed Instance in de servicelaag Business Critical, omdat de servicelaag General Purpose geen ondersteuning biedt voor In-Memory OLTP. SQL Managed Instance biedt geen ondersteuning voor databases met meerdere In-Memory OLTP-bestanden en u kunt ze niet repliceren.

Er wordt geprobeerd een niet-ondersteunde functionaliteit toe te voegen aan een gerepliceerde database in:

SQL Server 2017, 2019 en 2022 mislukt met een fout.
SQL Server 2016 resulteert in het verbreken van de koppeling, die u vervolgens moet verwijderen en opnieuw moet maken.

Zie T-SQL-verschillen tussen SQL Server en Azure SQL Managed Instance voor de volledige lijst met verschillen tussen SQL Server en SQL Managed Instance.

De koppeling gebruiken:

Voor meer informatie over de koppeling:

Disaster-herstel met Managed Instance koppeling

Voor andere replicatie- en migratiescenario's kunt u het volgende overwegen:

Feedback

Is deze pagina nuttig?

Last updated on 2026-03-06