Übersicht über den Link zur verwalteten Instanz

Gilt für:Azure SQL Managed Instance

In diesem Artikel finden Sie eine Übersicht über den Link für Managed Instance, mit dem Sie in Quasi-Echtzeit die Datenreplikation zwischen SQL Server und Azure SQL Managed Instance durchführen können. Das Verbindungsfeature bietet Flexibilität für Hybridumgebungen und Datenbankmobilität, da es verschiedene Szenarien ermöglicht, wie z. B.: Skalieren von schreibgeschützten Workloads, Auslagern von Analyse und Berichterstellung an Azure und die Migration in Azure. Und mit SQL Server 2022 ermöglicht der Link die Online-Notfallwiederherstellung mit einem Failback zum SQL Server sowie das Konfigurieren der Verknüpfung von SQL Managed Instance zu SQL Server 2022.

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

Übersicht

Der Link "Verwaltete Instanz" verwendet verteilte Verfügbarkeitsgruppen , um Ihre Datenfläche sicher und sicher zu erweitern. Daten werden nahezu in Echtzeit von einem überall gehosteten SQL Server auf eine Azure SQL Managed Instance repliziert, oder von einer Azure SQL Managed Instance auf einen überall gehosteten SQL Server 2022.

Der Link unterstützt SQL Server-Instanzen mit einem oder mehreren Knoten, mit oder ohne bestehende Verfügbarkeitsgruppen. Über die Verbindung können Sie die Vorteile von Azure nutzen, ohne Ihren 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 SQL-verwaltete Instanzen replizieren, indem Sie mehrere Verknüpfungen konfigurieren – eine Verknüpfung für jede Datenbank zum Verwalteten Instanzpaar.

Das Linkfeature bietet derzeit die folgende Funktionalität:

• Unidirektionale Replikation von SQL Server-Versionen 2016, 2017 und 2019: Verwenden Sie das Verbindungsfeature, um Daten in eine Richtung von einer SQL Server-Instanz in 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.
• Notfallwiederherstellung (SQL Server 2022): Verwenden Sie das Verknüpfungsfeature, um Daten zwischen SQL Server 2022 und SQL Managed Instance zu replizieren, während eines Notfalls manuell zu Ihrer sekundären Instanz zu überschlagen und nach dem Abmildern des Notfalls wieder an Ihre primäre Instanz zurückzukehren. Die ursprüngliche Primärinstanz kann entweder SQL Server oder SQL Managed Instance sein.

Sie können den Link so lange aufrechterhalten, wie Sie ihn brauchen, also über Monate und sogar Jahre. Während Ihrer Modernisierungsjourney oder wenn Sie für die Migration zu Azure bereit sind, bietet die Verbindung ein deutlich besseres Benutzererlebnis bei der Migration. Die Migration über den Link bietet im Vergleich zu allen anderen verfügbaren Migrationsoptionen minimale Ausfallzeiten und ermöglicht eine echte Online-Migration zu Ihrer SQL Managed Instance.

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

• Notfallwiederherstellung
• Verwenden von Azure-Diensten ohne Migration zur Cloud
• Abladen schreibgeschützter Workloads in Azure
• Migrieren zu Azure
• Lokales Kopieren von Daten

Versionsunterstützung

Sowohl die Dienstebenen "Allgemeiner Zweck" als auch "Geschäftskritischer Dienst" der verwalteten Instanz von Azure SQL unterstützen den Link "Verwaltete Instanz". Das Linkfeature funktioniert mit den Editionen Enterprise, Developer und Standard von SQL Server.

Die unidirektionale Replikation von SQL Server zu 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 Updaterichtlinie , mit der Ihre von SQL verwaltete Instanz konfiguriert ist.

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

Erste Primärversion	Betriebssystem	Optionen für die Notfallwiederherstellung	Minimale erforderliche Wartungsaktualisierung
Verwaltete Azure SQL-Datenbank-Instanz	Windows Server und Linux für das sekundäre SQL Server-Instanzreplikat	Bidirektional	Das Konfigurieren einer Verknüpfung von Azure SQL Managed Instance sowie das bidirektionale Failover wird unterstützt von: – SQL Server 2025 und SQL MI mit der SQL Server 2025-Updaterichtlinie – SQL Server 2022 und SQL MI mit der SQL Server 2022-Updaterichtlinie
SQL Server 2025 (17.x)	Windows Server und Linux	Bidirektional	SQL Server 2025 RTM (17.0.1000.7)
SQL Server 2022 (16.x)	Windows Server und Linux	Bidirektional	- SQL Server 2022 RTM (16.0.1000.6): Erstellen eines Links von SQL Server 2022 zu SQL MI - SQL Server 2022 CU10 (16.0.4095.4): Erstellen eines Links von SQL MI zu SQL Server 20221 - SQL Server 2022 CU13 (16.0.4125.3): Fehlschlagen der Verknüpfung mit Transact-SQL
SQL Server 2019 (15.x)	Nur Windows Server	Nur von SQL Server zu SQL MI	SQL Server 2019 CU20 (15.0.4312.2)
SQL Server 2017 (14.x)	Nur Windows Server	Nur von SQL Server zu SQL MI	SQL Server 2017 CU31 (14.0.3456.2) und das entsprechende SQL Server 2017 Azure Connect Pack (14.0.3490.10)
SQL Server 2016 (13.x)	Nur Windows Server	Nur von SQL Server zu SQL MI	SQL Server 2016 SP3 (13.0.6300.2) und das entsprechende SQL Server 2016 Azure Connect Pack (13.0.7000.253)
SQL Server 2014 (12.x) und früher	Nicht verfügbar	Nicht verfügbar	Versionen vor SQL Server 2016 werden nicht unterstützt.

¹ Beim Erstellen einer Verknüpfung mit SQL Server 2022, da die erste primäre Instanz ab der RTM-Version von SQL Server 2022 unterstützt wird, wird nur ab SQL Server 2022 CU10 ein Link zu Azure SQL Managed Instance erstellt. Wenn Sie die Verknüpfung von der anfänglich primären Instanz von SQL Managed Instance erstellen, wird das Herabstufen von SQL Server unter CU10 nicht unterstützt, solange die Verknüpfung aktiv ist, da dies Probleme nach einem Failover in beide Richtungen verursachen kann.

Die SQL Server-Versionen vor SQL Server 2016 (SQL Server 2008–2014) werden nicht unterstützt, da das Linkfeature die Technologie mit verteilten Verfügbarkeitsgruppen nutzt, die erst 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 Ihre SQL Server-Instanz lokal ausgeführt wird, verwenden Sie eine VPN-Verbindung oder Azure ExpressRoute. Wenn SQL Server auf einem virtuellen Azure-Computer (VM) ausgeführt wird, stellen Sie Ihre VM entweder im selben virtuellen Netzwerk wie Ihre verwaltete Instanz bereit, oder verwenden Sie das Peering virtueller Netzwerke, um die beiden separaten Subnetze zu verbinden.
• Eine Azure SQL Managed Instance-Bereitstellung auf beliebiger Dienstebene.

Außerdem benötigen Sie die folgenden Tools:

Werkzeug	Hinweise
Die aktuelle Version von SSMS	SQL Server Management Studio (SSMS) ist der einfachste Weg, den Managed Instance Link zu verwenden, da es Assistenten bietet, die die Einrichtung des Links automatisieren.
Die neuesten Versionen von Az.SQL oder der Azure-Befehlszeilenschnittstelle	Zum Einrichten von Links mithilfe von Skripten.

Hinweis

Das Linkfeature für verwaltete Instanzen ist in allen globalen Azure-Regionen und nationalen oder regierungsbasierten Clouds verfügbar.

Wie der Link funktioniert

Das Verknüpfungsfeature für die verwaltete SQL-Instanz 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, z. B. 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, bei der SQL Server und SQL Managed Instance öffentliche Schlüssel ihrer jeweiligen Zertifikate austauschen.

Azure SQL Managed Instance unterstützt mehrere Verknüpfungen von denselben oder unterschiedlichen SQL Server-Quellen zu einer einzelnen verwalteten Azure SQL-Instanz. 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 verschiedenen 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 Link "Verwaltete Instanz" mithilfe eines herunterladbaren Skripts. Weitere Informationen finden Sie im Blog Automatisieren der Link-Setup-Einrichtung.

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

Die Managed Instance-Verknüpfung ermöglicht die Notfallwiederherstellung, wobei Sie im Notfall ein manuelles Failover Ihrer Workload von der primären auf die sekundäre Instanz ausführen können. Informieren Sie sich zunächst über die Notfallwiederherstellung mithilfe einer Managed Instance-Verknüpfung.

Von SQL Server 2016 bis SQL Server 2019 ist die primäre SQL Server-Instanz immer SQL Server und das Failover auf die sekundäre SQL Managed Instanz ist einseitig. Ein Failback auf SQL Server wird nicht unterstützt. Sie können Ihre Daten jedoch mithilfe von Datenverschiebungsoptionen wie der Transaktionsreplikation oder dem Exportieren eines Bacpac auf SQL Server wiederherstellen.

Bei SQL Server 2022 und SQL Server 2025 kann entweder SQL Server oder SQL Managed Instance (mit einer übereinstimmenden Updaterichtlinie) die erste primäre Instanz sein, und Sie können die Verknüpfung entweder von SQL Server oder 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.

Bei einem Failback auf SQL Server haben Sie folgende Auswahlmöglichkeiten:

• online durch direkten Zugriff auf den Link zur Managed Instance.
• offline , indem Sie eine Sicherung Ihrer Datenbank aus sql Managed Instance erstellen und sie in Ihrer SQL Server-Instanz wiederherstellen.

Verwenden von Azure-Diensten

Verwenden Sie das Verbindungsfeature, um von Azure-Diensten zu profitieren, indem Sie SQL Server-Daten nutzen, ohne diese in die Cloud zu migrieren. Beispiele hierfür sind Berichterstellung, Analysen, Sicherungen, maschinelles Lernen und andere Aufträge, die Daten an Azure senden.

Auslagern von Workloads in Azure

Sie können mit dem Linkfeature auch Workloads in Azure auslagern. Eine Anwendung kann beispielsweise SQL Server für Workloads mit Lese-/Schreibzugriff nutzen, während schreibgeschützte Workloads an SQL Managed Instance-Bereitstellungen in einer beliebigen Azure-Region weltweit ausgelagert werden. Nachdem der Link eingerichtet wurde, kann auf die primäre Datenbank auf SQL Server zugegriffen werden, während replizierte Daten in Ihrer sql-verwalteten Instanz in Azure schreibgeschützt zugänglich sind. Diese Anordnung ermöglicht verschiedene Szenarien, in denen replizierte Datenbanken Ihrer verwalteten SQL-Instanz für die Skalierung von Lesevorgängen und die Entlastung schreibgeschützter Workloads zu 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.

Der Link ist auf eine Datenbank beschränkt (ein Link pro Datenbank) und ermöglicht so die Konsolidierung und Dekonsolidierung von Workloads in Azure. Sie können beispielsweise Datenbanken aus mehreren SQL Server-Instanzen in eine einzige SQL Managed Instance-Bereitstellung in Azure replizieren (Konsolidierung). Sie können auch Datenbanken aus einer einzelnen SQL Server-Instanz in mehrere verwaltete Instanzen replizieren – und zwar in jede beliebige Azure-Region weltweit. Dabei wird eine 1:1-Beziehung zwischen einer Datenbank und einer verwalteten Instanz verwendet (Dekonsolidierung). 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 Verbindungsfeature 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 Onlinemigration zu SQL Managed Instance auf 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 detaillierten Vergleich der Migration mit dem Managed Instance-Link und dem Log Replay Service (LRS) finden Sie unter Vergleich des Managed Instance-Links mit LRS.

Hinweis

Sie können jetzt Ihre SQL Server-Instanz, die von Azure Arc aktiviert ist, direkt über das Azure-Portal zu azure SQL Managed Instance migrieren. Weitere Informationen finden Sie unter Migrieren zu azure SQL Managed Instance.

Lokale Daten kopieren

Mit SQL Server 2022 können Sie eine Verbindung von SQL Managed Instance zu SQL Server herstellen und so zusätzliche Szenarien erschließen, wie z. B. die Erstellung eines nahezu in Echtzeit arbeitenden Datenbank-Replikats außerhalb von Azure, das Testen von Geschäftskontinuitätsplänen und die Erfüllung von Compliance-Anforderungen.

Automatisierte Sicherungen

Nachdem Sie einen Link mit azure SQL Managed Instance konfiguriert haben, werden Datenbanken in der verwalteten SQL-Instanz automatisch in Azure Storage 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 senken und gleichzeitig von der Zuverlässigkeit von Azure Backups für Ihre replizierten Datenbanken profitieren. Anschließend können Sie eine Zeitpunktwiederherstellung Ihrer replizierten Datenbank in einer beliebigen SQL Managed Instance-Bereitstellung in derselben Region durchführen wie bei jeder anderen automatisierten 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 Replikat einer verwalteten Instanz nur für die Notfallwiederherstellung bestimmen, berechnet Microsoft Ihnen keine SQL Server-Lizenzgebühren für die virtuellen Kerne, 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 funktioniert für das Abrechnungsmodell "Pay-as-you-go" und für den Azure-Hybridvorteil anders. Bei einem Abrechnungsmodell mit nutzungsbasierter Bezahlung erhalten Sie einen Rabatt auf die virtuellen Kerne auf Ihrer Rechnung. Wenn Sie den Azure-Hybridvorteil für das passive Replikat verwendet, wird die Anzahl der virtuellen Kerne, 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.

Ein weiteres Beispiel: Wenn Sie über 16 Lizenzen mit Azure-Hybridvorteil verfügen und Ihre sekundäre verwaltete SQL-Instanz 8 virtuelle Kerne verwendet, werden, nachdem Sie die sekundäre Instanz für Hybrid Failover als Standby-Instanz bestimmt haben, 8 virtuelle Kerne an Ihren Lizenzierungspool rückerstattet, sodass Sie sie für andere Azure-SQL-Bereitstellungen verwenden können.

Genaue Geschäftsbedingungen des Vorteils von Hybrid-Failoverrechten finden Sie online in den SQL Server-Lizenzierungsbedingungen 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 keine Windows 10- und 11-Clients zum Hosten Ihrer SQL Server-Instanz verwenden, da Sie bei diesen Versionen das für die Verbindung erforderliche Feature „Always On-Verfügbarkeitsgruppe“ nicht aktivieren können. Sie müssen SQL Server-Instanzen unter 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. Führen Sie ein Upgrade auf eine neuere SQL Server-Version durch, um den Link zu verwenden.
• Datenreplikation und Failover von SQL Managed Instance zu SQL Server 2022 werden von Instanzen, die mit der Always-up-to-date-Updaterichtlinie konfiguriert sind, nicht unterstützt. Ihre Instance muss mit der SQL Server 2022-Update-Richtlinie für Folgendes konfiguriert werden:
  • Herstellen einer Verknüpfung von SQL Managed Instance mit SQL Server
  • Failover von SQL Managed Instance auf SQL Server 2022
• Sie können zwar eine Verknüpfung zwischen SQL Server 2022 und einer SQL-verwalteten Instanz herstellen, die mit der Always-up-to-date-Aktualisierungsrichtlinie konfiguriert ist. Nach dem Failover zur SQL-verwalteten Instanz können Sie jedoch keine Daten replizieren oder zum SQL Server 2022 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, Agent-Aufträge oder Benutzeranmeldungen von SQL Server in 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 keine Benutzerdatenbanken aus SQL Managed Instance-Bereitstellungen über den Link zu SQL Server-Instanzen zurück replizieren. Die bidirektionale Replikation mit Failback auf eine SQL Server-Instanz ist nur für SQL Server 2022 verfügbar.
• Das Konfigurieren einer Verknüpfung von SQL Managed Instance zu SQL Server wird für SQL Managed Instance-Datenbanken, die bereits verknüpft sind, 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 Link für eine verwaltete Instanz platzieren. Sie können jedoch mehrere Datenbanken in einer einzelnen SQL Server-Instanz replizieren, indem Sie mehrere Verknüpfungen einrichten.
• 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.
• Eine einzelne verwaltete SQL-Instanz mit allgemeinem Zweck oder Business Critical SQL unterstützt bis zu 100 Verknüpfungen, und eine einzelne verwaltete SQL-Instanz der nächsten Generation unterstützt bis zu 500 Verknüpfungen von derselben oder aus mehreren SQL Server-Quellen.
• Über eine Managed Instance-Verbindung kann eine Datenbank beliebiger Größe repliziert werden, solange sie in die ausgewählte Speichergröße der SQL Managed Instance-Zielbereitstellung passt.
• Die Authentifizierung der Managed Instance-Verbindung zwischen SQL Server und SQL Managed Instance erfolgt ausschließlich über den Austausch von Zertifikaten. Sie können die Windows-Authentifizierung nicht verwenden, um die Verbindung zwischen der SQL Server-Instanz und der sql-verwalteten Instanz herzustellen.
• Sie können eine Verknüpfung nur über den VNet-lokalen Endpunkt zu einer SQL Managed Instance herstellen.
• 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 die verwaltete SQL-Instanz mehrere Protokolldateien nicht 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 Change Data Capture (CDC), Protokollversand oder einen Dienstbroker mit Datenbanken verwenden, die in der SQL Server-Instanz repliziert werden, und die Datenbank zu einer SQL Managed Instance-Bereitstellung migriert wird, müssen Clients während eines Failovers zu Azure zur Verbindungsherstellung den Instanznamen eines aktuellen globalen primären Replikats verwenden. 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 auf dem sekundären Replikat kann in einer Transaktionsreplikationstopologie kein Herausgeber sein.
  • Wenn Sie eine Datenbank migrieren, die in einer Transaktionsreplikationstopologie mithilfe des Links als Publisher konfiguriert ist, müssen Sie die Datenbank nach Abschluss der Migration als Publisher auf der Zielinstanz neu konfigurieren.
• Wenn Sie verteilte Transaktionen mit einer Datenbank verwenden, die aus der SQL Server-Instanz repliziert wurde, werden in einem Migrationsszenario die Distributed Transaction Coordinator-Funktionen nicht übertragen. Die migrierte Datenbank kann nicht in verteilte Transaktionen mit der SQL Server-Instanz einbezogen werden, da die SQL Managed Instance-Bereitstellung derzeit keine verteilten Transaktionen mit SQL Server unterstützt. SQL Managed Instance unterstützt derzeit nur verteilte Transaktionen zwischen anderen verwalteten Instanzen. Weitere Informationen finden Sie unter Verteilte Transaktionen über Clouddatenbanken.
• Wenn Sie die transparente Datenverschlüsselung (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 den Link erstellen.
• Sql Managed Instance-Datenbanken, die mit vom Dienst verwalteten TDE-Schlüsseln verschlüsselt sind, können nicht mit SQL Server verknüpft werden. 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 Einrichten 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 in der SQL Server-Instanz nicht unterstützt wird. Beispiel:
  • Sie können Datenbanken nicht mit Dateitabellen und Dateidatenströmen replizieren, da die verwaltete SQL-Instanz Keine Dateitabellen oder Dateidatenströme unterstützt.
  • Sie können Datenbanken, die In-Memory OLTP verwenden, nur in der Business Critical-Dienststufe auf einer SQL Managed Instance replizieren, da die General Purpose-Dienststufe In-Memory OLTP nicht unterstützt. Die verwaltete SQL-Instanz 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 schlägt mit einem Fehler fehl.
• SQL Server 2016 führt dazu, dass die Verknüpfung unterbrochen wird, die Sie dann löschen und neu erstellen müssen.

Eine Liste sämtlicher 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:

• Vorbereiten der Umgebung für einen Managed Instance-Link
• Konfigurieren der Verknüpfung 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:

• Notfallwiederherstellung mit Managed Instance Link

Informationen zu anderen Replikations- und Migrationsszenarios finden Sie unter:

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