Bewährte Methoden im Umgang mit dem Linkfeature für Azure SQL Managed Instance

Gilt für:Azure SQL Managed Instance

In diesem Artikel erfahren Sie mehr über bewährte Methoden im Umgang mit dem Linkfeature für Azure SQL Managed Instance. Das Linkfeature für Azure SQL Managed Instance verbindet Ihre SQL Server-Instanzen von einem beliebigen Ort aus mit SQL Managed Instance und ermöglicht nahezu in Echtzeit eine Datenreplikation in die Cloud.

Hinweis

Einige der Funktionen der Verbindung sind allgemein verfügbar, während sich andere derzeit in der Vorschauversion befinden. Sehen Sie sich die Voraussetzungen an, um mehr zu erfahren.

Regelmäßiges Erstellen von Protokollsicherungen

Das Linkfeature repliziert Daten mithilfe des Konzepts der verteilten Verfügbarkeitsgruppen, das auf dem Technologiestapel der Always On-Verfügbarkeitsgruppen basiert. Die Datenreplikation mit verteilten Verfügbarkeitsgruppen basiert auf der Replikation von Transaktionsprotokolldatensätzen. Auf der primären SQL Server-Instanz können keine Transaktionsprotokolldatensätze aus der Datenbank gekürzt werden, solange sie nicht in die Datenbank des sekundären Replikats repliziert wurden. Wird die Replikation der Transaktionsprotokolldatensätze aufgrund von Netzwerkverbindungsproblemen langsam ausgeführt oder blockiert, wird die Protokolldatei auf der primären Instanz immer größer. Wie schnell dies geschieht, hängt von der Workloadintensität und der Netzwerkgeschwindigkeit ab. Bei längeren Netzwerkverbindungsausfällen und einer hohen Arbeitsauslastung auf der primären Instanz kann die Protokolldatei den gesamten verfügbaren Speicherplatz beanspruchen.

Um das Risiko zu minimieren, dass der Speicherplatz auf Ihrer primären SQL Server-Instanz aufgrund des Wachstums der Protokolldateien knapp wird, sollten Sie regelmäßig Backups der Datenbankprotokolle auf Ihrem SQL Server erstellen, wenn dieser die primäre Instanz ist. Es ist keine zusätzliche Aktion erforderlich, wenn SQL-verwaltete Instanz die primäre ist, da Protokollsicherungen bereits automatisch ausgeführt werden. Regelmäßige Protokollsicherungen auf Ihrem primären SQL Server erhöhen die Resilienz Ihrer Datenbank gegenüber ungeplanten Protokollvergrößerungen. Die erste Datenbankprotokollsicherung sollte erst durchgeführt werden, nachdem das anfängliche Seeding für SQL Managed Instance abgeschlossen wurde (d. a. das Datenbankreplikat auf SQL Managed Instance ist nicht mehr im Zustand „Wiederherstellen“). Planen Sie z. B. tägliche Protokollsicherungen mithilfe eines Auftrags des SQL Server-Agents.

Für die Sicherung der Protokolldatei können Sie, wie im folgenden Beispiel gezeigt, ein Transact-SQL-Skript (T-SQL) verwenden. Ersetzen Sie die Platzhalter im Beispielskript durch den Namen Ihrer Datenbank, den Namen und Pfad der Sicherungsdatei und die Beschreibung.

Verwenden Sie zur Sicherung Ihres Transaktionsprotokolls das folgende T-SQL-Beispielskript für SQL Server:

-- Execute on SQL Server
-- Take log backup
BACKUP LOG [<DatabaseName>]
TO DISK = N'<DiskPathandFileName>'
WITH NOFORMAT, NOINIT,
NAME = N'<Description>', SKIP, NOREWIND, NOUNLOAD, COMPRESSION, STATS = 1

Verwenden Sie den folgenden T-SQL-Befehl, um den von Ihrer Datenbank in SQL Server verwendeten Protokollspeicherplatz zu überprüfen:

-- Execute on SQL Server
DBCC SQLPERF(LOGSPACE); 

Die Abfrageausgabe ähnelt der folgenden Ausgabe für die Beispieldatenbank tpcc:

In diesem Beispiel nutzt die Datenbank 76 % des verfügbaren Protokollspeicherplatzes bei einer absoluten Größe der Protokolldatei von ungefähr 27 GB (27.971 MB). Die Schwellenwerte für Aktionen variieren je nach Workload. Im vorherigen Beispiel sind die Größe des Transaktionsprotokolls und der Prozentsatz der Protokollnutzung in der Regel ein Hinweis darauf, dass Sie eine Transaktionsprotokollsicherung durchführen sollten, um die Protokolldatei zu kürzen und etwas Speicherplatz freizugeben, oder dass Sie Protokollsicherungen häufiger ausführen sollten. Es könnte auch ein Hinweis darauf sein, dass die Kürzung des Transaktionsprotokolls durch offene Transaktionen blockiert wird. Weitere Informationen zur Problembehandlung beim Transaktionsprotokoll in SQL Server finden Sie unter Problembehandlung bei vollen Transaktionsprotokollen (SQL Server-Fehler 9002). Weitere Informationen zur Problembehandlung für ein Transaktionsprotokoll in Azure SQL Managed Instance finden Sie unter Problembehandlung von Transaktionsprotokollfehlern mit Azure SQL Managed Instance.

Hinzufügen von Ablaufverfolgungsflags beim Starten

Sie können zwei Ablaufverfolgungs-Flags (-T1800 und-T9567) als Startparameter in SQL Server hinzufügen, um die Leistung der Datenreplikation über das Linkfeature zu optimieren. Weitere Informationen finden Sie unter Aktivieren von Ablaufverfolgungsflags beim Starten.

Zugehöriger Inhalt

• Linkfeature für Azure SQL Managed Instance – Überblick
• 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
• Notfallwiederherstellung mit Managed Instance Link
• Bewährte Methoden zum Verwalten des Links