Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Gilt für:
Azure SQL Managed Instance
In diesem Artikel wird der Protokollwiedergabedienst (Log Replay Service, LRS) mit dem Link "Verwaltete Instanz " bei der Migration zu azure SQL Managed Instance verglichen.
Überblick
Der Protokollrücklaufdienst (Log Replay Service, LRS) wurde seit dem Start des Diensts im November 2018 für Migrationen zu azure SQL Managed Instance verwendet. Unter der Haube basiert LRS auf der Implementierung des Protokollversands, die auch Azure Database Migration Service (DMS) und die Azure SQL-Migrationserweiterung für Azure Data Studio unterstützt.
Im März 2022 wurde die Mi-Verknüpfung (Managed Instance Link) als leistungsfähigere Migrationsoption eingeführt, mit einer Zusage der bestmöglichen Mindestausfallzeitenmigration. Der Link "Verwaltete Instanz" verwendet verteilte Always On-Verfügbarkeitsgruppentechnologie , um Daten nahezu in Echtzeit von SQL Server in azure SQL Managed Instance zu replizieren. Über den Link können Sie auch als Migrationssicherung von SQL Managed Instance zurück zu SQL Server 2022 oder höher wechseln.
LRS und die MI-Verbindung ergänzen sich in den Funktionen, wobei jede Technologie den unterschiedlichen Geschäftlichen Anforderungen entspricht. Überprüfen Sie die Funktionen der einzelnen Tools, um zu ermitteln, welche für die Migration auf Der Grundlage Ihrer spezifischen Umstände am besten geeignet ist.
LRS- und MI-Verknüpfung vergleichen
Der grundlegende Unterschied zwischen LRS und der MI-Verbindung stammt aus der zugrunde liegenden Technologie. Da LRS auf Protokollversand basiert, werden Differenz- und Transaktionsprotokollsicherungen kontinuierlich von SQL Server übernommen, in Azure Blob Storage hochgeladen und in SQL Managed Instance wiederhergestellt. Der Prozess ist nicht in Echtzeit, da es Zeit benötigt, um Dateien zu sichern, hochzuladen und wiederherzustellen. Die Leistung von LRS basiert auf der Größe der Sicherungsblöcke.
Im Gegensatz dazu verwendet MI-Verknüpfung die Always On-Verfügbarkeitsgruppentechnologie, um Transaktionsprotokolldatensätze in nahezu Echtzeit von SQL Server an sql Managed Instance zu senden, wodurch sie zu einer wesentlich leistungsfähigeren Migrationslösung wird. Um die MI-Verbindung zu konfigurieren, müssen Sie jedoch ein VPN zwischen SQL Server und SQL Managed Instance einrichten und die entsprechenden Ports in der Firewall öffnen, während LRS über einen öffentlichen Endpunkt einsatzbereit ist. LRS kann für alle Editionen von SQL Server 2008 und höher verwendet werden, während mi-Link nur für SQL Server 2016 und höher, für Standard-, Enterprise- und Entwicklereditionen verwendet werden kann.
Hinweis
SQL Server 2025 Preview führt separate Enterprise Developer- und Standard Developer-Editionen von SQL Server ein.
Ein großer Vorteil der MI-Verknüpfung ist die Möglichkeit, eine Reversemigration zurück zu SQL Server 2022 und höher durchzuführen, was mit LRS nicht möglich ist. Ein weiterer wichtiger Vorteil der Migration mit dem MI-Link besteht darin, dass die Datenbank in der sql Managed Instance für schreibgeschützte Workloads verwendet werden kann, während die Migration ausgeführt wird. Diese Funktion ist bei LRS nicht verfügbar, da sich die Datenbank in einem wiederhergestellten Zustand befindet, bis die Migration abgeschlossen ist. Wenn Sie eine Rückmigration zu SQL Server 2022 und höher durchführen, ist die Datenbank während der Migration für schreibgeschützte Workloads auf SQL Server verfügbar.
In der folgenden Tabelle werden sowohl LRS- als auch MI-Verknüpfungen genauer verglichen:
| Funktionalität | Managed Instance-Link (MI-Link) | Protokollwiedergabedienst (Log Replay Service, LRS) | Hinweise |
|---|---|---|---|
| Zugrunde liegende Technologie | Verteilte Verfügbarkeitsgruppen (AG) | Protokollversand | MI-Link verwendet eine verteilte Verfügbarkeitsgruppe für die Replikation, die im Vergleich zur von LRS verwendeten Protokollversandtechnologie neuer und fortgeschrittener ist. |
| Replikationsleistung | Nahezu in Echtzeit. | Wird alle paar Minuten wiederhergestellt. | Das Replizieren von Daten über die MI-Verknüpfung ist wesentlich leistungsfähiger als das Anwenden von Transaktionsprotokollsicherungen mit LRS. |
| Unterstützte Mindestversion der Quellversion | SQL Server 2016 und höher | SQL Server 2008 und höher | LRS kann viel ältere SQL Server-Versionen als MI-Verknüpfung unterstützen. |
| Mindestens unterstützte Windows Server-Version | Windows Server 2012 R2 | Windows Server 2008 | LRS kann viel ältere Windows Server-Versionen als MI-Link unterstützen. |
| Schreibgeschützte sekundär | Unterstützt. | Nicht unterstützt. | Während die Replikation läuft, können SQL Managed Instance-Datenbanken, die über die Verbindung repliziert werden, für schreibgeschützte Workloads verwendet werden. Auf diese Weise können Sie die Migration vor der Umstellung testen oder Ihre Datenbanken vor der Migration zu Azure verwenden. Wenn Sie eine Rückmigration zu SQL Server 2022 und höher durchführen, ist die Datenbank während der Migration für schreibgeschützte Workloads auf SQL Server verfügbar. Diese Funktion ist bei LRS nicht verfügbar. |
| Replikation von verschlüsselten TDE-Datenbanken | Ja, erfordert das Importieren von Sicherheitsschlüsseln in die verwaltete SQL-Instanz. | Ja, erfordert das Importieren von Sicherheitsschlüsseln in die verwaltete SQL-Instanz. | Die Anforderung und das Verfahren zum Migrieren des entsprechenden Verschlüsselungszertifikats von SQL Server zu sql managed instance vor dem Starten der Migration ist für beide Migrationsoptionen identisch. |
| Netzwerkkonnektivitätstyp | – Privater Endpunkt – VPN, das sowohl mit eingehenden als auch mit ausgehenden Ports konfiguriert ist |
Öffentlicher Endpunkt | Während MI-Link zusätzliche Sicherheitsebenen bietet und ein VPN als Option bietet, ist die Konfiguration von Netzwerken im Vergleich zu LRS schwieriger. LRS bietet standardmäßig eine vereinfachte Oberfläche, sodass Sie sie sofort ohne Netzwerk- oder VPN-Konfiguration verwenden können. LRS verwendet standardmäßig einen öffentlichen Endpunkt, der weniger sicher ist als das VPN, das mit MI-Link verwendet wird, und er erfüllt möglicherweise einige der anspruchsvollsten Sicherheitsanforderungen nicht, da es ein öffentlich verfügbar gemachtes Azure Blob Storage-Konto als Zwischenkonto verwendet, um Daten zu speichern, bevor sie in SQL Managed Instance wiederhergestellt wird. Obwohl es möglich ist, einen privaten Endpunkt mit LRS zu verwenden, um die Übertragung von Daten sicherer zu machen, erhöht sich die anfängliche Konfigurationskomplexität. |
| Datenverschlüsselung bei der Übertragung | - Mit AES verschlüsselte Daten und - SSL wird für die Verschlüsselung der Datenübertragung verwendet. |
SSL wird für die Verschlüsselung der Datenübertragung verwendet. | MI-Verknüpfung verwendet eine zusätzliche Daten-AES-Verschlüsselungsebene. SSL wird für die Übertragung von Daten für Migrationstools verwendet. |
| Authentifizierung für die Replikation | Von einer vertrauenswürdigen Zertifizierungsstelle signierte Zertifikate | Verwaltete Identitäten oder SAS-Token | Für die MI-Verknüpfung ist eine Zertifizierungsstelle erforderlich, die ein Zertifikat zur Authentifizierung signiert. Bei LRS ist die Verwendung verwalteter Identitäten sicherer als die Verwendung von selbst generierten SAS-Token. |
| Betroffen von Systemupdates oder Failover | Nein, abgesehen von einer minimalen Unterbrechung für eine kurze Ausfallsicherung. | - Bei Instanzen für allgemeine Zwecke wird die Migration automatisch angehalten und nach Unterbrechungen fortgesetzt. – Für unternehmenskritische Instanzen wird der Migrationsprozess für Unterbrechungen abgebrochen und muss manuell neu gestartet werden. |
DIE MI-Verknüpfung ist robust und die Migration wird von SQL Managed Instance Failovers nicht beeinflusst. Umgekehrt werden LRS-Migrationen durch Neustarts oder Failovers von SQL-verwalteten Instanzen auf der Dienstebene für allgemeine Zwecke verzögert, und die Migration wird für Instanzen auf der Business Critical-Dienstebene neu gestartet. |
| Replikationsdauer | Unbegrenzte Replikationszeit mit dem Link (Monate und sogar Jahre gleichzeitig). | Ein LRS-Auftrag kann bis zu 30 Tage dauern. | Ein MI-Link kann unbegrenzt lange bestehen bleiben. LRS ist auf maximal 30 Tage kontinuierlicher Protokollversand beschränkt, nach dem die Migration automatisch beendet wird und von Anfang an neu gestartet werden muss. |
| Migrationstyp | Echte Online-Migration mit nur einem kurzen Failover (gemessen in Sekunden). | – Onlinemigration mit erwarteten Ausfallzeiten während des Umschaltvorgangs für die Zeit, die zum Wiederherstellen der letzten Sicherungsdatei benötigt wird. - Für Instanzen in der Dienstebene „Unternehmenskritisch“ dauert die Umstellung erheblich länger. |
MI-Link ist die einzige Lösung, die eine Lösung mit minimaler Ausfallzeit (<1 Minute) für alle Service-Tiers der verwalteten SQL-Instanz bietet. Bei LRS wird die letzte Sicherungsdatei während des Umstellungsvorgangs noch wiederhergestellt. Aufgrund der Größe der letzten Sicherungsdatei und der Zeit, die für die Wiederherstellung benötigt wird, kann es eine erhebliche Wartezeit geben, bis die Datenbank in der SQL Managed Instance verfügbar ist. Wenn LRS zur Migration zur Business Critical-Dienstebene verwendet wird, kann die Ausfallzeit während der Migration erheblich länger sein, da die gesamte Datenbank vom primären Knoten auf die sekundären Knoten repliziert werden muss, bevor die Datenbank für Arbeitslasten auf dem primären Knoten verfügbar ist. Abhängig von der Gesamtgröße der Datenbank kann die Replikation auf die anderen Knoten und damit die Downtime manchmal mehrere Stunden dauern. Daher können Datenbanken mit LRS erheblich langsamer online gehen als mit der MI-Link, der nahezu sofort verfügbar ist. |
| Wartung für Quelle erforderlich | Ja, regelmäßige Transaktionsprotokollsicherungen. | Nein. | MI-Verbindung erfordert regelmäßige Transaktionsprotokollsicherungen der SQL Server-Quellinstanz während der Migration, um das Transaktionsprotokoll zu verkleinern und Speicherplatzmangel zu vermeiden. Umgekehrt ist für LRS keine Wartung erforderlich. |
| Resilienz | Setzt die Verknüpfungsreplikation automatisch fort, wenn SQL Server neu gestartet wird. | – Die Migration stockt, wenn eine unterbrochene Sicherungskette oder eine falsch spezifizierte letzte Sicherungsdatei vorliegt. - Unterstützt keine Sicherungsdateien aus mehreren Datenbanken im selben Ordner (Migration schlägt fehl). |
Die MI-Verbindung ist stabiler als LRS, da die Replikation nach Problemen (z. B. unerwartete Ausfallzeiten, Upgrades, Verlust der Netzwerkkonnektivität und viele andere) automatisch fortgesetzt wird. Darüber hinaus ist die MI-Verknüpfung robust für SQL MI-Failover oder Dienstupdates. Bestimmte Bedingungen führen zu einem LRS-Stillstand. Die LRS-Migration wird automatisch neu gestartet, wenn die Migration zur allgemeinen Dienststufe unterbrochen wird. Wenn jedoch eine Migration zur dienstkritischen Stufe unterbrochen wird, muss sie neu gestartet werden. |
| Umkehrung der Migration von SQL MI zurück zu SQL Server | Offline- und Onlinemigration zurück zu SQL Server 2022 und höher wird unterstützt. | Nicht unterstützt. | MI-Link ist die einzige Lösung, die die Online- und Offline-Reversemigration zu SQL Server 2022 und höheren Versionen bietet – die Reversemigration ist für ältere Versionen von SQL Server nicht verfügbar. |
Was soll ich auswählen?
Die Wahl zwischen LRS und der MI-Verbindung hängt von Ihren Umständen und geschäftlichen Anforderungen ab. Der bemerkenswerte Unterschied zwischen den Migrationslösungen ist die Leistung. LRS verfügt über eine einfachere Ersteinrichtung, mit der Sie schnell migrieren können. Während die anfängliche Konfiguration für MI-Verknüpfung komplexer ist, bietet sie größere Resilienz, Sicherheit und Flexibilität.
Darüber hinaus ist die Übernahmezeit mit MI-Link erheblich kürzer, was für viele Kunden ein erheblicher Vorteil ist. Tatsächlich ist die potenziell erhebliche Ausfallzeit bei der Migration zur Business Critical-Dienstebene mit LRS der Grund, warum der MI-Link als einzige "echte Onlinemigration" auf die Business Critical-Dienstebene bezeichnet wird.
Wenn Sie ihre Datenbank für schreibgeschützte Arbeitslasten für das Migrationsziel benötigen, während die Migration ausgeführt wird, oder wenn Sie eine Rückwärtsmigration zurück zu SQL Server 2022 und höher durchführen müssen, ist der MI-Link die einzige Option, die diese Szenarien unterstützt.