Poznámka
Přístup k této stránce vyžaduje autorizaci. Můžete se zkusit přihlásit nebo změnit adresáře.
Přístup k této stránce vyžaduje autorizaci. Můžete zkusit změnit adresáře.
platí pro:
azure SQL Managed Instance
Tento článek porovnává službu přehrávání protokolu (LRS) s propojením spravované instance při migraci na Azure SQL spravovanou instanci.
Přehled
Služba přehrání protokolu (LRS) se používá k migraci do služby Azure SQL Managed Instance od spuštění služby v listopadu 2018. Pod kapotou spoléhá LRS na implementaci přesouvání protokolů, která také využívá službu Azure Database Migration Service (DMS) a rozšíření migrace Azure SQL pro Azure Data Studio.
V březnu 2022 byl odkaz na spravovanou instanci (MI link) zaveden jako výkonnější možnost migrace s příslibem co nejmenšího možného výpadku při migraci. Odkaz na spravovanou instanci používá technologii distribuované skupiny dostupnosti AlwaysOn k replikaci dat téměř v reálném čase z SQL Serveru do služby Azure SQL Managed Instance. Pomocí odkazu se můžete také přepnout zpět online ze služby SQL Managed Instance na SQL Server 2022 nebo novější jako opatření pro zabezpečení migrace.
Propojení LRS a MI se vzájemně doplňují ve schopnostech, přičemž každá technologie vyhovuje různým obchodním potřebám. Projděte si možnosti jednotlivých nástrojů a zjistěte, které z nich se nejlépe hodí pro migraci na základě konkrétních okolností.
Porovnání odkazů LRS a MI
Základní rozdíl mezi LRS a propojením MI vychází ze základní technologie. Vzhledem k tomu, že LRS je založená na přesouvání protokolů, rozdílové zálohy a zálohy transakčních protokolů se nepřetržitě přijímají z SQL Serveru, nahrají se do Služby Azure Blob Storage a obnoví se do služby SQL Managed Instance. Proces není v reálném čase, protože zálohování souborů, jejich nahrání a obnovení trvá dlouho. Výkon LRS vychází z velikosti bloků záloh.
Naproti tomu odkaz MI používá technologii skupiny dostupnosti AlwaysOn k odesílání záznamů transakčních protokolů téměř v reálném čase z SQL Serveru do služby SQL Managed Instance, což z něj dělá výrazně výkonnější řešení migrace. Pokud ale chcete nakonfigurovat propojení MI, musíte nastavit síť VPN mezi SQL Serverem a spravovanou instancí SQL a otevřít příslušné porty v bráně firewall, zatímco LRS funguje mimo provoz pomocí veřejného koncového bodu. LRS lze použít pro všechny edice SQL Serveru 2008 a novější, zatímco odkaz MI lze použít pouze pro SQL Server 2016 a novější, pouze pro edice Standard, Enterprise a Developer.
Poznámka:
SQL Server 2025 Preview zavádí samostatné edice Enterprise Developer a Standard Developer SQL Serveru.
Hlavní výhodou odkazu MI je možnost provést zpětnou migraci zpět na SQL Server 2022 a novější, což není možné u LRS. Další hlavní výhodou migrace pomocí odkazu MI je, že databázi ve službě SQL Managed Instance je možné použít pro úlohy jen pro čtení, zatímco probíhá migrace. Tato funkce není u LRS dostupná, protože databáze je ve stavu obnovení, dokud se migrace nedokončí. Podobně když provedete zpětnou migraci zpět na SQL Server 2022 a novější, bude databáze přístupná pro úlohy jen pro čtení na SQL Serveru, zatímco probíhá migrace.
Následující tabulka podrobněji porovnává propojení LRS i MI:
| Funkčnost | Odkaz na spravovanou instanci (odkaz MI) | Služba přehrání záznamu (LRS) | poznámky |
|---|---|---|---|
| Základní technologie | Distribuované skupiny dostupnosti (AG) | Přenášení protokolových souborů | Služba MI Link používá distribuovanou skupinu dostupnosti pro replikaci, která je novější a pokročilejší v porovnání s technologií přesouvání protokolů používanou LRS. |
| Výkon replikace | Téměř v reálném čase. | Obnoví každých pár minut. | Replikace dat prostřednictvím odkazu MI je výrazně výkonnější než použití záloh transakčních protokolů s LRS. |
| Minimální podporovaná zdrojová verze | SQL Server 2016 a novější | SQL Server 2008 a novější | LRS může podporovat mnohem starší verze SQL Serveru než mi link. |
| Minimální podporovaná verze Windows Serveru | Windows Server 2012 R2 | Systém Windows Server 2008 | LRS může podporovat mnohem starší verze Windows Serveru než odkaz MI. |
| Sekundární pouze pro čtení | Podporováno. | Není podporováno. | Zatímco probíhá replikace, databáze služby SQL Managed Instance replikované prostřednictvím odkazu se dají použít pro úlohy jen pro čtení, které vám umožní otestovat migraci před vyjmutím nebo použít databáze před migrací do Azure. Podobně když provedete zpětnou migraci zpět na SQL Server 2022 a novější, bude databáze přístupná pro úlohy jen pro čtení na SQL Serveru, zatímco probíhá migrace. Tato funkce není u LRS dostupná. |
| Replikace TDE šifrovaných databází | Ano, vyžaduje import klíčů zabezpečení do spravované instance SQL. | Ano, vyžaduje import klíčů zabezpečení do spravované instance SQL. | Požadavek a postup migrace odpovídajícího šifrovacího certifikátu z SQL Serveru do spravované instance SQL je před zahájením migrace stejný pro obě možnosti migrace. |
| Typ síťového připojení | – Privátní koncový bod – SÍŤ VPN nakonfigurovaná s příchozími i odchozími porty |
Veřejný koncový bod | I když propojení MI poskytuje další vrstvy zabezpečení a nabízí síť VPN jako možnost, je obtížnější nakonfigurovat sítě v porovnání s LRS. Ve výchozím nastavení poskytuje LRS zjednodušené prostředí, abyste ho mohli okamžitě používat bez jakékoli konfigurace sítě nebo sítě VPN. LRS používá ve výchozím nastavení veřejný koncový bod, který je méně zabezpečený než síť VPN používaná s odkazem MI, a nemusí splňovat některé z nejnáročnějších požadavků na zabezpečení, protože používá veřejně vystavený účet úložiště objektů blob v Azure jako zprostředkovatel k ukládání dat před obnovením do služby SQL Managed Instance. I když je možné použít privátní koncový bod s LRS, aby byl přenos dat bezpečnější, zvyšuje se počáteční složitost konfigurace. |
| Šifrování dat při přenosu | – Data šifrovaná pomocí AES a – PROTOKOL SSL se používá pro šifrování přenosu dat. |
Protokol SSL se používá k šifrování přenosu dat. | Odkaz MI používá další vrstvu šifrování AES pro data. Protokol SSL se používá k přenosu dat pro nástroje pro migraci. |
| Ověřování pro replikaci | Certifikáty podepsané důvěryhodnou autoritou (CA) | Spravované identity nebo tokeny SAS | Odkaz MI vyžaduje, aby certifikační autorita (CA) podepsala certifikát pro ověřování. V případě LRS je použití spravovaných identit bezpečnější než použití samoobslužných tokenů SAS. |
| Zasažené aktualizacemi systému nebo při přepnutí na záložní systém | Ne, kromě minimálního přerušení pro krátký failover. | – U instancí pro obecné účely se migrace po přerušení automaticky pozastaví a obnoví. – U kritických obchodních instancí je proces migrace zrušen v případě přerušení a je nutné ho restartovat ručně. |
Propojení MI je odolné a migrace nemá vliv na převzetí služeb při selhání služby SQL Managed Instance. Migrace LRS se naopak zpozdí restartováním nebo převzetím služeb při selhání spravovaných instancí SQL na úrovni služby Pro obecné účely a migrace se restartuje pro instance na úrovni služby Pro důležité obchodní informace. |
| Doba trvání replikace | Neomezená doba replikace pomocí propojení (měsíce a dokonce roky najednou). | Úloha LRS může běžet až 30 dní. | Odkaz MI může fungovat po neomezenou dobu. LRS je omezena na maximálně 30 dnů průběžného přesouvání protokolů, po kterém se migrace automaticky zastaví a je potřeba ji restartovat od začátku. |
| Typ migrace | Skutečná online migrace pouze s krátkým přepnutím (vyjádřeno v sekundách). | – Online migrace s očekávaným výpadkem během fáze přechodu po dobu potřebnou k obnovení posledního záložního souboru. – Překlopení trvá výrazně déle pro instance na kritické úrovni služby pro podnikání. |
MI link je jediné řešení, které poskytuje minimální prostoje (<1 minuta) pro všechny úrovně služby SQL Managed Instance. V případě LRS se poslední záložní soubor během přímé migrace stále obnovuje, takže na základě velikosti posledního záložního souboru a doby potřebné k jeho obnovení může dojít k významnému čekání na dostupnost databáze ve službě SQL Managed Instance. Při použití LRS k migraci na úroveň služby Business Critical může výpadek při přechodu migrace trvat výrazně déle, protože celá databáze se musí replikovat z uzlu primárního do sekundárních uzlů, aby byla databáze k dispozici pro úlohy na primárním uzlu. V závislosti na celkové velikosti databáze může replikace do ostatních uzlů a výpadky někdy trvat hodiny. Databáze se mohou s LRS zprovoznit podstatně pomaleji než se spojením MI, které může být téměř okamžité. |
| Údržba vyžadovaná u zdroje | Ano, pravidelné zálohy transakčních protokolů. | Ne. | Propojení MI vyžaduje pravidelné zálohy transakčního protokolu zdrojové instance SQL Serveru během migrace, aby se zkrátil transakční protokol a zabránilo tak výpadku místa na disku. Naopak pro LRS není nutná žádná údržba. |
| Odolnost | Automaticky obnoví replikaci propojení, pokud se SQL Server restartuje. | – Migrace zastaví, pokud existuje poškozený řetěz zálohování nebo nesprávně zadaný poslední záložní soubor. – Nepodporuje záložní soubory z více databází ve stejné složce (migrace selže). |
Propojení MI je odolnější než LRS, protože automatické obnovení replikace pokračuje po vyřešení problémů (například neočekávaný výpadek, upgrady, ztráta připojení k síti a mnoho dalších). Kromě toho je propojení MI odolné vůči převzetí SQL MI při selhání nebo aktualizacím služeb. Určité podmínky vedou k zastavení LRS. Migrace LRS se automaticky restartuje, pokud dojde k přerušení migrace na úroveň služby Pro obecné účely, ale je potřeba ji restartovat, pokud dojde k přerušení migrace na úroveň služby Pro důležité obchodní informace. |
| Zpětná migrace z SQL MI zpět na SQL Server | Podporuje se offline a online migrace zpět na SQL Server 2022 a novější. | Není podporováno. | Odkaz MI je jediné řešení, které nabízí online a offline zpětnou migraci na SQL Server 2022 a novější verze – pro starší verze SQL Serveru není k dispozici zpětná migrace. |
Co zvolit?
Volba mezi LRS a odkazem MI závisí na vašich okolnostech a obchodních potřebách. Důležité rozdíly mezi řešeními migrace jsou výkon. LRS má jednodušší počáteční nastavení, které umožňuje rychle migrovat. I když je počáteční konfigurace pro propojení MI složitější, poskytuje větší odolnost, zabezpečení a flexibilitu.
Kromě toho je doba přechodu výrazně kratší díky propojení MI, což je pro mnoho zákazníků významnou výhodou. Ve skutečnosti je potenciálně značný prostoj při migraci na úroveň služby Business Critical s LRS důvodem, proč je odkaz MI považován za jedinou "skutečnou online" migraci na úroveň služby Business Critical.
A konečně, pokud potřebujete databázi přístupnou pro úlohy jen pro čtení v cíli migrace v průběhu migrace nebo pokud potřebujete provést zpětnou migraci zpět na SQL Server 2022 a novější, je odkaz MI jedinou možností, která podporuje tyto scénáře.