Notitie
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen u aan te melden of de directory te wijzigen.
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen de mappen te wijzigen.
Van toepassing op:
Azure SQL Managed Instance
In dit artikel wordt de Log Replay Service (LRS) vergeleken met de koppeling Managed Instance bij het migreren naar Azure SQL Managed Instance.
Overzicht
Log Replay Service (LRS) is gebruikt voor migraties naar Azure SQL Managed Instance sinds de service die in november 2018 is gestart. Onder de schermen is LRS afhankelijk van de implementatie van logboekverzending, die ook Azure Database Migration Service (DMS) en de Azure SQL-migratie-extensie voor Azure Data Studio mogelijk maakt.
In maart 2022 is de MI-koppeling (Managed Instance) geïntroduceerd als een krachtigere migratieoptie, met een belofte van minimale downtime bij migratie. De koppeling van het beheerd exemplaar maakt gebruik van gedistribueerde Always On-beschikbaarheidsgroeptechnologie om gegevens bijna realtime van SQL Server te repliceren naar Azure SQL Managed Instance. Met de koppeling kunt u ook online terugvallen van SQL Managed Instance naar SQL Server 2022 of hoger als migratieverzekering.
LRS en de MI-koppeling vormen een aanvulling op elkaar in mogelijkheden, waarbij elke technologie aan verschillende bedrijfsbehoeften voldoet. Bekijk de mogelijkheden van elk hulpprogramma om te bepalen welke het beste kan worden gebruikt voor migratie op basis van uw specifieke omstandigheden.
LRS- en MI-koppeling vergelijken
Het fundamentele verschil tussen LRS en de MI-koppeling komt voort uit de onderliggende technologie. Omdat LRS is gebaseerd op logboekverzending, differentiële en transactielogboekback-ups continu worden gemaakt van SQL Server, geüpload naar Azure Blob Storage en hersteld naar SQL Managed Instance. Het proces is niet realtime, omdat het tijd kost om een back-up van bestanden te maken, ze te uploaden en te herstellen. De prestaties van LRS zijn gebaseerd op de grootte van de back-upsegmenten.
Mi Link maakt daarentegen gebruik van AlwaysOn-beschikbaarheidsgroeptechnologie om transactielogboekrecords in bijna realtime van SQL Server naar SQL Managed Instance te verzenden, waardoor deze een aanzienlijk beter presterende migratieoplossing is. Als u de MI-koppeling wilt configureren, moet u echter een VPN tussen SQL Server en SQL Managed Instance instellen en de juiste poorten openen in de firewall, terwijl LRS standaard werkt met behulp van een openbaar eindpunt. LRS kan worden gebruikt voor alle edities van SQL Server 2008 en hoger, terwijl de MI-koppeling alleen kan worden gebruikt voor SQL Server 2016 en hoger, voor de Standard-, Enterprise- en Developer-edities.
Opmerking
SQL Server 2025 Preview introduceert afzonderlijke Enterprise Developer- en Standard Developer-edities van SQL Server.
Een belangrijk voordeel van de MI-koppeling is de mogelijkheid om een omgekeerde migratie naar SQL Server 2022 en hoger uit te voeren, wat niet mogelijk is met LRS. Een ander belangrijk voordeel van migreren met de MI-koppeling is dat de database op de SQL-beheerde instantie kan worden gebruikt voor alleen-lezen taken terwijl de migratie wordt uitgevoerd. Deze mogelijkheid is niet beschikbaar voor LRS, omdat de database de herstelstatus heeft totdat de migratie is voltooid. Wanneer u een omgekeerde migratie uitvoert naar SQL Server 2022 en hoger, is de database ook toegankelijk voor alleen-lezenworkloads op SQL Server terwijl de migratie wordt uitgevoerd.
In de volgende tabel worden zowel LRS- als MI-koppeling uitgebreider vergeleken:
| Functionaliteit | Beheerd exemplaar koppeling (koppeling MI) | Logboekherhalingsservice (LRS) | Notities |
|---|---|---|---|
| Onderliggende technologie | Gedistribueerde beschikbaarheidsgroepen (AG) | Logboekverzending | MI-koppeling maakt gebruik van een gedistribueerde beschikbaarheidsgroep voor replicatie, wat nieuwer en geavanceerder is in vergelijking met de logboekverzendingstechnologie die door LRS wordt gebruikt. |
| Replicatieprestaties | Bijna realtime. | Herstelt elke paar minuten. | Het repliceren van gegevens via de MI-koppeling is aanzienlijk beter dan het toepassen van back-ups van transactielogboeken met LRS. |
| Minimaal ondersteunde bronversie | SQL Server 2016 en hoger | SQL Server 2008 en hoger | LRS kan veel oudere SQL Server-versies ondersteunen dan mi-koppeling. |
| Minimaal ondersteunde Windows Server-versie | Windows Server 2012 R2 | Windows Server 2008 | LRS kan veel oudere Windows Server-versies ondersteunen dan mi-koppeling. |
| Secundaire alleen-lezen | Ondersteund. | Wordt niet ondersteund. | Terwijl de replicatie wordt uitgevoerd, kunnen SQL Managed Instance-databases die via de koppeling worden gerepliceerd, worden gebruikt voor alleen-lezenworkloads, waarmee u uw migratie kunt testen voordat u de overstap maakt of uw databases kunt gebruiken voordat u naar Azure migreert. Wanneer u een omgekeerde migratie uitvoert naar SQL Server 2022 en hoger, is de database ook toegankelijk voor alleen-lezenworkloads op SQL Server terwijl de migratie wordt uitgevoerd. Deze mogelijkheid is niet beschikbaar voor LRS. |
| Replicatie van versleutelde TDE-databases | Ja, vereist het importeren van beveiligingssleutels in SQL Managed Instance. | Ja, vereist het importeren van beveiligingssleutels in SQL Managed Instance. | De vereiste en procedure voor het migreren van het bijbehorende versleutelingscertificaat van SQL Server naar een met SQL beheerd exemplaar voordat de migratie wordt gestart, is hetzelfde voor beide migratieopties. |
| Type netwerkverbinding | - Privé-eindpunt - VPN geconfigureerd met zowel binnenkomende als uitgaande poorten |
Openbaar eindpunt | Hoewel mi-koppeling extra beveiligingslagen biedt en een VPN als optie biedt, is netwerken moeilijker te configureren in vergelijking met LRS. LRS biedt standaard een vereenvoudigde ervaring, zodat u deze onmiddellijk kunt gebruiken zonder een netwerk- of VPN-configuratie. LRS maakt standaard gebruik van een openbaar eindpunt, dat minder veilig is dan de VPN die wordt gebruikt met mi-koppeling, en het voldoet mogelijk niet aan een aantal van de meest veeleisende beveiligingsvereisten, omdat het een openbaar beschikbaar gemaakt Azure Blob Storage-account gebruikt als intermediair om gegevens op te slaan voordat deze worden hersteld naar SQL Managed Instance. Hoewel het mogelijk is om een privé-eindpunt met LRS te gebruiken om de overdracht van gegevens veiliger te maken, neemt de eerste configuratiecomplexiteit toe. |
| Gegevensversleuteling tijdens verzending | - Gegevens die zijn versleuteld met AES en - SSL wordt gebruikt voor gegevensoverdrachtversleuteling. |
SSL wordt gebruikt voor gegevensoverdrachtversleuteling. | Mi-koppeling maakt gebruik van een extra AES-versleutelingslaag voor gegevens. SSL wordt gebruikt voor het verzenden van gegevens voor migratiehulpprogramma's. |
| Verificatie voor de replicatie | Certificaten die zijn ondertekend door een vertrouwde instantie (CA) | Beheerde identiteiten of SAS-tokens | Voor de MI-koppeling is een certificeringsinstantie (CA) vereist om een certificaat voor verificatie te ondertekenen. Voor LRS is het gebruik van beheerde identiteiten veiliger dan het gebruik van zelf gegenereerde SAS-tokens. |
| Beïnvloed door systeemupdates of failover | Nee, behalve een minimale onderbreking voor een korte failover. | - Voor exemplaren voor algemeen gebruik wordt de migratie automatisch onderbroken en hervat na onderbrekingen. - Voor bedrijfskritieke exemplaren wordt het migratieproces geannuleerd voor onderbrekingen en moet het handmatig opnieuw worden gestart. |
MI-koppeling is tolerant en migratie wordt niet beïnvloed door failovers van SQL Managed Instance. Omgekeerd worden LRS-migraties vertraagd door herstarts of failovers van met SQL beheerde exemplaren in de servicelaag Algemeen gebruik en wordt de migratie opnieuw gestart voor exemplaren in de servicelaag Bedrijfskritiek. |
| Replicatieduur | Onbeperkte replicatietijd met behulp van de koppeling (maanden en zelfs jaren tegelijk). | LRS-taak kan maximaal 30 dagen duren. | Een MI-koppeling kan gedurende een onbeperkte tijd worden uitgevoerd. LRS is beperkt tot maximaal 30 dagen aan continue logboekverzending, waarna de migratie automatisch wordt gestopt en opnieuw moet worden opgestart vanaf het begin. |
| Type migratie | Echte onlinemigratie met slechts een korte failover (gemeten in seconden). | - Online migratie met verwachte uitvaltijd tijdens de overgang gedurende de tijd die nodig is om het laatste back-upbestand te herstellen. - De overstap (cutover) duurt aanzienlijk langer voor exemplaren in de servicelaag Bedrijfskritiek. |
MI-koppeling is de enige oplossing die een minimale downtimeoplossing (<1 minuut) biedt voor alle servicelagen van SQL Managed Instance. Met LRS wordt het laatste back-upbestand nog steeds hersteld tijdens cutover, dus op basis van de grootte van het laatste back-upbestand en de tijd die nodig is om het te herstellen, kan er een aanzienlijke wachttijd zijn totdat de database beschikbaar is in SQL Managed Instance. Wanneer u LRS gebruikt om te migreren naar de servicelaag Bedrijfskritiek, kan de cutover-downtime voor migratie aanzienlijk langer zijn, omdat de volledige database moet worden gerepliceerd naar de secundaire knooppunten vanaf het primaire knooppunt voordat de database beschikbaar is voor workloads op de primaire database. Afhankelijk van de totale databasegrootte kan de replicatie naar de andere knooppunten en dus downtime soms uren duren. Als zodanig kunnen databases aanzienlijk langzamer online komen met LRS dan met de MI-koppeling, wat vrijwel onmiddellijk kan zijn. |
| Onderhoud vereist voor bron | Ja, regelmatige back-ups van transactielogboeken. | Nee. | MI-link vereist regelmatige back-ups van het transactielogboek van het bronexemplaar van SQL Server tijdens de migratie om het transactielogboek samen te stellen en te voorkomen dat de schijfruimte opraakt. Daarentegen is er geen onderhoud vereist voor LRS. |
| Herstellingsvermogen | Hervat de koppelingsreplicatie automatisch als SQL Server opnieuw wordt opgestart. | - Migratie loopt vast als er een verbroken back-upketen is of een onjuist opgegeven laatste back-upbestand. - Biedt geen ondersteuning voor back-upbestanden van meerdere databases in dezelfde map (migratie mislukt). |
MI-koppeling is toleranter dan LRS, omdat replicatie automatisch wordt hervat nadat problemen (zoals onverwachte downtime, upgrades, verlies van netwerkconnectiviteit en vele andere) zijn opgelost. Bovendien is MI-koppeling tolerant voor SQL MI-failovers of service-updates. Bepaalde voorwaarden leiden tot een vastlopen van LRS. LrS-migratie wordt automatisch opnieuw gestart als de migratie naar de servicelaag Algemeen gebruik wordt onderbroken, maar opnieuw moet worden gestart als een migratie naar de servicelaag Bedrijfskritiek wordt onderbroken. |
| Migratie omkeren van SQL MI naar SQL Server | Offline- en onlinemigratie terug naar SQL Server 2022 en hoger wordt ondersteund. | Wordt niet ondersteund. | MI-koppeling is de enige oplossing die online en offline omgekeerde migratie naar SQL Server 2022 en latere versies biedt. Omgekeerde migratie is niet beschikbaar voor oudere versies van SQL Server. |
Wat te kiezen?
De keuze tussen LRS en de MI-koppeling is afhankelijk van uw omstandigheden en bedrijfsbehoeften. Het opmerkelijke verschil tussen de migratieoplossingen is prestaties. LRS heeft een eenvoudigere eerste installatie, waarmee u snel kunt migreren. Hoewel de eerste configuratie voor de MI-koppeling complexer is, biedt deze meer veerkracht, beveiliging en flexibiliteit.
Daarnaast is de cutover-tijd aanzienlijk korter met MI-link, wat voor veel klanten een aanzienlijk voordeel is. De potentieel aanzienlijke downtime bij het migreren naar de servicelaag Bedrijfskritiek met LRS is waarom de MI-koppeling wordt aangeduid als de enige 'echte online'-migratie naar de servicelaag Bedrijfskritiek.
Als u ten slotte uw database toegankelijk wilt maken voor alleen-lezen workloads op het migratiedoel terwijl de migratie wordt uitgevoerd, of als u een omgekeerde migratie naar SQL Server 2022 en hoger moet uitvoeren, is de MI-koppeling de enige optie die deze scenario's ondersteunt.