A Log Replay Service és a felügyelt Azure SQL-példány áttekintése

  • Cikk

A következőre vonatkozik: Felügyelt Azure SQL-példány

Ez a cikk áttekintést nyújt a Log Replay Service (LRS) szolgáltatásról, amellyel adatbázisokat migrálhat az SQL Serverről a felügyelt Azure SQL-példányra. Az LRS egy ingyenes felhőszolgáltatás, amely elérhető a felügyelt Azure SQL-példányhoz, és az SQL Server log-shipping technológiáján alapul.

Első lépésként tekintse át az adatbázisok migrálását sql serverről felügyelt Azure SQL-példányra a Log Replay Service használatával.

Mikor érdemes használni a Log Replay Service-t?

Az Azure Database Migration Service, az Azure Data Studio Azure SQL-migrálási bővítménye és az LRS mind ugyanazt a mögöttes migrálási technológiát és API-kat használják. Az LRS emellett összetett egyéni migrálásokat és hibrid architektúrákat tesz lehetővé a helyszíni SQL Server-példányok és a felügyelt SQL-példányok üzembe helyezése között.

Ha nem tudja használni az Azure Database Migration Service-t vagy az Azure SQL-bővítményt a migráláshoz, az LRS-t közvetlenül a PowerShell, az Azure CLI-parancsmagok vagy az API-k használatával manuálisan hozhatja létre és vezényelheti az adatbázis-migrálást felügyelt SQL-példányra.

Fontolja meg az LRS használatát a következő esetekben, amikor:

  • Az adatbázis-migrálási projekthez több vezérlésre van szükség.
  • A migrálás átállása során kevés az állásidő.
  • A Database Migration Service végrehajtható fájlja nem telepíthető a környezetbe.
  • A Database Migration Service végrehajtható fájlja nem rendelkezik fájlhozzáférés az adatbázis biztonsági másolataihoz.
  • Az Azure SQL migrálási bővítménye nem telepíthető a környezetbe, vagy nem fér hozzá az adatbázis biztonsági másolataihoz.
  • Nincs hozzáférés a gazdagép operációs rendszeréhez, vagy nincsenek rendszergazdai jogosultságok.
  • Nem nyithat hálózati portokat a környezetből az Azure-ba.
  • A környezetében hálózati szabályozással vagy proxyblokkolással kapcsolatos problémák állnak fenn.
  • A biztonsági másolatok tárolása közvetlenül az Azure Blob Storage-fiókokban történik a TO URL beállításon keresztül.
  • Különbségi biztonsági mentéseket kell használnia.

Az alábbi források támogatottak:

  • SQL Server on Virtual Machines
  • Amazon EC2 (Elastic Compute Cloud)
  • Amazon RDS (Relációsadatbázis-szolgáltatás) az SQL Serverhez
  • Google Compute Engine
  • Cloud SQL az SQL Serverhez – GCP (Google Cloud Platform)

Megjegyzés:

  • Javasoljuk, hogy automatizálja az adatbázisok SQL Serverről felügyelt Azure SQL-példányra való migrálását az Azure Data Studio Azure SQL-migrálási bővítményének használatával. Fontolja meg az LRS használatát a migrálások vezényléséhez, ha az Azure SQL migrálási bővítménye nem támogatja teljes mértékben a forgatókönyveket.
  • Az LRS az egyetlen módszer a különbségi biztonsági mentések visszaállítására a felügyelt példányokon. Nem lehet manuálisan visszaállítani a különbségi biztonsági mentéseket a felügyelt példányokon, vagy manuálisan beállítani a módot a NORECOVERY T-SQL használatával.

Az LRS működése

Az adatbázisok felhőbe LRS használatával történő migrálására vonatkozó egyéni megoldás létrehozásához több vezénylési lépésre van szükség, ahogyan azt a szakasz későbbi ábrája és táblázata is mutatja.

A migrálás során adatbázis-biztonsági mentéseket készítünk az SQL Serveren, és biztonsági mentési fájlokat másolunk egy Azure Blob Storage-fiókba. Full, log, and differential backups are supported. Ezután az LRS felhőszolgáltatással visszaállíthatja a biztonsági mentési fájlokat az Azure Blob Storage-fiókból a felügyelt SQL-példányba. A Blob Storage-fiók közvetítő tárolóként szolgál a biztonsági mentési fájlokhoz az SQL Server és a felügyelt SQL-példány között.

Az LRS figyeli a Blob Storage-fiókot a teljes biztonsági mentés visszaállítása után hozzáadott új különbözeti vagy napló biztonsági másolatok esetében. LRS then automatically restores these new files. A szolgáltatással figyelheti a felügyelt SQL-példányra visszaállított biztonsági mentési fájlok állapotát, és szükség esetén leállíthatja a folyamatot.

LRS doesn't require a specific naming convention for backup files. Megvizsgálja az Azure Blob Storage-fiókban elhelyezett összes fájlt, és a biztonsági mentési láncot csak a fájlfejlécek olvasásából hozza létre. Databases are in a restoring state during the migration process. Az adatbázisok NORECOVERY módban vannak visszaállítva, így az áttelepítési folyamat befejezéséig nem használhatók olvasási és írási számítási feladatokhoz.

If you're migrating several databases, you need to:

  • Helyezzen biztonsági mentési fájlokat az egyes adatbázisokhoz egy különálló mappába a Blob Storage-fiókban egy sima fájlstruktúrában. Használjon például külön adatbázismappákat: blobcontainer/database1/files, blobcontainer/database2/files stb.
  • Ne használjon beágyazott mappákat az adatbázismappákban, mert a beágyazott mappák struktúrája nem támogatott. Például ne használjon almappákat, például blobcontainer/database1/subfolder/files.
  • Start LRS separately for each database.
  • Adjon meg különböző URI-elérési utakat a Blob Storage-fiók adatbázismappáinak elkülönítéséhez.

CHECKSUM Bár a biztonsági mentések engedélyezésére nincs szükség, erősen ajánljuk. Az adatbázisok CHECKSUM visszaállítása hosszabb időt vesz igénybe, mivel a felügyelt SQL-példányok integritás-ellenőrzést végeznek az engedélyezett nélkül CHECKSUM visszaállított biztonsági másolatokon.

További információ: Adatbázisok migrálása SQL Serverről felügyelt SQL-példányra a Log Replay Service használatával.

Figyelem

Ha engedélyezve van az CHECKSUM SQL Server biztonsági mentése, az erősen ajánlott, mivel fennáll annak a kockázata, hogy a sérült adatbázist anélkül állítja vissza az Azure-ba. 

Automatikus kiegészítés és folyamatos módú migrálás

Az LRS automatikus kiegészítés vagy folyamatos módban is elindítható.

Automatikus kiegészítési módot akkor használjon, ha a teljes biztonsági mentési lánc előre létrejön, és nem tervezi további fájlok hozzáadását az áttelepítés megkezdése után. Ez a migrálási mód olyan passzív számítási feladatokhoz ajánlott, amelyek nem igényelnek adatfelzárkózást. Töltse fel az összes biztonsági mentési fájlt a Blob Storage-fiókba, és indítsa el az automatikus kiegészítési mód áttelepítését. Az áttelepítés automatikusan befejeződik, amikor az utolsó megadott biztonsági mentési fájl vissza lett állítva. A migrált adatbázis elérhetővé válik olvasási/írási hozzáféréshez a felügyelt SQL-példányon.

Ha azt tervezi, hogy a migrálás során folyamatosan új biztonsági mentési fájlokat ad hozzá, használja a folyamatos módot. Ezt az üzemmódot olyan aktív munkaterhelésekhez ajánljuk, amelyek adatfelzárkóztatást igényelnek. Töltse fel a jelenleg elérhető biztonsági mentési láncot a Blob Storage-fiókba, indítsa el a migrálást folyamatos módban, és szükség szerint adjon hozzá új biztonsági mentési fájlokat a számítási feladatból. A rendszer rendszeres időközönként megvizsgálja az Azure Blob Storage mappát, és visszaállítja a talált új napló- vagy különbözeti biztonsági mentési fájlokat.

Ha készen áll az átállásra, állítsa le a számítási feladatot az SQL Server-példányon, hozza létre az utolsó biztonsági mentési fájlt, majd töltse fel. Győződjön meg arról, hogy az utolsó biztonsági mentési fájl vissza lett állítva, és ellenőrizze, hogy a végleges napló-tail biztonsági mentés visszaállítva van-e a felügyelt SQL-példányon. Ezután indítsa el a manuális átállást. Az utolsó átállási lépés online állapotba hozza az adatbázist, és olvasási/írási hozzáférést tesz elérhetővé a felügyelt SQL-példányon.

Az LRS leállítása után vagy automatikus kiegészítéssel, vagy manuálisan, az átállással, nem folytathatja a visszaállítási folyamatot egy olyan adatbázis esetében, amely online állapotba került a felügyelt SQL-példányon. Az áttelepítés befejezése után például már nem állíthat vissza több különbségi biztonsági mentést egy online adatbázishoz. Ha az áttelepítés befejezése után több biztonsági mentési fájlt szeretne visszaállítani, törölnie kell az adatbázist a felügyelt példányból, és az áttelepítést az elejétől újra kell indítania.

Migrálási munkafolyamat

Az alábbi képen egy tipikus migrálási munkafolyamat látható, a lépések pedig a táblázatban láthatók.

Csak akkor kell automatikus kiegészítési módot használnia, ha az összes biztonsági mentési láncfájl előre elérhető. Ezt a módot olyan passzív számítási feladatokhoz ajánljuk, amelyekhez nincs szükség adatfelzárkózásra.

Folyamatos módú migrálást akkor használjon, ha még nem rendelkezik a teljes biztonsági mentési lánccal, és ha az áttelepítést követően új biztonsági mentési fájlokat szeretne hozzáadni. Ezt az üzemmódot olyan aktív számítási feladatokhoz ajánljuk, amelyekhez adatfelzárkózásra van szükség.

Diagram that illustrates the Log Replay Service orchestration steps for SQL Managed Instance.

Művelet Részletek
1. Másolja az adatbázis biztonsági másolatait az SQL Server-példányból a Blob Storage-fiókba. Másolja a teljes, különbségi és napló biztonsági mentéseket az SQL Server-példányról a Blob Storage-tárolóba az AzCopy vagy az Azure Storage Explorer használatával.

Használjon bármilyen fájlnevet. Az LRS nem igényel konkrét fájlelnevezési konvenciókat.

Ha több adatbázist migrál, minden adatbázishoz használjon külön mappát.
2. Indítsa el az LRS-t a felhőben. A szolgáltatást a PowerShell (start-azsqlinstancedatabaselogreplay) vagy az Azure CLI (az_sql_midb_log_replay_start parancsmagok) használatával indíthatja el. Válasszon az automatikus kiegészítés vagy a folyamatos migrálási mód közül.

Indítsa el az LRS-t külön minden olyan adatbázishoz, amely a Blob Storage-fiók biztonsági mentési mappájára mutat.

A szolgáltatás elindítása után biztonsági másolatokat készít a Blob Storage-tárolóból, és megkezdi a felügyelt SQL-példány visszaállítását.

Ha az LRS automatikus kiegészítési módban indul el, a megadott utolsó biztonsági mentési fájlon keresztül visszaállítja az összes biztonsági mentést. Minden biztonsági mentési fájlt előre fel kell tölteni, és az áttelepítés közben nem lehet új biztonsági mentési fájlokat hozzáadni. Ez a mód olyan passzív számítási feladatokhoz ajánlott, amelyeknél nincs szükség az adatok aktualizálására.

Ha az LRS folyamatos módban indul el, visszaállítja az eredetileg feltöltött biztonsági másolatokat, majd figyeli a mappába feltöltött új fájlokat. A szolgáltatás folyamatosan alkalmazza a naplókat a naplósorozat-szám (LSN) lánc alapján, amíg manuálisan le nem áll. Ezt az üzemmódot olyan aktív számítási feladatokhoz ajánljuk, amelyekhez adatfelzárkózásra van szükség.
2.1. A művelet előrehaladásának figyelése. A visszaállítási művelet előrehaladását a PowerShell (get-azsqlinstancedatabaselogreplay) vagy az Azure CLI (az_sql_midb_log_replay_show parancsmagok) segítségével figyelheti.
2.2. Szükség esetén állítsa le a műveletet (nem kötelező). Ha le kell állítania a migrálási folyamatot, használja a PowerShellt (stop-azsqlinstancedatabaselogreplay) vagy az Azure CLI-t (az_sql_midb_log_replay_stop).

A művelet leállítása törli a felügyelt SQL-példányra visszaállított adatbázist. A művelet leállítása után nem folytathatja az adatbázis LRS-jének folytatását. A migrálási folyamatot az elejétől újra kell indítania.
3. Ha készen áll, vágja át a felhőt. Ha az LRS automatikus kiegészítési módban indult el, az áttelepítés a megadott utolsó biztonsági mentési fájl visszaállítása után automatikusan befejeződik.

Ha az LRS folyamatos módban indult, állítsa le az alkalmazást és a számítási feladatot. Készítsen biztonsági másolatot az utolsó naplófájlról, és töltse fel az Azure Blob Storage üzembe helyezésébe. Győződjön meg arról, hogy az utolsó napló-tail biztonsági mentés vissza lett állítva a felügyelt példányon. Az átállás befejezéséhez kezdeményezze az LRS-műveletet complete a PowerShell (complete-azsqlinstancedatabaselogreplay) vagy az Azure CLI az_sql_midb_log_replay_complete használatával. Ez a művelet leállítja az LRS-t, és online állapotba helyezi az adatbázist a felügyelt SQL-példány olvasási/írási számítási feladataihoz.

Az alkalmazás kapcsolati sztring az SQL Server-példányból a felügyelt SQL-példányba való újbóli létrehozása. Ezt a lépést saját maga kell elvégeznie, akár manuális kapcsolati sztring módosítással, akár automatikusan (például ha az alkalmazás be tudja olvasni a kapcsolati sztring egy tulajdonságból vagy egy adatbázisból).

Nagy adatbázisok migrálása

Ha nagy méretű, több terabájt méretű adatbázisokat migrál, vegye figyelembe a következőket:

  • Egyetlen LRS-feladat legfeljebb 30 napig futtatható. Ha ez az időszak lejár, a rendszer automatikusan megszakítja a feladatot.
  • A hosszan futó feladatok esetében a rendszerfrissítések megszakítják és meghosszabbítják az áttelepítési feladatokat. Javasoljuk, hogy a tervezett rendszerfrissítések ütemezéséhez használjon karbantartási időszakot . Tervezze meg a migrálást az ütemezett karbantartási időszak körül.
  • A rendszerfrissítések által megszakított migrálási feladatok automatikusan fel vannak függesztve és folytatva az általános célú felügyelt példányok esetében, és üzletileg kritikus felügyelt példányok esetében újraindulnak. Ezek a frissítések hatással lesznek a migrálás időkeretére.
  • Ha növelni szeretné az SQL Server biztonsági mentési fájljainak feltöltési sebességét a Blob Storage-fiókba, ha az infrastruktúra elegendő hálózati sávszélességgel rendelkezik, fontolja meg több szál párhuzamosítását.

Az áttelepítés elindítása

A migrálást az LRS elindításával indíthatja el. A szolgáltatást automatikus kiegészítés vagy folyamatos módban is elindíthatja. További részletekért tekintse át a Migrálás LRS-sel című cikket.

  • Automatikus kiegészítési mód. Ha automatikus kiegészítési módot használ, az áttelepítés automatikusan befejeződik, amikor a megadott biztonsági mentési fájlok utolsó fájlját visszaállították. Ez a beállítás:

    • A teljes biztonsági mentési láncnak előre elérhetővé kell lennie, és fel kell töltenie az Azure Blob Storage-fiókba.
    • Nem engedélyezi az új biztonsági mentési fájlok hozzáadását, amíg az áttelepítés folyamatban van.
    • A kezdő paranccsal meg kell adni az utolsó biztonsági mentési fájl fájlnevét.

    Javasoljuk, hogy automatikus kiegészítési módot használjon olyan passzív számítási feladatokhoz, amelyekhez nincs szükség adatfelzárkózásra.

  • Folyamatos mód. Folyamatos mód használata esetén a szolgáltatás folyamatosan ellenőrzi az Azure Blob Storage mappát, és visszaállítja a migrálás során hozzáadott új biztonsági mentési fájlokat.

    A migrálás csak a manuális átállás kérése után fejeződik be.

    Folyamatos módú migrálást kell használnia, ha még nem rendelkezik a teljes biztonsági mentési lánccal, és ha az áttelepítést követően új biztonsági mentési fájlokat szeretne hozzáadni.

    Javasoljuk, hogy folyamatos módot használjon olyan aktív számítási feladatokhoz, amelyekhez adatfelzárkózásra van szükség.

Tervezze meg, hogy egy LRS-áttelepítési feladatot legfeljebb 30 napon belül befejez. Ha ez az időszak lejár, a rendszer automatikusan megszakítja az LRS-feladatot.

Megjegyzés:

Ha több adatbázist migrál, az LRS-t külön kell elindítani minden olyan adatbázishoz, amely az Azure Blob Storage-tároló teljes URI-útvonalára és az egyes adatbázismappákra mutat.

Limitations of LRS

Vegye figyelembe az LRS alábbi korlátait:

  • Az LRS csak az adatbázisokat .bak.logés .diff a fájlokat támogatja. A Dacpac- és bacpac-fájlok nem támogatottak.
  • Az áttelepítési folyamat során az áttelepített adatbázisok nem használhatók írásvédett hozzáférésre a felügyelt SQL-példányon.
  • Konfigurálnia kell egy karbantartási időszakot , amely lehetővé teszi a rendszerfrissítések ütemezését egy adott napon és időpontban. Tervezze meg az áttelepítések futtatását és befejezését az ütemezett karbantartási időszakon kívül.
  • Azok az adatbázis-biztonsági másolatok, amelyek visszaállítása nem CHECKSUM tart tovább, mint az engedélyezett adatbázis-biztonsági CHECKSUM mentések.
  • Az LRS által használt közös hozzáférésű jogosultságkód (SAS) jogkivonatot a teljes Azure Blob Storage-tárolóhoz létre kell hozni, és csak olvasási és listázási engedélyekkel kell rendelkeznie. Ha például olvasási, lista- és írási engedélyeket ad meg, az LRS nem indulhat el a további írási engedély miatt.
  • A tárolt hozzáférési szabályzatok definiálásával beállított engedélyekkel létrehozott SAS-jogkivonatok használata nem támogatott. Kövesse az ebben a cikkben leírt utasításokat az SAS-jogkivonat olvasási és listázási engedélyeinek manuális megadásához.
  • A különböző adatbázisok biztonsági mentési fájljait különálló mappákba kell helyeznie a Blob Storage-fiókban egy egybesimított fájlstruktúrában. A mappák adatbázismappákba való beágyazása nem támogatott.
  • Ha automatikus kiegészítési módot használ, a teljes biztonsági mentési láncnak előre elérhetőnek kell lennie a Blob Storage-fiókban. Új biztonsági mentési fájlok automatikus kiegészítési módban nem vehetők fel. Ha a migrálás folyamatban van, használjon folyamatos módot, ha új biztonsági mentési fájlokat kell hozzáadnia.
  • Az LRS-t külön kell elindítania minden olyan adatbázishoz, amely az egyes adatbázismappákat tartalmazó teljes URI-elérési útra mutat.
  • A biztonsági mentési URI-elérési út, a tárolónév vagy a mappanevek nem tartalmazhatnak backup vagy backups mivel ezek fenntartott kulcsszavak.
  • Ha több naplóvisszajátszási visszaállítást indít párhuzamosan, és ugyanazt a tárolót célozza meg, győződjön meg arról, hogy minden visszaállítási művelethez ugyanaz az érvényes SAS-jogkivonat van megadva.
  • Az LRS egyetlen felügyelt példányonként legfeljebb 100 egyidejű visszaállítási folyamatot támogat.
  • Egyetlen LRS-feladat legfeljebb 30 napig futtatható, amely után a rendszer automatikusan megszakítja.
  • Bár egy Azure Storage-fiók tűzfal mögött is használható, további konfigurációra van szükség, és a tárfióknak és a felügyelt példánynak ugyanabban a régióban vagy két párosított régióban kell lennie. További információért tekintse át a Tűzfal konfigurálása című témakört.

Tipp.

Ha azt szeretné, hogy egy adatbázis írásvédett legyen az áttelepítés során, a migrálás végrehajtásához sokkal hosszabb időkerettel és minimális állásidővel, ajánlott migrálási megoldásként érdemes az Azure SQL Managed Instance hivatkozási funkcióját használni.

További lépések