Megjegyzés
Az oldalhoz való hozzáféréshez engedély szükséges. Megpróbálhat bejelentkezni vagy módosítani a címtárat.
Az oldalhoz való hozzáféréshez engedély szükséges. Megpróbálhatja módosítani a címtárat.
A következőkre vonatkozik:
Azure SQL Managed Instance
Ez a cikk összehasonlítja a Log Replay Service (LRS) szolgáltatást a felügyelt példány hivatkozásával , amikor felügyelt Azure SQL-példányra migrál.
Áttekintés
A 2018 novemberében elindított szolgáltatás óta a Log Replay Service (LRS) az Azure SQL Managed Instance szolgáltatásba való migrálásra szolgál. A háttérben az LRS a naplószállítás megvalósítására támaszkodik, amely az Azure Database Migration Service (DMS) és az Azure SQL migrálási bővítmény az Azure Data Studio számára működtetésére is szolgál.
2022 márciusában a felügyelt példányok hivatkozása (MI-hivatkozás) a lehető legjobb minimális állásidő-migrálás ígéretével jelent meg a hatékonyabb migrálási lehetőségként. A Felügyelt példány összeköttetés az elosztott Always On rendelkezésre állási csoport technológiáját használja az adatok közel valós idejű replikálásához az SQL Serverről az Azure SQL Managed Instance-re. A hivatkozással online is visszatérhet a felügyelt SQL-példányról az SQL Server 2022 vagy későbbi verziójára, mint migrációs biztosítás.
Az LRS és a MI-kapcsolat képességekben egészíti ki egymást, és mindegyik technológia megfelel a különböző üzleti igényeknek. Tekintse át az egyes eszközök képességeit, és állapítsa meg, hogy melyik használható a migráláshoz az adott körülmények alapján.
LRS és MI-hivatkozás összehasonlítása
Az LRS és a MI közötti alapvető különbség az alapul szolgáló technológiából ered. Mivel az LRS a naplók szállításán alapul, a rendszer folyamatosan készít különbségi és tranzakciós naplóbiztonsági mentéseket az SQL Serverről, feltölti azokat az Azure Blob Storage-ba, majd visszaállítja az SQL Felügyelt Példányra. A folyamat nem valós idejű, mivel időbe telik a fájlok biztonsági mentése, feltöltése és visszaállítása. Az LRS teljesítménye a biztonsági mentési adattömbök méretétől függ.
Ezzel szemben a MI-hivatkozás az Always On rendelkezésre állási csoport technológiáját használja a tranzakciónapló-rekordok közel valós idejű küldésére az SQL Serverről a felügyelt SQL-példányra, így jelentősen nagyobb teljesítményű migrálási megoldás. A MI-kapcsolat konfigurálásához azonban be kell állítania egy VPN-t az SQL Server és a felügyelt SQL-példány között, és meg kell nyitnia a megfelelő portokat a tűzfalon, míg az LRS egy nyilvános végpont használatával működik. Az LRS az SQL Server 2008 és újabb verziók összes kiadásához használható, míg a MI-hivatkozás az SQL Server 2016-os és újabb verzióihoz, csak Standard, Enterprise és Developer kiadásokhoz használható.
Megjegyzés:
Az SQL Server 2025 külön Enterprise Developer és Standard Developer kiadásokat vezet be az SQL Serverhez.
A MI-hivatkozás egyik fő előnye, hogy fordított migrálást hajthat végre az SQL Server 2022-re és újabb verziókra, ami az LRS-sel nem lehetséges. A MI-hivatkozással való migrálás másik fő előnye, hogy a felügyelt SQL-példány adatbázisa írásvédett számítási feladatokhoz használható, amíg a migrálás folyamatban van. Ez a képesség nem érhető el az LRS-ben, mivel az adatbázis visszaállítási állapotban van az áttelepítés befejezéséig. Hasonlóképpen, amikor fordított migrálást hajt végre vissza az SQL Server 2022-re vagy újabb verzióra, az adatbázis elérhető olvasási jogosultságokkal rendelkező feladatokhoz az SQL Serveren, miközben a migrálás folyamatban van.
Az alábbi táblázat részletesebben hasonlítja össze az LRS és a MI hivatkozást:
| Funkcionalitás | Felügyelt példány hivatkozása (MI-hivatkozás) | Napló Visszajátszási Szolgáltatás (LRS) | Jegyzetek |
|---|---|---|---|
| Mögöttes technológia | Elosztott rendelkezésre állási csoportok (AG) | Naplók továbbítása | A MI-hivatkozás elosztott rendelkezésre állási csoportot használ a replikációhoz, amely az LRS által használt naplószállítási technológiához képest újabb és fejlettebb. |
| Replikációs teljesítmény | Közel valós idejű. | Néhány percenként visszaáll. | Az adatok mi-kapcsolaton keresztüli replikálása lényegesen nagyobb teljesítményű, mint a tranzakciónaplók biztonsági mentéseinek LRS-lel való alkalmazása. |
| Minimálisan támogatott forrásverzió | SQL Server 2016 és újabb verziók | SQL Server 2008 vagy újabb | Az LRS sokkal régebbi SQL Server-verziókat támogat, mint az MI-hivatkozás. |
| Minimálisan támogatott Windows Server-verzió | Windows Server 2012 R2 | Windows Server 2008 | Az LRS sokkal régebbi Windows Server-verziókat támogat, mint az MI-hivatkozás. |
| Írásvédett másodlagos | Támogatott. | Nem támogatott. | Amíg a replikáció folyamatban van, a hivatkozáson keresztül replikált FELÜGYELT SQL-példány-adatbázisok írásvédett számítási feladatokhoz használhatók, így az átállás előtt tesztelheti az áttelepítést, vagy használhatja az adatbázisokat az Azure-ba való migrálás előtt. Hasonlóképpen, amikor fordított migrálást hajt végre vissza az SQL Server 2022-re vagy újabb verzióra, az adatbázis elérhető olvasási jogosultságokkal rendelkező feladatokhoz az SQL Serveren, miközben a migrálás folyamatban van. Ez a képesség nem érhető el az LRS-ben. |
| Titkosított TDE-adatbázisok replikálása | Igen, biztonsági kulcsokat kell importálni a felügyelt SQL-példányba. | Igen, biztonsági kulcsokat kell importálni a felügyelt SQL-példányba. | A megfelelő titkosítási tanúsítvány SQL Serverről felügyelt SQL-példányra való migrálásának követelménye és eljárása a migrálás megkezdése előtt mindkét áttelepítési lehetőség esetében megegyezik. |
| Hálózati kapcsolat típusa | - Privát végpont - Bejövő és kimenő portokkal konfigurált VPN |
Nyilvános végpont | Bár a MI-hivatkozás további biztonsági rétegeket biztosít, és lehetőségként VPN-t kínál, a hálózatkezelést nehezebb konfigurálni az LRS-hez képest. Alapértelmezés szerint az LRS egyszerűsített felületet biztosít, így azonnal használhatja hálózati vagy VPN-konfiguráció nélkül. Az LRS alapértelmezés szerint egy nyilvános végpontot használ, amely kevésbé biztonságos, mint a MI-kapcsolattal használt VPN, és előfordulhat, hogy nem felel meg a legigényesebb biztonsági követelményeknek, mivel egy nyilvánosan közzétett Azure Blob Storage-fiókot használ közvetítőként az adatok mentéséhez, mielőtt visszaállítja őket a felügyelt SQL-példányra. Bár az adattovábbítás biztonságosabbá tétele érdekében privát végpontot is használhat az LRS használatával, ez növeli a kezdeti konfiguráció összetettségét. |
| Adatátviteli adattitkosítás | - Az AES-lel titkosított adatok, és - Az SSL-t az adatátvitel titkosítására használják. |
Az SSL-t az adatátvitel titkosítására használják. | A MI-hivatkozás egy további adat AES-titkosítási réteget használ. Az SSL-t a migrálási eszközök adattovábbítására használják. |
| Hitelesítés a replikációhoz | Megbízható hatóság (CA) által aláírt tanúsítványok | Felügyelt identitások vagy SAS-jogkivonatok | A MI-hivatkozáshoz hitelesítésszolgáltatónak (CA) kell aláírnia egy tanúsítványt hitelesítéshez. Az LRS esetében a felügyelt identitások használata biztonságosabb, mint a saját készítésű SAS-jogkivonatok használata. |
| A rendszerfrissítések vagy a feladatátvétel által érintett | Nem, egy rövid átkapcsolás minimális megszakításán kívül. | – Általános célú példányok esetén a migrálás megszakítások után automatikusan szünetel és folytatódik. – Az üzletileg kritikus esetekben a migrálási folyamat megszakad megszakítások miatt, és azt manuálisan kell újraindítani. |
A MI-kapcsolat rugalmas, és a felügyelt SQL-példány feladatátvételei nem befolyásolják a migrálást. Ezzel szemben az LRS-migrálásokat az általános célú szolgáltatási szinten lévő FELÜGYELT SQL-példányok újraindítása vagy feladatátvétele késlelteti, a migrálás pedig újraindul az üzletileg kritikus szolgáltatási szinten lévő példányok esetében. |
| Replikáció időtartama | Korlátlan replikációs idő a hivatkozás használatával (egyszerre hónapok és akár évek). | Az LRS-feladat akár 30 napig is futhat. | Egy MI-kapcsolat korlátlan ideig működhet. Az LRS legfeljebb 30 napos folyamatos naplószállításra korlátozódik, amely után a migrálás automatikusan leáll, és az elejétől kezdve újra kell indítani. |
| A migrálás típusa | A valós online migráció csak rövid idejű átállást igényel (másodpercekben mérve). | – Online migrálás, amely során az átálláskor várható állásidő az utolsó biztonsági mentési fájl visszaállításához szükséges időtartamig tart. – Az átállás jelentősen hosszabb időt vesz igénybe az üzletileg kritikus szolgáltatási szinten lévő példányok esetében. |
A MI-hivatkozás az egyetlen megoldás, amely a minimális állásidő-megoldást (<1 perc) kínálja az SQL Managed Instance összes szolgáltatási szintjére. Az LRS esetében az utolsó biztonsági mentési fájl az átállás során is visszaáll, ezért az utolsó biztonsági mentési fájl mérete és a visszaállításhoz szükséges idő alapján jelentős várakozásra lehet szükség, amíg az adatbázis elérhetővé válik a felügyelt SQL-példányon. Ha LRS-t használ az üzletileg kritikus szolgáltatási szintre való migráláshoz, az áttelepítés átállási állásideje jelentősen hosszabb lehet, mivel a teljes adatbázist replikálni kell az elsődleges csomópont másodlagos csomópontjaira, mielőtt az adatbázis elérhető lenne az elsődleges számítási feladatok számára. Az adatbázis teljes méretétől függően a más csomópontokra történő replikáció, és így az állásidő néha órákat is igénybe vehet. Így az adatbázisok az LRS-sel jelentősen lassabban online állapotba kerülhetnek, mint a MI-hivatkozással, ami szinte azonnal elérhető lehet. |
| Karbantartás szükséges a forráson | Igen, a tranzakciónapló rendszeres biztonsági másolatai. | Nem. | A forrás SQL Server-példány tranzakciónaplójának rendszeres biztonsági mentésére van szükség az MI-kapcsolat során a migrálás alatt, hogy csonkoljuk a tranzakciónaplót, és elkerüljük a lemezterület kifogyását. Ezzel szemben az LRS-hez nincs szükség karbantartásra. |
| rugalmasság | Ha az SQL Server újraindul, automatikusan újraindul a hivatkozásreplikációs folyamat. | – A migrálás leáll, ha hibás biztonsági mentési lánc vagy helytelenül megadott utolsó biztonsági mentési fájl található. – Nem támogatja az ugyanabban a mappában lévő több adatbázisból származó biztonsági mentési fájlokat (az áttelepítés sikertelen). |
A MI-kapcsolat rugalmasabb, mint az LRS, mivel a replikáció automatikusan folytatódik a problémák (például váratlan állásidő, frissítések, hálózati kapcsolat megszakadása és sok más) megoldása után. Emellett a MI-hivatkozás rugalmas az SQL MI feladatátvételeihez vagy a szolgáltatásfrissítésekhez. Bizonyos feltételek az LRS leállását eredményezik. Az LRS-áttelepítés automatikusan újraindul, ha az általános célú szolgáltatási szintre való migrálás megszakad, de újra kell indítani, ha az üzletileg kritikus szolgáltatási szintre való migrálás megszakad. |
| Az SQL MI-ről visszafelé történő migrálás az SQL Serverre | Az SQL Server 2022-be és újabb verziókba való offline és online migrálás támogatott. | Nem támogatott. | A MI-hivatkozás az egyetlen megoldás, amely online és offline fordított migrálást biztosít az SQL Server 2022 és újabb verziókba – a fordított migrálás nem érhető el az SQL Server régebbi verzióiban. |
Mit válasszon?
Az LRS és a mi kapcsolat közötti választás a körülményektől és az üzleti igényektől függ. A migrálási megoldások között jelentős különbség a teljesítmény. Az LRS egyszerűbb kezdeti beállítással rendelkezik, amely lehetővé teszi a gyors migrálást. Bár a MI-kapcsolat kezdeti konfigurációja összetettebb, nagyobb rugalmasságot, biztonságot és rugalmasságot biztosít.
Emellett az átállási idő jelentősen rövidebb a MI-kapcsolattal, ami sok ügyfél számára jelentős előnyt jelent. Valójában az üzletileg kritikus szolgáltatási szintre történő LRS-sel való migrálás potenciálisan jelentős állásidőt jelent, ezért a MI-hivatkozást az egyetlen "valódi online" migrálásnak nevezzük az üzletileg kritikus szolgáltatási szintre.
Végül, ha az áttelepítési célon elérhető adatbázisra van szüksége a migrálási cél írásvédett számítási feladataihoz, vagy ha visszafelé kell migrálást végeznie az SQL Server 2022-re és újabb verziókra, akkor a MI-hivatkozás az egyetlen lehetőség, amely támogatja ezeket a forgatókönyveket.