Konfigurieren Sie die Verbindung mit SSMS – Azure SQL Managed Instance

  • Artikel

Gilt für:Azure SQL Managed Instance

In diesem Artikel erfahren Sie, wie Sie mithilfe des Linkfeatures in SQL Server Management Studio (SSMS) für eine Datenbank ein Failover von SQL Server zu Azure SQL Managed Instance ausführen. Mit dem Link werden die Datenbanken von Ihrer primären Datenbank nahezu in Echtzeit auf Ihr sekundäres Replikat repliziert.

Nachdem die Verknüpfung erstellt wurde, können Sie zum Zwecke der Migration oder der Notfallwiederherstellung einen Failover zu Ihrer sekundären Replikation ausführen.

Hinweis

  • Es ist auch möglich, den Link mithilfe von Skripts zu konfigurieren.
  • Das Konfigurieren von Azure SQL Managed Instance als erste primäre Instanz befindet sich derzeit in Planung und wird ab dem SQL Server 2022 CU10 nur unterstützt.

Überblick

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 die Verknüpfung konfiguriert wurde, werden die Datenbanken des ursprünglichen primären Systems auf das sekundäre Replikat repliziert.

Sie können den Link für eine kontinuierliche Datenreplikation in einer hybriden Umgebung zwischen dem primären und dem sekundären Replikat bestehen lassen oder die Datenbank auf das sekundäre Replikat auslagern, um zu Azure zu migrieren oder für eine Notfallwiederherstellung. Bei SQL Server 2019 und früheren Versionen unterbricht der Failover zu Azure SQL Managed Instance die Verbindung und der Failback wird nicht unterstützt. Mit SQL Server 2022 haben Sie die Möglichkeit, die Verbindung aufrechtzuerhalten und zwischen den beiden Replikaten hin und her zu wechseln – diese Funktion befindet sich derzeit in Planung.

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 die Verknüpfung erstellt wurde, erhält Ihre Quelldatenbank eine schreibgeschützte Kopie auf dem sekundären Zielreplikat.

Voraussetzungen

Hinweis

Einige der Funktionen der Verbindung sind allgemein verfügbar, während sich andere derzeit in der Vorschauversion befinden. Sie auch Versionsunterstützung, um mehr zu erfahren.

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 Konflikt bei der Sortierung kann zu einem Konflikt bei der Groß-/Kleinschreibung des Servernamens führen und eine erfolgreiche Verbindungsherstellung zwischen SQL Server und 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.

Berechtigungen

Für SQL Server sollten Sie über sysadmin-Berechtigungen verfügen.

Für Azure SQL Managed Instance sollten Sie Mitglied der Rolle Mitwirkender für SQL Managed Instance sein oder über die folgenden Berechtigungen für eine benutzerdefinierte Rolle verfügen:

Microsoft.Sql/resource Erforderliche Berechtigungen
Microsoft.Sql/managedInstances /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, /setRole/action
Microsoft.Sql/managedInstances/endpointCertificates /read
Microsoft.Sql/managedInstances/hybridLink /read, /write, /delete
Microsoft.Sql/managedInstances/serverTrustCertificates /write, /delete, /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 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. Um Objekte auf Instanzebene (gespeichert in master oder msdb) zu replizieren, wird empfohlen, schreiben Sie sie aus 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 die Verbindung zwischen SQL Server und SQL Managed Instance herzustellen.

Nachdem die Verbindung hergestellt wurde, erhält Ihre Quelldatenbank eine schreibgeschützte Kopie auf ihrem sekundäre 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 that shows a database's context menu option to create a new link.

  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, wird der Datenbankname automatisch am Ende des von Ihnen angegebenen Namens angefügt, 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, 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 Ihrer .Sekundärseite 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. Wählen Sie auf der Seite Datenbanken auswählen die Datenbank aus, die Sie über den Link in Ihr sekundäres Replikat replizieren möchten. Wenn Sie mehrere Datenbanken auswählen, erstellen Sie mehrere verteilte Verfügbarkeitsgruppen, eine für jeden Link. 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 Die erste primäre SQL Server-Instanz ist, öffnet dies das Fenster Anmelden bei Azure. Wenn die ursprüngliche primäre SQL Managed Instance ist, öffnet dies das Dialogfeld Verbinden für den Server.

    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 verwaltete SQL Server-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 PRIMÄRE SQL Managed Instance eine Verbindung mit der SQL Server-Instanz her, in die Sie Die Datenbank replizieren möchten.

  8. Nachdem Sie Ihr sekundäres Replikat hinzugefügt haben, verwenden Sie die Registerkarten im Assistenten, um Endpunkteinstellungen zu ändern, falls erforderlich, und überprüfen Sie Informationen zu Sicherungen und dem Verknüpfungsendpunkt auf den Registerkarten Neu Standard. Wählen Sie Weiter wenn Sie zum Fortfahren bereit sind.

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

  10. Stellen Sie auf der Seite Überprüfung sicher, dass alle Überprüfungen erfolgreich sind. Wenn ein Fehler auftritt, lösen Sie ihm auf, und führen Sie dann die Überprüfung 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 der Link erstellt wurde, wird Ihre Datenbank in das sekundäre Replikat repliziert. 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 im sekundären 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. Erweitern Sie Hochverfügbarkeit mit Always On und Verfügbarkeitsgruppen, um die verteilte Verfügbarkeitsgruppe anzuzeigen, die für jede Verbindung erstellt wird.

Screenshot that shows the state of the SQL Server database and distributed availability group in S S M S.Screenshot that shows the state of the SQL Managed Instance database and distributed availability group.

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.

Beenden einer Workload

Wenn Sie zur Migration bereit sind und um Ihre Datenbank auf das sekundäre Replikat auszulagern, stoppen Sie zunächst alle Anwendungs-Workloads auf dem primären Replikat während Ihrer Wartungszeiten. Dadurch kann die Datenbank-Replikation auf dem sekundären System ausfallen und Sie können ohne Datenverlust auf ein sekundäres System migrieren oder ausfallen. Sie müssen sicherstellen, dass die Anwendungen vor dem Failover keine Transaktionen an das primäre Replikat übertragen.

Ausführen eines Failovers für eine Datenbank

Verwenden Sie das Failover zwischen SQL Server und verwaltete Instanz-Assistenten in SSMS, um die Datenbank von Ihrem primären zu Ihrem sekundären Replikat zu überschreiben.

Sie können ein geplantes Failover entweder von dem primären oder dem sekundären Replikat aus durchführen. Zum Ausführen eines erzwungenen Failovers stellen Sie eine Verbindung mit dem sekundären Replikat her.

Achtung

  • Halten Sie vor dem Failover die Arbeitslast auf der Ursprungsdatenbank an, damit die replizierte Datenbank vollständig nachziehen und ein Failover ohne Datenverlust durchführen kann. Wenn Sie ein erzwungenes Failover ausführen, können Daten verloren gehen.
  • Der Failover einer Datenbank in SQL Server 2019 und früheren Versionen unterbricht und entfernt die Verbindung zwischen den beiden Replikaten. Sie können nicht zur ursprünglichen Primärinstanz zurückkehren.
  • Der Failover einer Datenbank unter Beibehaltung der Verbindung zu SQL Server 2022 befindet sich derzeit in Planung.

Führen Sie die folgenden Schritte aus, um ein Failover Ihrer Datenbank auszuführen:

  1. Öffnen Sie SSMS, und stellen Sie eine Verbindung zu einem Replikaten her.

  2. Klicken Sie im Objekt-Explorer mit der rechten Maustaste auf Ihre Datenbank, zeigen Sie mit der Maus auf Azure SQL Managed Instance-Link und wählen Sie Failover… für Datenbank ausführen aus, um den Assistenten für die Ausführung eines Failovers für eine Datenbank zu Managed Instance zu öffnen. Wenn Sie über mehrere Verknüpfungen aus derselben Datenbank verfügen, erweitern Sie Verfügbarkeitsgruppen unter AlwaysOn-Verfügbarkeitsgruppen in Objekt-Explorer, und klicken Sie mit der rechten Maustaste auf die Verteilte Verfügbarkeitsgruppe für den Link, über den Sie fehlschlagen möchten. Wählen Sie Failover… um das Failover zwischen SQL Server und verwaltete Instanz Assistenten für diesen bestimmten Link zu öffnen.

    Screenshot that shows a database's context menu option for failover.

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

  4. Auf der Seite Failover-Typ auswählen werden Details zu den einzelnen Replikaten, der Rolle der ausgewählten Datenbank und den unterstützten Failovertypen angezeigt. Sie können Failover von jedem Replikat aus initiieren. Wenn Sie ein erzwungenes Failover auswählen, müssen Sie das Kontrollkästchen aktivieren, um anzugeben, dass ein potenzieller Datenverlust auftreten könnte. Wählen Sie Weiter aus.

  5. Wählen Sie auf der Seite Anmelden bei Azure und Remote-Instanz die Option Anmelden aus, um Ihre Anmeldeinformationen anzugeben und sich bei Ihrem Azure-Konto anzumelden. Wählen Sie Anmeldung aus, um sich entweder bei Ihrem SQL Server- oder SQL Managed Instance sekundären Replikat anzumelden, wenn Sie dazu aufgefordert werden.

  6. Auf der Seite Post-Failover-Vorgänge unterscheiden sich die Optionen zwischen SQL Server 2022 und früheren Versionen.

    1. Für SQL Server 2022 können Sie die Replikation zwischen Replikaten beenden und die Verknüpfung und verteilte Verfügbarkeitsgruppe nach Abschluss des Failovers ablegen. Wenn Sie die Verknüpfung Standard und die Replikation von Daten zwischen Replikaten fortsetzen möchten, lassen Sie das Kontrollkästchen deaktiviert. Wenn Sie den Link löschen möchten, können Sie auch das Kontrollkästchen aktivieren, um die Verfügbarkeitsgruppe zu löschen, wenn Sie sie ausschließlich zum Zweck der Replikation Ihrer Datenbank in Azure erstellt haben und Sie sie nicht mehr benötigen. Aktivieren Sie die Kontrollkästchen, die Ihrem Szenario entsprechen, und wählen Sie dann Weiter.
    2. Bei SQL Server 2019 und früheren Versionen ist die Option zum Entfernen des Links standardmäßig aktiviert, und Sie können die Option nicht deaktivieren, da der Fehler bei SQL verwaltete Instanz die Replikation beendet, die Verknüpfung unterbrochen und die verteilte Verfügbarkeitsgruppe aufgehoben wird. Aktivieren Sie das Kontrollkästchen, um anzugeben, dass der Link gelöscht wird, und wählen Sie dann Weiter.

  7. Überprüfen Sie die Aktionen auf der Seite Zusammenfassung. Wählen Sie optional Skript aus, um ein Skript zu generieren, damit Sie die Datenbank problemlos mit demselben Link in der Zukunft überschreiben können. Wenn Sie bereit sind, mit dem Failover fortzufahren, wählen Sie Fertig stellen aus.

  8. 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.

Wenn Sie den Link für SQL Server 2022 Standard beibehalten haben, wird die sekundäre Verbindung zur neuen primären Instanz, die Verknüpfung ist weiterhin aktiv, und Sie können die sekundäre Verknüpfung nicht mehr aufrufen.

Wenn Sie sql Server 2019 und frühere Versionen verwenden oder den Link für SQL Server 2022 ablegen möchten, wird der Link gelöscht und ist nach Abschluss des Failovers nicht mehr vorhanden. Die Quelldatenbank und die Zieldatenbank auf jedem Replikat können eine Lese-/Schreibworkload ausführen. Sie sind vollständig unabhängig.

Wichtig

Nach erfolgreichem Failover zur SQL Managed Instance verweisen Sie die Verbindungszeichenfolge Ihrer Anwendung(en) manuell auf den FQDN der SQL Managed Instance, um die Migration oder den Failover-Prozess abzuschließen und den Betrieb in Azure fortzusetzen.

Datenbank nach dem Failover anzeigen

Wenn Sie sich für SQL Server 2022 entschieden haben, den Link zu Standard, können Sie die Datenbank in Objekt-Explorer entweder in SQL Server- oder SQL Managed Instance überprüfen. Der Status der Datenbank wird synchronisiert und die verteilte Verfügbarkeitsgruppe unter Verfügbarkeitsgruppen ist vorhanden.

Wenn Sie den Link während des Failovers gelöscht haben, können Sie Objekt-Explorer verwenden, um zu bestätigen, dass die Verteilte Verfügbarkeitsgruppe nicht mehr vorhanden ist, aber wenn Sie sich entschieden haben, die Verfügbarkeitsgruppe beizubehalten, wird die Datenbank weiterhin synchronisiert.

Problembehandlung

Dieser Abschnitt enthält Anleitungen zur Konfiguration und Verwendung des Links.

Fehler

Wenn beim Erstellen des Links eine Fehlermeldung auftritt oder eine Datenbank fehlschlägt, wählen Sie den Fehler 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 kann nicht erneut gestartet werden. Beheben Sie das Problem und bereinigen Sie bei Bedarf die Umgebung, um den ursprünglichen Zustand wiederherzustellen, indem Sie die verteilte Verfügbarkeitsgruppe und die Verfügbarkeitsgruppe entfernen, falls diese beim Einrichten der Verknüpfung erstellt wurde. Starten Sie dann den Assistenten erneut, um zu beginnen.

Inkonsistenter Zustand nach erzwungenem Failover

Die Verwendung von einem erzwungenem Failover kann zu einem inkonsistenten Zustand zwischen dem primären und dem sekundären Replikat führen, was zu einem Split-Brain-Szenario führt, da beide Replikate dieselbe Rolle einnehmen. Die Datenreplikation schlägt in diesem Zustand fehl, bis der Benutzer die Situation löst, indem er ein Replikat manuell als primäres und das andere als sekundäres Replikat festlegt.

Zugehöriger Inhalt

Weitere Informationen zum Linkfeature finden Sie in den folgenden Ressourcen: