Übersicht über den Managed-Instance-Link

Gilt für:Azure SQL Managed Instance

Dieser Artikel enthält eine Übersicht über die verwaltete Instanz Verknüpfung, die die Echtzeitdatenreplikation zwischen SQL Server und Azure SQL Managed Instance ermöglicht. Die Verknüpfung bietet hybride Flexibilität und Datenbankmobilität, da sie mehrere Szenarien entsperrt, z. B. die Skalierung schreibgeschützter Workloads, das Entladen von Analysen und Berichte auf Azure und die Migration zu Azure. Und mit SQL Server 2022 und höher ermöglicht die Verknüpfung die Online-Notfallwiederherstellung mit einem Failback zu SQL Server sowie die Konfiguration der Verknüpfung von SQL Managed Instance zu SQL Server.

Informieren Sie sich zunächst, wie Sie Ihre Umgebung für die Verknüpfung vorbereiten.

Übersicht

Der verwaltete Instanz Link nutzt distributed availability groups, um Ihren Datenbestand sicher und geschützt zu erweitern. Es repliziert Daten nahezu in Echtzeit von einem überall gehosteten SQL Server auf Azure SQL Managed Instance oder von Azure SQL Managed Instance auf einen SQL Server 2022 oder höher, der überall gehostet wird.

Der Link unterstützt sowohl einzelne als auch mehrknotige SQL Server-Instanzen, mit oder ohne vorhandene Verfügbarkeitsgruppen. Über den Link können Sie vorteile von Azure nutzen, ohne Ihre SQL Server Datenbestand in die Cloud zu migrieren.

Obwohl die Verknüpfung die Replikation einer Datenbank pro Link unterstützt, können Sie mehrere Datenbanken aus einer einzelnen Instanz von SQL Server in eine oder mehrere von SQL verwaltete Instanzen replizieren oder dieselbe Datenbank in mehrere von SQL verwaltete Instanzen replizieren, indem Sie mehrere Verknüpfungen konfigurieren – eine Verknüpfung für jede Datenbank mit verwaltetem Instanzpaar.

Das Linkfeature bietet derzeit die folgende Funktionalität:

• Unidirektionale Replikation aus SQL Server-Versionen 2016, 2017 und 2019: Verwenden Sie die Link-Funktion, um Daten einseitig von der SQL-Instanz zum Azure SQL Managed Instance zu replizieren. Sie können zwar im Notfall manuell ein Failover auf Ihre verwaltete Instanz ausführen, aber dadurch wird die Verbindung unterbrochen, und ein Failback wird nicht unterstützt.
• Disaster-Wiederherstellung (SQL Server 2022 und SQL Server 2025): Verwenden Sie die Link-Funktion, um Daten zwischen SQL Server 2022 oder SQL Server 2025 und SQL Managed Instance zu replizieren. Führen Sie bei einer Katastrophe ein manuelles Failover auf Ihre sekundäre Instanz durch und kehren Sie nach der Eindämmung des Notfalls auf Ihre primäre Instanz zurück. Entweder SQL Server oder SQL Managed Instance kann als anfängliche primäre Instanz fungieren.

Sie können den Link so lange aufrechterhalten, wie Sie ihn brauchen, also über Monate und sogar Jahre. Und wenn Sie bereit sind, zu Azure zu migrieren, ermöglicht der Link für Ihre Modernisierungsreise eine deutlich verbesserte Migrationserfahrung. Die Migration über den Link bietet minimale Ausfallzeiten im Vergleich zu allen anderen verfügbaren Migrationsoptionen und bietet eine echte Onlinemigration zu Ihrer SQL Managed Instance.

Sie können Datenbanken verwenden, die über die Verknüpfung zwischen SQL Server und Azure SQL Managed Instance für mehrere Szenarien repliziert werden, z. B.:

• Notfallwiederherstellung
• Verwenden von Azure Diensten ohne Migration in die Cloud
• Auslagerung von schreibgeschützten Arbeitslasten auf Azure
• Migrieren zu Azure
• Lokales Kopieren von Daten

Versionsunterstützung

Sowohl die "General Purpose"- als auch die "Business Critical"-Dienstebenen von Azure SQL Managed Instance unterstützen den verwaltete Instanz-Link. Das Linkfeature funktioniert mit den Editionen Enterprise, Developer und Standard von SQL Server.

Unidirektionale Replikation von SQL Server bis Azure SQL Managed Instance ist in der Regel für jede unterstützte SQL Server-Version verfügbar. Die Notfallwiederherstellung mit bidirektionale Replikation und Failback wird ab SQL Server 2022 unterstützt und basiert auf der Update-Richtlinie Ihre verwaltete SQL-Instanz ist konfiguriert.

In der folgenden Tabelle sind die Funktionen des Linkfeatures und die mindestens unterstützten SQL Server Versionen aufgeführt:

¹ Während das Erstellen eines Links mit SQL Server 2022 als erstem Primärserver ab der RTM-Version von SQL Server 2022 unterstützt wird, wird das Erstellen eines Links mit Azure SQL Managed Instance als erstem Primärserver erst ab SQL Server 2022 CU10 unterstützt. Wenn Sie den Link von einer anfänglichen primären SQL Managed Instance erstellen, wird das Herabstufen des SQL Servers unter CU10 nicht unterstützt, während der Link aktiv ist, da er Probleme verursachen kann, nach einem Failover in beide Richtungen.

SQL Server Versionen vor SQL Server 2016 (SQL Server 2008 - 2014) werden nicht unterstützt, da das Linkfeature auf der Technologie für verteilte Verfügbarkeitsgruppen basiert, die in SQL Server 2016 eingeführt wurde.

Zusätzlich zur unterstützten SQL Server-Version benötigen Sie Folgendes:

• Netzwerkkonnektivität zwischen Ihrer SQL Server-Instanz und Ihrer verwalteten Instanz. Wenn SQL Server lokal ausgeführt wird, verwenden Sie einen VPN-Link oder Azure ExpressRoute. Wenn SQL Server auf einem Azure virtuellen Computer (VM) ausgeführt wird, stellen Sie ihre VM entweder im selben virtuellen Netzwerk wie Ihre verwaltete Instanz bereit, oder verwenden Sie virtuelles Netzwerk-Peering, um die beiden separaten Subnetze zu verbinden.
• Eine Azure SQL Managed Instance Bereitstellung, die auf jeder Dienstebene bereitgestellt wird.

Außerdem benötigen Sie die folgenden Tools:

Wie der Link funktioniert

Das Linkfeature für SQL Managed Instance funktioniert, indem eine verteilte Verfügbarkeitsgruppe zwischen SQL Server und Azure SQL Managed Instance erstellt wird. Die Lösung unterstützt Systeme mit einem Knoten mit oder ohne vorhandene Verfügbarkeitsgruppen bzw. Systeme mit mehreren Knoten und vorhandenen Verfügbarkeitsgruppen.

Eine private Verbindung wie ein VPN oder Azure ExpressRoute verbindet ein lokales Netzwerk und Azure. Wenn Sie SQL Server auf einer Azure VM hosten, kann das interne Azure Backbone die VM- und SQL-verwaltete Instanz verbinden, z. B. mit virtuellem Netzwerk-Peering. Die beiden Systeme richten eine Vertrauensstellung mithilfe der zertifikatbasierten Authentifizierung ein, wobei SQL Server und SQL Managed Instance öffentliche Schlüssel ihrer jeweiligen Zertifikate austauschen.

Azure SQL Managed Instance unterstützt mehrere Verknüpfungen von derselben oder unterschiedlichen SQL Server Quellen zu einem einzelnen Azure SQL Managed Instance. Die Anzahl der Verknüpfungen hängt von der Anzahl der Datenbanken ab, die eine verwaltete Instanz gleichzeitig hosten kann – bis zu 100 Links für die Dienstebenen "Allgemein" und "Geschäftskritisch" und 500 Links für das Upgrade der Stufe "General Purpose" der nächsten Generation. Eine einzelne SQL Server Instanz kann mehrere parallele Datenbanksynchronisierungslinks mit mehreren von SQL verwalteten Instanzen erstellen, auch in unterschiedlichen Azure Regionen mit einer 1:1-Beziehung zwischen einer Datenbank und einer verwalteten Instanz.

Verwenden Sie den Link

Informationen zum Einrichten der anfänglichen Umgebung finden Sie im Leitfaden zum Vorbereiten Ihrer SQL Server Umgebung für die Verwendung des Linkfeatures mit SQL Managed Instance:

• Vorbereiten der Umgebung für den Link für SQL Server 2019 und höher oder für SQL Server 2016
• Automatisieren Sie die Vorbereitung Ihrer Umgebung für den verwaltete Instanz-Link mithilfe eines herunterladbaren Skripts. Weitere Informationen finden Sie im Blogbeitrag Automatisierung der Linkeinrichtung.

Nachdem Sie die anfänglichen Umgebungsanforderungen erfüllt haben, erstellen Sie den Link mithilfe des automatisierten Assistenten in SQL Server Management Studio (SSMS), oder richten Sie den Link manuell mithilfe von Skripts ein:

• Konfigurieren des Links mit SSMS
• Konfigurieren des Links mit Skripten

Folgen Sie nach dem Erstellen des Links den bewährten Methoden, um den Link beizubehalten:

• Bewährte Methoden zur Aufrechterhaltung des Links

Notfallwiederherstellung

Mit dem verwaltete Instanz-Link können Sie die Notfallwiederherstellung aktivieren, wobei Sie im Falle eines Notfalls Ihren Workload manuell von Ihrer primären zu Ihrer sekundären umschalten können. Um zu beginnen, überprüfen Sie den Link zur Desaster-Recovery mit verwaltete Instanz.

Mit SQL Server 2016 bis SQL Server 2019 ist der primäre Server immer SQL Server, und das Failover zur sekundären SQL Managed Instance erfolgt in eine Richtung. Ein Zurückwechseln zu SQL Server wird nicht unterstützt. Sie können Ihre Daten jedoch auf SQL Server mithilfe von Datenverschiebungsoptionen wie Transaktionsreplikation oder dem Export eines bacpac wiederherstellen.

Mit SQL Server 2022 und SQL Server 2025 kann entweder SQL Server oder die SQL Managed Instance (mit einer übereinstimmenden Update-Richtlinie) die anfängliche primäre Instanz sein, und Sie können die Verbindung entweder vom SQL Server oder von der SQL Managed Instance herstellen. Sie können Failbacks Ihrer Workloads zwischen primären und sekundären Replikaten durchführen und damit eine echte bidirektionale Notfallwiederherstellung erzielen.

Wenn Sie wieder auf SQL Server zurückschalten, können Sie auswählen, wie zurückgeschaltet werden soll.

• online mithilfe des verwaltete Instanz Links direkt.
• offline durch Erstellen einer Sicherung Ihrer Datenbank aus SQL Managed Instance und Wiederherstellen auf Ihrer SQL Server-Instanz.

Verwenden von Azure-Diensten

Verwenden Sie das Linkfeature, um Azure Dienste zu nutzen, indem Sie SQL Server Daten verwenden, ohne sie in die Cloud zu migrieren. Beispiele sind Berichte, Analysen, Sicherungen, maschinelles Lernen und andere Aufträge, die Daten an Azure senden.

Auslagern von Workloads nach Azure

Sie können die Link-Funktion auch verwenden, um Arbeitslasten in Azure auszulagern. Beispielsweise könnte eine Anwendung SQL Server für Lese-/Schreib-Workloads verwenden, während sie schreibgeschützte Workloads an SQL Managed Instance-Bereitstellungen in jeder beliebigen Azure-Region weltweit auslagert. Nachdem der Link eingerichtet wurde, ist die primäre Datenbank auf SQL Server lese- und schreibzugänglich, während replizierte Daten in Ihrer SQL-verwalteten Instanz in Azure nur lesbar zugänglich sind. Diese Anordnung ermöglicht verschiedene Szenarien, in denen replizierte Datenbanken auf Ihrer verwalteten SQL-Instanz zur Skalierung von Lesevorgängen und zur Entlastung schreibgeschützter Workloads nach Azure verwendet werden können. Die verwaltete SQL-Instanz kann parallel auch unabhängige Lese-/Schreibdatenbanken hosten, wodurch auch das Kopieren der replizierten Datenbank in eine andere Lese-/Schreibdatenbank auf derselben sql-verwalteten Instanz für die weitere Datenverarbeitung ermöglicht wird.

Bei der Verknüpfung handelt es sich um eine datenbankspezifische Einschränkung (eine Verknüpfung pro Datenbank), die die Konsolidierung und Dekonsolidierung von Workloads in Azure ermöglicht. Sie können z. B. Datenbanken aus mehreren SQL Server Instanzen in eine einzelne SQL Managed Instance Bereitstellung in Azure (Konsolidierung) replizieren, oder Sie können Datenbanken aus einer einzelnen SQL Server Instanz über eine 1:1-Beziehung zwischen einer Datenbank und einer verwalteten Instanz in eine beliebige instanz replizieren. Azure Region weltweit (Deconsolidation). Letzteres bietet Ihnen eine effiziente Möglichkeit, Ihre Workloads schnell näher zu Ihren Kunden in jeder beliebigen Region weltweit zu bringen, sodass Sie sie als schreibgeschützte Replikate nutzen können.

Migrieren zu Azure

Das Linkfeature erleichtert auch die Migration von SQL Server zu SQL Managed Instance, was Folgendes ermöglicht:

• Die leistungsfähigste Migration mit minimaler Ausfallzeit im Vergleich zu allen anderen derzeit verfügbaren Lösungen.
• Echte Online-Migration zu SQL Managed Instance in jeder Dienstebene.

Da das Verbindungsfeature eine Migration mit minimaler Ausfallzeit ermöglicht, können Sie zu Ihrer verwalteten Instanz migrieren und gleichzeitig Ihre primäre Workload weiterhin online betreiben. Obwohl es derzeit möglich ist, Onlinemigrationen zur Dienstebene " Allgemeiner Zweck " mit anderen Lösungen zu erreichen, ist das Linkfeature die einzige Lösung, die echte Onlinemigrationen zur Business Critical-Dienstebene zulässt. Einen ausführlichen Migrationsvergleich zwischen der Migration mit dem Link und dem Protokollwiedergabedienst finden Sie unter Compare the verwaltete Instanz link to LRS.

Lokale Daten kopieren

Mit SQL Server 2022 und höher können Sie Ihren Link von SQL Managed Instance zu SQL Server einrichten, zusätzliche Szenarien entsperren, z. B. das Erstellen eines nahezu echtzeitbasierten Datenbankreplikats außerhalb von Azure, das Testen von Geschäftskontinuitätsplänen und die Erfüllung der Complianceanforderungen.

Automatisierte Sicherungen

Nachdem Sie einen Link mit Azure SQL Managed Instance konfiguriert haben, werden Datenbanken auf dem SQL managed instance automatisch auf Azure Speicher gesichert, unabhängig davon, ob SQL Managed Instance primär ist. Automatisierte Sicherungen mit der Verknüpfung sind vollständige Transaktionsprotokollsicherungen, aber keine differenziellen Sicherungen, und können daher zu längeren Wiederherstellungszeiten führen.

Sie können Ihre lokalen Verwaltungs- und Betriebskosten reduzieren und gleichzeitig die Zuverlässigkeit von Azure Sicherungen für Ihre replizierten Datenbanken genießen. Anschließend können Sie eine Point-in-Time-Wiederherstellung Ihrer replizierten Datenbank für jede SQL Managed Instance Bereitstellung in derselben Region ausführen, wie bei jeder anderen automatierten Sicherung.

Lizenzfreies passives DR-Replikat

Sie können Kosten bei vCore-basierten Lizenzierungen einsparen, wenn Sie den Hybridfailover-Vorteil für SQL Managed Instances aktivieren, die ausschließlich für sekundäre passive Notfallwiederherstellung und ohne Workloads genutzt werden.

Um zu beginnen, lesen Sie den Artikel Lizenzfreies passives Replikat.

Kostenvorteil

Wenn Sie ein verwaltetes Instanzreplikat nur für die Notfallwiederherstellung festlegen, berechnet Microsoft Ihnen keine SQL-Server-Lizenzkosten für die vCores, die die sekundäre Instanz verwendet. Die Instanz wird stundenweise abgerechnet, und Ihnen können weiterhin Lizenzkosten für eine volle Stunde in Rechnung gestellt werden, wenn Sie die Lizenz während der Stunde aktualisieren.

Der Vorteil unterscheidet sich für das Abrechnungsmodell nach Verbrauch und das Azure-Hybridvorteil. Bei einem Abrechnungsmodell mit nutzungsbasierter Bezahlung erhalten Sie einen Rabatt auf die virtuellen Kerne auf Ihrer Rechnung. Wenn Sie die Azure-Hybridvorteil für das passive Replikat verwenden, werden die Anzahl der vCores, die das sekundäre Replikat verwendet, an Ihren Lizenzpool zurückgegeben.

Wenn Sie beispielsweise als Kund*in mit nutzungsbasierter Bezahlung der sekundären Instanz 16 virtuelle Kerne zugewiesen haben, finden Sie auf Ihrer Rechnung einen Rabatt für 16 virtuelle Kerne, wenn Sie Ihre sekundäre Instanz für hybrides Failover bestimmen.

Wenn Sie in einem anderen Beispiel über 16 Azure-Hybridvorteil Lizenzen verfügen und Ihre sekundäre verwaltete SQL-Instanz 8 vCores verwendet, nachdem Sie die sekundäre Instanz für hybrides Failover festgelegt haben, werden 8 vCores an Ihren Lizenzpool zurückgegeben, damit Sie mit anderen Azure SQL Bereitstellungen arbeiten können.

Genaue Geschäftsbedingungen für Hybrid-Failoverrechte finden Sie online in den Lizenzbedingungen für SQL Server im Abschnitt SQL Server – Fail-over Rights.

Begrenzungen

Beachten Sie die folgenden Einschränkungen, wenn Sie das Verknüpfungsfeature verwenden.

Dies sind die Einschränkungen der Versionsunterstützung:

• Sie können Windows 10- und 11-Clients nicht verwenden, um Ihre SQL Server Instanz zu hosten, da es nicht möglich ist, das Für den Link erforderliche Verfügbarkeitsgruppenfeature "AlwaysOn" zu aktivieren. Sie müssen SQL Server Instanzen auf Windows Server 2012 oder höher hosten.
• Das Linkfeature unterstützt SQL Server Versionen 2008 bis 2014 nicht, da das SQL-Modul dieser Versionen keine integrierte Unterstützung für verteilte Verfügbarkeitsgruppen hat, die für den Link erforderlich sind. Aktualisieren Sie auf eine neuere Version von SQL Server, um den Link zu verwenden.
• Datenreplikation und Failover von SQL Managed Instance auf SQL Server 2022 oder SQL Server 2025 werden von Instanzen, die mit der Immer-aktuell Updaterichtlinie konfiguriert sind, nicht unterstützt. Ihre Instanz muss mit der entsprechenden SQL Server 2022 oder SQL Server 2025 Update-Richtlinie konfiguriert werden, um Folgendes zu tun:
  • Richten Sie einen Link von SQL Managed Instance zu SQL Server ein.
  • Failover von SQL Managed Instance zu SQL Server.
• Sie können zwar einen Link von SQL Server 2022 oder SQL Server 2025 zu einer SQL Managed Instance herstellen, die mit der Always-up-to-date update policy konfiguriert ist, aber nach einem Failover zur SQL Managed Instance können Sie keine Daten replizieren oder zum SQL Server zurückkehren.

Zu den Einschränkungen für die Datenreplikation gehören:

• Sie können nur Benutzerdatenbanken replizieren. Die Replikation von Systemdatenbanken wird nicht unterstützt.
• Die Lösung repliziert keine Objekte auf Serverebene, Agentaufträge oder Benutzeranmeldungen von SQL Server auf SQL Managed Instance.
• Für SQL Server Versionen 2016, 2017 und 2019 ist die Replikation von Benutzerdatenbanken von SQL Server Instanzen auf SQL Managed Instance Bereitstellungen eine Möglichkeit. Sie können Benutzerdatenbanken nicht aus SQL Managed Instance Bereitstellungen zurück auf SQL Server Instanzen über den Link replizieren. Die bidirektionale Replikation mit Failback zu einer SQL Server Instanz ist nur für SQL Server 2022 oder SQL Server 2025 verfügbar, wenn SQL Managed Instance mit der entsprechenden Update-Richtlinie konfiguriert ist.
• Das Konfigurieren eines Links von SQL Managed Instance zu SQL Server wird für bereits verknüpfte SQL Managed Instance Datenbanken nicht unterstützt.

Zu den Konfigurationseinschränkungen gehören:

• Wenn mehrere SQL Server Instanzen auf einem Server vorhanden sind, können Sie einen Link für jede Instanz konfigurieren, aber Sie müssen jede Instanz so konfigurieren, dass ein separater Datenbankspiegelungsendpunkt mit einem dedizierten Port pro Instanz verwendet wird. Nur die Standardinstanz sollte Port 5022 für den Datenbankspiegelungsendpunkt verwenden.

• Sie können nur eine Datenbank in einer einzelnen Verfügbarkeitsgruppe für einen verwaltete Instanz Link platzieren. Sie können jedoch mehrere Datenbanken in einer einzelnen SQL Server Instanz replizieren, indem Sie mehrere Verknüpfungen einrichten.

  Hinweis

  Wenn Sie an einer begrenzten Vorschau einer Änderung an diesem Verhalten teilnehmen möchten, füllen Sie bitte das folgende Formular aus.

• Sie können einen Link mit einer vorhandenen Verfügbarkeitsgruppe mit einer einzelnen Datenbank erstellen. Wenn Ihre vorhandene Verfügbarkeitsgruppe über mehrere Datenbanken verfügt, können Sie nur dann einen Link mit der Verfügbarkeitsgruppe erstellen, wenn Sie alle Datenbanken außer einer aus der Verfügbarkeitsgruppe entfernen.

• Ein einzelner allgemeiner oder geschäftskritischer SQL Managed Instance unterstützt bis zu 100 Links, und ein einzelner allgemeines SQL Managed Instance der nächsten Generation unterstützt bis zu 500 Links, von demselben oder aus mehreren SQL Server Quellen.

• Eine verwaltete Instanz Verknüpfung kann eine Datenbank mit beliebiger Größe replizieren, wenn sie in die ausgewählte Speichergröße des Ziels SQL Managed Instance Bereitstellung passt.

• verwaltete Instanz Die Authentifizierung zwischen SQL Server und SQL Managed Instance ist zertifikatbasiert und nur über einen Austausch von Zertifikaten verfügbar. Sie können Windows-Authentifizierung nicht verwenden, um die Verknüpfung zwischen der SQL Server Instanz und der verwalteten SQL-Instanz herzustellen.

• Sie können nur einen Link mit einem VNet-lokalen Endpunkt herstellen, um SQL Managed Instance.

• Sie können keinen öffentlichen Endpunkt oder private Endpunkte verwenden, um die Verknüpfung mit der verwalteten Instanz herzustellen.

• Sie können Datenbanken nicht mit mehreren Protokolldateien replizieren, da SQL Managed Instance nicht mehrere Protokolldateien unterstützt.

Zu den bekannten Funktionseinschränkungen gehören:

• Sie können Failovergruppen nicht für Instanzen verwenden, die die Link-Funktion nutzen. Sie können keinen Link für eine sql-verwaltete Instanz einrichten, die Teil einer Failovergruppe ist, und umgekehrt können Sie keine Failovergruppe für eine Instanz konfigurieren, die eine Verknüpfung eingerichtet hat.
• Wenn Sie die Änderungsdatenerfassung (Change Data Capture, CDC), den Protokollversand oder einen Dienstbroker mit Datenbanken verwenden, die in der SQL Server Instanz repliziert werden, wenn die Datenbank zu einer SQL Managed Instance-Bereitstellung migriert wird, müssen Clients während eines Failovers zu Azure mithilfe des Instanznamens des aktuellen globalen primären Replikats eine Verbindung herstellen. Sie müssen diese Einstellungen manuell neu konfigurieren.
• Wenn Sie die Transaktionsreplikation für eine Datenbank mit einem etablierten Link verwenden, beachten Sie Folgendes:
  • Die verknüpfte Datenbank im sekundären Replikat kann in einer Transaktionsreplikationstopologie kein Verleger sein.
  • Wenn Sie eine Datenbank migrieren, die als Publisher in einer Transaktionsreplikationstopologie mithilfe des Links konfiguriert ist, müssen Sie die Datenbank nach Abschluss der Migration als Publisher für die Zielinstanz neu konfigurieren.
• Wenn Sie verteilte Transaktionen mit einer Datenbank verwenden, die von der SQL Server-Instanz repliziert wird und in einem Migrationsszenario der Übergang in die Cloud erfolgt, werden Funktionen des Distributed Transaction Coordinators nicht übertragen. Es ist nicht möglich, dass die migrierte Datenbank an verteilten Transaktionen mit der SQL Server Instanz beteiligt wird, da die SQL Managed Instance-Bereitstellung derzeit keine verteilten Transaktionen mit SQL Server unterstützt. Zur Referenz unterstützt SQL Managed Instance heute nur verteilte Transaktionen zwischen anderen verwalteten Instanzen. Weitere Informationen finden Sie unter Verteilte Transaktionen über Clouddatenbanken.
• Wenn Sie Transparent Data Encryption (TDE) zum Verschlüsseln von SQL Server-Datenbanken verwenden, müssen Sie den Datenbankverschlüsselungsschlüssel aus SQL Server exportieren und in Azure Key Vault hochladen, und Sie müssen auch die BYOK TDE-Option für SQL Managed Instance konfigurieren, bevor Sie die Verbindung erstellen.
• Wenn Accelerated Database Recovery für Ihre Quellinstanzen SQL Server 2019 und höher deaktiviert ist, können Sie sie nach der Migration zu Azure SQL Managed Instance nicht mehr aktivieren. Wenn der permanente Versionsspeicher (PVS) nicht auf PRIMARY festgelegt ist, können Sie außerdem Probleme mit Wiederherstellungsvorgängen auf der SQL-verwalteten Zielinstanz feststellen.
• Wenn Service Broker für die Quellinstanz SQL Server deaktiviert ist, können Sie den Dienstbroker nach der Migration nicht für die sql verwaltete Zielinstanz verwenden.
• Sie können SQL Managed Instance Datenbanken, die mit vom Dienst verwalteten TDE-Schlüsseln verschlüsselt sind, nicht mit SQL Server verknüpfen. Sie können eine verschlüsselte Datenbank nur mit SQL Server verknüpfen, wenn Sie sie mit einem vom Kunden verwalteten Schlüssel verschlüsselt haben und der Zielserver Zugriff auf denselben Schlüssel hat, der zum Verschlüsseln der Datenbank verwendet wird. Weitere Informationen finden Sie unter Setup SQL Server TDE mit Azure Key Vault.
• Sie können keine Verknüpfung zwischen SQL Server und SQL Managed Instance herstellen, wenn die in der SQL Server Instanz verwendete Funktionalität für die SQL managed instance nicht unterstützt wird. Beispiel:
  • Sie können Datenbanken nicht mit Dateitabellen und Dateidatenströmen replizieren, da SQL Managed Instance Keine Dateitabellen oder Dateidatenströme unterstützt.
  • Sie können Datenbanken replizieren, die In-Memory OLTP nur für SQL Managed Instance in der dienstebene Business Critical verwenden, da die General Purpose Dienstebene In-Memory OLTP nicht unterstützt. SQL Managed Instance unterstützt Keine Datenbanken mit mehreren In-Memory OLTP-Dateien, und Sie können sie nicht replizieren.

Der Versuch, eine nicht unterstützte Funktionalität zu einer replizierten Datenbank hinzuzufügen:

• SQL Server 2017, 2019 und 2022 gibt einen Fehler aus.
• SQL Server 2016 führt dazu, dass der Link unterbrochen wird, den Sie dann löschen und neu erstellen müssen.

Eine vollständige Liste der Unterschiede zwischen SQL Server und SQL Managed Instance finden Sie unter T-SQL-Unterschiede zwischen SQL Server und Azure SQL Managed Instance.

Zugehöriger Inhalt

So verwenden Sie den Link:

• Umgebung für den verwaltete Instanz-Link vorbereiten
• Konfigurieren der Verbindung zwischen SQL Server und SQL Managed Instance mit SSMS
• Konfigurieren der Verknüpfung zwischen SQL Server und SQL Managed Instance mit Skripten
• Failover für die Verknüpfung
• Migrieren mit dem Link
• Bewährte Methoden zum Verwalten des Links
• Probleme mit dem Link beheben

Weitere Informationen zum Link finden Sie unter:

• Disasterwiederherstellung mit verwaltete Instanz Link

Informationen zu anderen Replikations- und Migrationsszenarios finden Sie unter:

• Transactionalreplikation mit SQL Managed Instance
• Protokollwiedergabedienst (Log Replay Service, LRS)