Freigeben über

Konfigurieren Sie die Verbindung mit SSMS – Azure SQL Managed Instance

Gilt für:Azure SQL Managed Instance

Erfahren Sie, wie Sie eine Verknüpfung zwischen SQL Server und azure SQL Managed Instance mithilfe von SQL Server Management Studio (SSMS) konfigurieren. Der Link repliziert Datenbanken von der ursprünglichen primären Replik in das sekundäre Replikat in nahezu Echtzeit.

Nachdem Sie den Link erstellt haben, können Sie zum sekundären Replikat für die Migration oder Notfallwiederherstellung umschalten.

Hinweis

  • Sie können den Link auch mithilfe von Skripts konfigurieren.
  • Das Konfigurieren der Azure SQL Managed Instance als primäre Instanz wird ab SQL Server 2022 CU10 unterstützt.

Übersicht

Verwenden Sie das Linkfeature, um Datenbanken von Ihrem primären auf Ihr sekundäres Replikat zu replizieren. Für SQL Server 2022 kann die anfängliche Primärinstanz entweder SQL Server oder Azure SQL Managed Instance sein. Für SQL Server 2019 und frühere Versionen muss der ursprüngliche Primärserver SQL Server sein. Nachdem Sie den Link konfiguriert haben, repliziert die Datenbank von der ursprünglichen primären Kopie auf das sekundäre Replikat.

Sie können die Verknüpfung für die fortlaufende Datenreplikation in einer Hybridumgebung zwischen dem primären und sekundären Replikat beibehalten, oder Sie können die Datenbank zum sekundären Replikat übergehen, zu Azure migrieren oder für die Notfallwiederherstellung. Bei SQL Server 2019 und früheren Versionen wird beim Failover zu einer Azure SQL Managed Instance die Verknüpfung unterbrochen und ein Failback wird nicht unterstützt. Mit SQL Server 2022 und SQL Server 2025 haben Sie die Möglichkeit, die Verknüpfung beizubehalten und zwischen den beiden Replikaten hin- und herzuschalten.

Wenn Sie planen, Ihre sekundäre verwaltete Instanz nur für die Notfallwiederherstellung zu verwenden, können Sie Lizenzkosten sparen, indem Sie den hybrider Failover-Vorteil aktivieren.

Richten Sie mithilfe der Anweisungen in diesem Artikel den Link zwischen SQL Server-Instanz und Azure SQL Managed Instance manuell ein. Nachdem Sie den Link erstellt haben, erhält Ihre Quelldatenbank eine schreibgeschützte Kopie auf Ihrem sekundären Zielreplikat.

Voraussetzungen

Um Ihre Datenbanken über den Link auf Ihr sekundäres Replikat zu replizieren, ist folgendes erforderlich:

Beachten Sie Folgendes:

  • Das Linkfeature unterstützt jeweils eine Datenbank pro Link. Wenn Sie mehrere Datenbanken von einer Instanz replizieren möchten, muss jeweils ein Link pro Datenbank erstellt werden. Wenn Sie also beispielsweise zehn Datenbanken in SQL Managed Instance replizieren möchten, müssen zehn einzelne Links erstellt werden.
  • Die Sortierung zwischen SQL Server und SQL Managed Instance sollte identisch sein. Ein Unterschied bei der Sortierung kann zu einem Unterschied bei der Groß-/Kleinschreibung von Servernamen führen und eine erfolgreiche Verbindung von SQL Server zu SQL Managed Instance verhindern.
  • Der Fehler 1475 auf Ihrem ursprünglichen SQL Server-Primärserver zeigt an, dass Sie eine neue Sicherungskette starten müssen, indem Sie eine vollständige Sicherung ohne die Option COPY ONLY erstellen.
  • Zum Herstellen einer Verknüpfung oder eines Failovers von SQL Managed Instance zu SQL Server 2025 müssen Sie Ihre SQL-verwaltete Instanz mit der SQL Server 2025-Updaterichtlinie konfigurieren. Die Datenreplikation und das Failover von SQL Managed Instance zu SQL Server 2025 werden von Instanzen, die mit einer nicht übereinstimmenden Updaterichtlinie konfiguriert sind, nicht unterstützt.
  • Zum Herstellen einer Verknüpfung oder eines Failovers von SQL Managed Instance zu SQL Server 2022 müssen Sie Ihre SQL-verwaltete Instanz mit der SQL Server 2022-Updaterichtlinie konfigurieren. Die Datenreplikation und das Failover von SQL Managed Instance zu SQL Server 2022 werden von Instanzen, die mit einer nicht übereinstimmenden Updaterichtlinie konfiguriert sind, nicht unterstützt.
  • Sie können zwar eine Verknüpfung aus einer unterstützten Version von SQL Server zu einer SQL-verwalteten Instanz herstellen, die mit der Always-up-to-date-Aktualisierungsrichtlinie konfiguriert ist, doch nach einem Failover zur SQL-verwalteten Instanz können Sie keine Daten replizieren und nicht zu Ihrer SQL Server-Instanz zurückwechseln.

Berechtigungen

Für SQL Server benötigen Sie sysadmin-Berechtigungen .

Für azure SQL Managed Instance müssen Sie Mitglied der Rolle "Mitwirkender verwalteter SQL-Instanz " sein oder über die folgenden benutzerdefinierten Rollenberechtigungen verfügen:

Microsoft.Sql/resource Erforderliche Berechtigungen
Microsoft.Sql/managedInstances de-DE: /read, /write
Microsoft.Sql/managedInstances/hybridCertificate /action
Microsoft.Sql/managedInstances/databases (read, /delete, /write, /completeRestore/action, /readBackups/action, /restoreDetails/read)
Microsoft.Sql/managedInstances/distributedAvailabilityGroups /read, /write, /delete, /RolleSetzen/aktion
Microsoft.Sql/managedInstances/endpointCertificates /read
Microsoft.Sql/managedInstances/hybridLink /read (lesen), /write (schreiben), /delete (löschen)
Microsoft.Sql/managedInstances/serverTrustCertificates /schreiben (write), /löschen (delete), /lesen (read)

Vorbereiten von Datenbanken

Wenn SQL Server Ihre erste primäre Instanz ist, müssen Sie eine Sicherung Ihrer Datenbank erstellen. Da Azure SQL Managed Instance automatisch Backups erstellt, können Sie diesen Schritt überspringen, wenn SQL Managed Instance Ihre erste Primärinstanz ist.

Verwenden Sie SSMS, um Ihre Datenbank auf SQL Server zu sichern. Führen Sie folgende Schritte aus:

  1. Stellen Sie in SQL Server Management Studio (SSMS) eine Verbindung mit Ihrer Datenbank her.
  2. Klicken Sie im Objekt-Explorer mit der rechten Maustaste auf die Datenbank, zeigen Sie auf Aufgaben, und wählen Sie dann Sichern aus.
  3. Wählen Sie Vollständig für den Sicherungstyp aus.
  4. Vergewissern Sie sich, dass die Option Sicherung auf den Sicherungspfad zu einem Datenträger mit ausreichend freiem Speicherplatz zur Verfügung stellt.
  5. Klicken Sie auf OK, um die vollständige Sicherung abzuschließen.

Weitere Informationen finden Sie unter Erstellen einer vollständigen Datenbanksicherung.

Hinweis

Die Verbindung unterstützt nur die Replikation von Benutzerdatenbanken. Die Replikation von Systemdatenbanken wird nicht unterstützt. Zum Replizieren von Objekten auf Instanzebene, die in master oder msdb gespeichert sind, erstellen Sie Skripte und führen Sie T-SQL-Skripts auf der Zielinstanz aus.

In den folgenden Schritten verwenden Sie den Assistenten New Managed Instance link in SSMS, um eine Verbindung zwischen Ihrer anfänglichen primären und Ihrer sekundären Replik zu erstellen.

Nachdem Sie den Link erstellt haben, erhält Ihre Quelldatenbank eine schreibgeschützte Kopie auf Ihrem sekundären Zielreplikat.

  1. Öffnen Sie SSMS und stellen Sie eine Verbindung zu Ihrem ersten Primärserver her.

  2. Klicken Sie im Objekt-Explorer mit der rechten Maustaste auf die Datenbank, die Sie mit der sekundären Datenbank verknüpfen möchten, bewegen Sie den Mauszeiger über den Link Azure SQL Managed Instance und wählen Sie Neu... aus, um den Assistenten für den Link Neue verwaltete Instanz zu öffnen. Wenn die SQL Server-Version nicht unterstützt wird, ist diese Option im Kontextmenü nicht verfügbar.

    Screenshot: Kontextmenüoption einer Datenbank zum Erstellen eines neuen Links

  3. Wählen Sie auf der Seite Einführung des Assistenten die Option Weiter aus.

  4. Geben Sie auf der Seite "Linkoptionen angeben " einen Namen für Ihren Link an. Wenn Sie mehrere Datenbanken auswählen, fügt der Assistent den Datenbanknamen automatisch am Ende des von Ihnen angegebenen Namens an, damit Sie ihn nicht selbst einschließen müssen. Aktivieren Sie die Kontrollkästchen, wenn Sie die Konnektivitätsproblembehandlung aktivieren möchten, und für SQL Server 2022 oder SQL Server 2025, wenn Sie die Verknüpfung für die bidirektionale Notfallwiederherstellung verwenden möchten. Wählen Sie Weiter aus.

  5. Auf der Seite Anforderungen überprüft der Assistent die Anforderungen, um eine Verbindung mit Ihrem Sekundärobjekt herzustellen. Wählen Sie Weiter, nachdem alle Anforderungen überprüft wurden, oder lösen Sie alle Anforderungen, die nicht erfüllt sind, und wählen Sie dann Überprüfung erneut ausführen aus.

  6. Auf der Seite Datenbanken auswählen wählen Sie die Datenbank aus, die Sie über den angegebenen Link in Ihr sekundäres Replikat replizieren möchten. Wenn Sie mehrere Datenbanken auswählen, werden für jeden Link mehrere verteilte Verfügbarkeitsgruppen erstellt. Wählen Sie Weiter aus.

  7. Wählen Sie auf der Seite " Sekundäres Replikat angeben " die Option " Sekundäres Replikat hinzufügen " aus, um Ihr sekundäres Replikat hinzuzufügen. Wenn Ihr primäres Quellsystem SQL Server ist, öffnet diese Aktion das Fenster Bei Azure anmelden. Wenn Ihre anfängliche primäre Instanz eine SQL Managed Instance ist, öffnet diese Aktion das Dialogfeld Mit Server verbinden.

    1. Melden Sie sich für eine primäre SQL Server-Instanz bei Azure an, wählen Sie das Abonnement, die Ressourcengruppe und die sekundäre SQL-verwaltete Instanz aus der Dropdownliste aus. Wählen Sie Anmelden um das Dialogfeld Verbinden für Server zu öffnen, und stellen Sie dann eine Verbindung mit der SQL Managed Instance her, in die Sie Ihre Datenbank replizieren möchten. Wenn im Anmeldefenster die Anmeldung erfolgreich angezeigt wird, wählen Sie OK aus, um das Fenster zu schließen, und kehren Sie zum Assistenten Neuer verwaltete Instanz Link zurück.
    2. Stellen Sie für eine anfängliche primäre SQL Managed Instance eine Verbindung mit der SQL Server-Instanz her, zu der Sie die Datenbank replizieren möchten.

    Hinweis

    Um einen Link zu einer bereits vorhandenen Verfügbarkeitsgruppe herzustellen, geben Sie die IP-Adresse des vorhandenen Listeners im Feld "Endpunkt-URL " auf der Registerkarte "Endpunkte " der Seite " Sekundäres Replikat angeben " an.

  8. Nachdem Sie Ihr sekundäres Replikat hinzugefügt haben, verwenden Sie die Registerkarten im Assistenten, um die Endpunk-Einstellungen bei Bedarf zu ändern, und überprüfen Sie Informationen zu Sicherungen und dem Verknüpfungsendpunkt in den restlichen Registerkarten. Wählen Sie Weiter wenn Sie zum Fortfahren bereit sind.

  9. Wenn SQL Managed Instance Ihre anfängliche primäre Instanz ist, ist die nächste Seite im Assistenten die Seite Anmelden bei Azure. Melden Sie sich bei Bedarf erneut an, und wählen Sie dann Weiter aus. Diese Seite ist nicht verfügbar, wenn SQL Server Ihre anfängliche primäre Instanz ist.

  10. Stellen Sie auf der Seite Überprüfung sicher, dass alle Überprüfungen erfolgreich sind. Wenn ein Fehler auftritt, lösen Sie ihn, und führen Sie dann die Validierung erneut aus. Wählen Sie Weiter wenn Sie fertig sind.

  11. Überprüfen Sie auf der Seite Zusammenfassung Ihre Konfiguration noch einmal. Wählen Sie optional Skript aus, um ein Skript zu generieren, damit Sie denselben Link in Zukunft ganz einfach neu erstellen können. Wenn Sie bereit sind, wählen Sie Fertig stellen aus, um den Link zu erstellen.

  12. Auf der Seite Ausgeführte Aktionen wird der Fortschritt der einzelnen Aktionen angezeigt.

  13. Nach Abschluss aller Schritte werden auf der Seite Ergebnisse neben den erfolgreich abgeschlossenen Aktionen Häkchen angezeigt. Sie können das Fenster jetzt schließen.

Anzeigen einer replizierten Datenbank

Nachdem Sie den Link erstellt haben, repliziert die Datenbank in das sekundäre Replikat. Je nach Datenbankgröße und Netzwerkgeschwindigkeit kann sich die Datenbank möglicherweise zunächst auf dem sekundären Replikat im Zustand Wiederherstellung befinden. Nach Abschluss des anfänglichen Seedings wird die Datenbank auf das sekundäre Replikat wiederhergestellt und kann für schreibgeschützte Workloads verwendet werden.

Verwenden Sie in beiden Replikaten Objekt-Explorer in SSMS, um den synchronisierten Status der replizierten Datenbank anzuzeigen.

Screenshot, der den Status der SQL Server-Datenbank und der verteilten Verfügbarkeitsgruppe in SSMS zeigt.

Erweitern Sie Hochverfügbarkeit mit Always On und Verfügbarkeitsgruppen, um die verteilte Verfügbarkeitsgruppe anzuzeigen, die für jede Verbindung erstellt wird.

Screenshot: Status der SQL Managed Instance-Datenbank und der verteilten Verfügbarkeitsgruppe

Unabhängig davon, welche Instanz primär ist, können Sie auch mit der rechten Maustaste auf die verknüpfte Verteilte Verfügbarkeitsgruppe auf SQL Server klicken und das Dashboard anzeigen, um das Dashboard für die Gruppe Verteilte Verfügbarkeit anzuzeigen, die den Status der verknüpften Datenbank in der Gruppe Verteilte Verfügbarkeit anzeigt.

Erste Transaktionsprotokollsicherung durchführen

Wenn SQL Server Ihre erste primäre Instanz ist, nehmen Sie die erste Transaktionsprotokollsicherung auf SQL Server nach Abschluss des anfänglichen Seedings. Zu diesem Zeitpunkt befindet sich die Datenbank nicht mehr im Zustand "Wiederherstellen" in der verwalteten Azure SQL-Instanz. Nehmen Sie dann regelmäßig SQL Server-Transaktionsprotokollsicherungen , um übermäßiges Protokollwachstum zu minimieren, während SQL Server in der primären Rolle ist.

Wenn SQL Managed Instance Ihre primäre Instanz ist, müssen Sie keine Maßnahmen ergreifen, da Azure SQL Managed Instance automatisch Protokollsicherungen ausführt.

Wenn Sie den Link ablegen möchten, entweder weil er nicht mehr benötigt wird oder weil er sich in einem irreparablen Zustand befindet und neu erstellt werden muss, können Sie dies mithilfe von SQL Server Management Studio (SSMS) tun.

Sie können die Verlinkung aus den folgenden Menüoptionen in Objekt-Explorer von SSMS löschen, nachdem Sie eine Verbindung mit Ihrer Instanz hergestellt haben:

  • Always-On-Verfügbarkeitsgruppen>Verfügbarkeitsgruppen> Klicken Sie mit der rechten Maustaste auf den Namen der verteilten Verfügbarkeitsgruppe, der der Verlinkung >Löschen... zugeordnet ist
  • Datenbanken> Klicken Sie mit der rechten Maustaste auf die Datenbank, die der Verlinkung >Azure SQL Managed Instance-Verlinkung>Löschen... zugeordnet ist

Problembehandlung

Wenn beim Erstellen des Links eine Fehlermeldung auftritt, wählen Sie die Fehlermeldung aus, um ein Fenster mit zusätzlichen Details zum Fehler zu öffnen.

Wenn beim Arbeiten mit dem Link ein Fehler auftritt, beendet der SSMS-Assistent die Ausführung an dem fehlgeschlagenen Schritt, und Sie können ihn nicht neu starten. Beheben Sie das Problem. Bereinigen Sie die Umgebung, um zum ursprünglichen Zustand zurückzukehren, indem Sie die Gruppe "Verteilte Verfügbarkeit" und "Verfügbarkeitsgruppe" entfernen, wenn Sie sie beim Einrichten des Links erstellt haben. Starten Sie dann den Assistenten erneut, um von vorne zu beginnen.

Weitere Informationen finden Sie unter Beheben von Problemen mit dem Link.

Zugehöriger Inhalt

Informationen zur Verwendung des Links finden Sie unter:

Weitere Informationen zum Link finden Sie unter:

Informationen zu anderen Replikations- und Migrationsszenarios finden Sie unter:

  • Last updated on