Oktatóanyag: SQL Server online migrálása felügyelt Azure SQL-példányba az Azure Data Studióban

Az Azure Data Studio Azure SQL-migrálási bővítményével minimális állásidővel migrálhatja az adatbázis(oka)t egy SQL Server-példányból egy Felügyelt Azure SQL-példányba . Azokat a módszereket, amelyek manuális erőfeszítést igényelhetnek, tekintse meg az SQL Server-példány azure SQL Managed Instance-be való migrálását ismertető cikket.

Ebben az oktatóanyagban az AdventureWorks-adatbázist az SQL Server egy helyszíni példányáról az Azure SQL Managed Instance-be migrálja minimális állásidővel az Azure Data Studio és az Azure Database Migration Service (DMS) használatával. Ez az oktatóanyag az online migrálási módra összpontosít, ahol az alkalmazás állásideje a migrálás végén egy rövid átállásra korlátozódik.

Ebben az oktatóanyagban az alábbiakkal fog megismerkedni:

• A Migrálás az Azure SQL-be varázsló elindítása az Azure Data Studióban
• A forrás SQL Server-adatbázis(ok) értékelése
• Teljesítményadatok gyűjtése a forrás SQL Serverről
• A számítási feladathoz leginkább megfelelő Azure SQL Managed Instance termékváltozatra vonatkozó javaslat
• Adja meg a forrás SQL Server adatait, a biztonsági mentés helyét és a felügyelt Azure SQL-példány célpéldányát
• Hozzon létre egy új Azure Database Migration Service-t, és telepítse a saját üzemeltetésű integrációs modult a forráskiszolgáló és a biztonsági mentések eléréséhez
• A migrálás folyamatának elindítása és monitorozása
• A migrálás átállásának végrehajtása, ha készen áll

Fontos

Készüljön fel a migrálásra, és csökkentse az online migrálási folyamat időtartamát, amennyire csak lehetséges, hogy minimalizálja a példányok újrakonfigurálása vagy tervezett karbantartása által okozott megszakítás kockázatát. Ilyen esemény esetén a migrálási folyamat az elejétől kezdődik. Tervezett karbantartás esetén 36 órás türelmi időszak áll rendelkezésre, ahol a felügyelt Azure SQL-példány célkonfigurációja vagy karbantartása a migrálási folyamat újraindítása előtt lesz megtartva.

Tipp.

Az Azure Database Migration Service-ben az adatbázisokat offline vagy online állapotban is áttelepítheti. Offline migrálás esetén az alkalmazás állásideje az áttelepítés indításakor kezdődik. Ha az állásidőt a migrálás utáni új környezetre való átállás időtartamára szeretné korlátozni, használjon online migrálást. Javasoljuk, hogy tesztelje az offline migrálást annak megállapításához, hogy az állásidő elfogadható-e. Ha a várt állásidő nem elfogadható, végezze el az online migrálást.

Ez a cikk az SQL Serverről felügyelt Azure SQL-példányra történő online adatbázis-migrálást ismerteti. Offline adatbázis-migrálással kapcsolatban lásd : SQL Server áttelepítése felügyelt SQL-példányra offline állapotban az Azure Data Studio és a DMS használatával.

Előfeltételek

Az oktatóanyag elvégzéséhez a következőkre lesz szüksége:

• Az Azure Data Studio letöltése és telepítése

• Az Azure SQL migrálási bővítményének telepítése az Azure Data Studio piacteréről

• Rendelkezik egy Azure-fiókkal, amely az alábbi beépített szerepkörök egyikéhez van hozzárendelve:

  • Közreműködő a felügyelt Azure SQL-példányhoz (és tárfiókhoz az adatbázis biztonsági mentési fájljainak SMB hálózati megosztásból való feltöltéséhez).
  • Olvasói szerepkör a felügyelt Azure SQL-példányt vagy az Azure Storage-fiókot tartalmazó Azure-erőforráscsoportokhoz.
  • Tulajdonosi vagy közreműködői szerepkör az Azure-előfizetéshez (új DMS-szolgáltatás létrehozása esetén szükséges).
  • A fenti beépített szerepkörök használata helyett a cikkben meghatározott egyéni szerepköröket rendelheti hozzá.

  Fontos

  Az Azure-fiók csak a migrálási lépések konfigurálásakor szükséges, és nem szükséges a migrálási varázsló értékelési vagy Azure-javaslati lépéseihez.

• Hozzon létre egy felügyelt Azure SQL-példányt.

• Győződjön meg arról, hogy a forrás SQL Server csatlakoztatásához használt bejelentkezések a sysadmin kiszolgálói szerepkör tagjai, vagy rendelkeznek CONTROL SERVER engedéllyel.

• Használja az alábbi tárolási lehetőségek egyikét a teljes adatbázis- és tranzakciónapló biztonsági mentési fájljaihoz:

  • SMB hálózati megosztás
  • Azure Storage-fiók fájlmegosztása vagy blobtárolója

  Fontos

  • Az Azure Data Studio Azure SQL Migration bővítménye nem készít adatbázis-biztonsági mentéseket, és nem kezdeményez adatbázis-biztonsági mentéseket az Ön nevében. A szolgáltatás ehelyett a meglévő adatbázis biztonsági mentési fájljait használja az áttelepítéshez.
  • Ha az adatbázis biztonsági mentési fájljai egy SMB hálózati megosztásban vannak megadva, hozzon létre egy Azure Storage-fiókot, amely lehetővé teszi a DMS szolgáltatás számára az adatbázis biztonsági mentési fájljainak feltöltését. Győződjön meg arról, hogy az Azure Storage-fiókot ugyanabban a régióban hozza létre, mint az Azure Database Migration Service-példány.
  • Each backup can be written to either a separate backup file or multiple backup files. A több biztonsági mentés (vagyis a teljes és a t-log) egyetlen biztonsági mentési adathordozóhoz való hozzáfűzése azonban nem támogatott.
  • Tömörített biztonsági másolatok használatával csökkentheti a nagy méretű biztonsági másolatok migrálásával kapcsolatos lehetséges problémák előfordulásának valószínűségét.

• Győződjön meg arról, hogy a forrás SQL Server-példányt futtató szolgáltatásfiók olvasási és írási engedélyekkel rendelkezik az adatbázis biztonsági mentési fájljait tartalmazó SMB hálózati megosztáson.

• A transzparens adattitkosítás (TDE) által védett adatbázisból származó forrás SQL Server-példánytanúsítványt az adatok migrálása előtt át kell telepíteni a felügyelt Azure SQL-példányra vagy az Azure-beli virtuális gépen futó SQL Serverre. További információ a TDE-kompatibilis adatbázisok migrálásáról: Oktatóanyag: TDE-kompatibilis adatbázisok migrálása (előzetes verzió) az Azure SQL-be az Azure Data Studióban.

  Tipp.

  Ha az adatbázis az Always Encrypted által védett bizalmas adatokat tartalmaz, a DMS-sel rendelkező Azure Data Studio-t használó migrálási folyamat automatikusan migrálja az Always Encrypted-kulcsokat a cél Azure SQL Managed Instance-példányra vagy az Azure-beli virtuális gépen futó SQL Serverre.

• Ha az adatbázis biztonsági másolatai hálózati fájlmegosztásban találhatók, adjon meg egy gépet, amely telepíti a saját üzemeltetésű integrációs modult az adatbázis biztonsági másolatainak eléréséhez és áttelepítéséhez. A migrálási varázsló tartalmazza a letöltési hivatkozást és a hitelesítési kulcsokat a saját üzemeltetésű integrációs modul letöltéséhez és telepítéséhez. A migrálás előkészítésekor győződjön meg arról, hogy a saját üzemeltetésű integrációs modult telepíteni kívánt gépen engedélyezve vannak a következő kimenő tűzfalszabályok és tartománynevek:

  Tartománynevek	Kimenő portok	Leírás
  Nyilvános felhő: {datafactory}.{region}.datafactory.azure.net or *.frontend.clouddatahub.net Azure Government: {datafactory}.{region}.datafactory.azure.us Kína: {datafactory}.{region}.datafactory.azure.cn	443	A saját üzemeltetésű integrációs modul szükséges a Data Migration szolgáltatáshoz való csatlakozáshoz. A nyilvános felhőben újonnan létrehozott adat-előállító esetében keresse meg a teljes tartománynevet a saját üzemeltetésű integrációs modul kulcsából, amely formátuma.{datafactory}.{region}.datafactory.azure.net A régi adat-előállító esetében, ha nem látja a teljes tartománynevet a saját üzemeltetésű integrációs kulcsban, használja inkább a *.frontend.clouddatahub.net.
  download.microsoft.com	443	A frissítések letöltéséhez a saját üzemeltetésű integrációs modul szükséges. Ha letiltotta az automatikus feltöltést, kihagyhatja a tartomány konfigurálását.
  *.core.windows.net	443	A saját üzemeltetésű integrációs modul használja, amely az Azure Storage-fiókhoz csatlakozik adatbázis-biztonsági mentések feltöltéséhez a hálózati megosztásból

  Tipp.

  Ha az adatbázis biztonsági mentési fájljai már meg vannak adva egy Azure Storage-fiókban, a migrálási folyamat során nincs szükség saját üzemeltetésű integrációs modulra.

• Ha saját üzemeltetésű integrációs modult használ, győződjön meg arról, hogy a futtatókörnyezetet futtató gép képes csatlakozni a forrás SQL Server-példányhoz és a biztonsági mentési fájlokat tároló hálózati fájlmegosztáshoz. A hálózati fájlmegosztáshoz való hozzáférés engedélyezéséhez engedélyezni kell a 445-ös kimenő portot. A saját üzemeltetésű integrációs modul használatára vonatkozó javaslatok megtekintése

• Ha első alkalommal használja az Azure Database Migration Service-t, győződjön meg arról, hogy a Microsoft.DataMigration erőforrás-szolgáltató regisztrálva van az előfizetésében. Az erőforrás-szolgáltató regisztrálásához kövesse az alábbi lépéseket

A Migrálás az Azure SQL-be varázsló elindítása az Azure Data Studióban

1. Nyissa meg az Azure Data Studiót, és válassza a kiszolgálóikont a helyszíni SQL Serverhez (vagy az Azure-beli virtuális gépen futó SQL Serverhez) való csatlakozáshoz.
2. A kiszolgálókapcsolaton kattintson a jobb gombbal, és válassza a Kezelés lehetőséget.
3. A kiszolgáló kezdőlapján válassza az Azure SQL Migration bővítményt.
4. Az Azure SQL Migration irányítópultján válassza a Migrálás az Azure SQL-be lehetőséget a migrálási varázsló elindításához.
5. A varázsló első lapján új munkamenetet indíthat, vagy folytathatja a korábban mentett munkamenetet. Új munkamenet indításához válassza az első lehetőséget.

Adatbázis-felmérés futtatása, teljesítményadatok gyűjtése és Azure-javaslatok lekérése

1. Válassza ki az értékelést futtatni kívánt adatbázis(ok)t, majd válassza a Tovább gombot.
2. Válassza ki a felügyelt Azure SQL-példányt célként.
3. A Nézet/Kiválasztás gombra kattintva megtekintheti az adatbázis(ok) értékelési eredményeinek részleteit, kiválaszthatja a migrálni kívánt adatbázis(ok)t, majd az OK gombot. Ha bármilyen probléma megjelenik az értékelési eredményekben, a következő lépések végrehajtása előtt orvosolni kell őket.
4. Válassza az Azure-javaslatok lekérése gombot.
5. Válassza a Teljesítményadatok összegyűjtése lehetőséget, és adja meg az összegyűjtendő teljesítménynaplók elérési útját, majd kattintson a Start gombra.
6. Az Azure Data Studio mostantól addig gyűjt teljesítményadatokat, amíg le nem állítja a gyűjteményt, nyomja le a Következő gombot a varázslóban, vagy zárja be az Azure Data Studio-t.
7. 10 perc elteltével megjelenik egy ajánlott konfiguráció a felügyelt Azure SQL-példányhoz. A frissítési javaslat hivatkozását a kezdeti 10 perc után is lenyomva frissítheti a javaslatot az összegyűjtött további adatokkal.
8. A fenti Felügyelt Azure SQL-példány* mezőben válassza a Részletek megtekintése gombot a javaslatával kapcsolatos további információkért.
9. Zárja be a nézet részleteit tartalmazó mezőt, és nyomja le a Tovább gombot.

Migrálási beállítások konfigurálása

1. Adja meg a felügyelt Azure SQL-példányt az előfizetés, a hely és az erőforráscsoport kiválasztásával a megfelelő legördülő listákból, majd válassza a Tovább gombot.
2. Migrálási módként válassza az Online migrálás lehetőséget.

   Megjegyzés:

   Online migrálási módban a forrás SQL Server-adatbázis használható olvasási és írási tevékenységekhez, míg az adatbázis biztonsági másolatai folyamatosan visszaállíthatók a cél Azure SQL Managed Instance-példányon. Az alkalmazás állásideje a migrálás végén az átállás időtartamára korlátozódik.

3. Válassza ki az adatbázis biztonsági másolatainak helyét. Az adatbázis biztonsági másolatai egy helyszíni hálózati megosztáson vagy egy Azure Storage-blobtárolóban találhatók.

   Megjegyzés:

   Ha az adatbázis biztonsági másolatai helyszíni hálózati megosztásban vannak megadva, a DMS megköveteli, hogy a varázsló következő lépésében állítson be egy saját üzemeltetésű integrációs modult. Ha a forrásadatbázis biztonsági másolatainak eléréséhez saját üzemeltetésű integrációs modul szükséges, ellenőrizze a biztonsági mentési csoport érvényességét, és töltse fel őket az Azure Storage-fiókjába.
   Ha az adatbázis biztonsági másolatai már egy Azure Storage-blobtárolón vannak, nem kell saját üzemeltetésű integrációs modult beállítania.

• A hálózati megosztáson található biztonsági másolatok esetében adja meg a következő adatokat a forrás SQL Serverről, a forrás biztonsági mentési helyéről, a céladatbázis nevéről és az Azure Storage-fiókról a feltöltendő biztonsági mentési fájlokhoz:

  Mező	Description
  Forrás hitelesítő adatai – Felhasználónév	A hitelesítő adatok (Windows/SQL-hitelesítés) a forrás SQL Server-példányhoz való csatlakozáshoz és a biztonsági mentési fájlok ellenőrzéséhez.
  Forrás hitelesítő adatai – Jelszó	A hitelesítő adatok (Windows/SQL-hitelesítés) a forrás SQL Server-példányhoz való csatlakozáshoz és a biztonsági mentési fájlok ellenőrzéséhez.
  Biztonsági másolatokat tartalmazó hálózati megosztási hely	A teljes és a tranzakciónapló biztonsági mentési fájljait tartalmazó hálózati megosztási hely. Az áttelepítési folyamat során a rendszer automatikusan figyelmen kívül hagyja a hálózati megosztás azon érvénytelen fájljait vagy biztonsági másolatait, amelyek nem tartoznak az érvényes biztonsági mentési csoporthoz.
  Windows felhasználói fiók olvasási hozzáféréssel a hálózati megosztás helyéhez	A windowsos hitelesítő adat (felhasználónév), amely olvasási hozzáféréssel rendelkezik a hálózati megosztáshoz a biztonsági mentési fájlok lekéréséhez.
  Jelszó	A windowsos hitelesítő adat (jelszó), amely olvasási hozzáféréssel rendelkezik a hálózati megosztáshoz a biztonsági mentési fájlok lekéréséhez.
  Céladatbázis neve	A céladatbázis neve módosítható, ha módosítani szeretné a cél adatbázisnevét az áttelepítési folyamat során.
  Tárfiók részletei	Az az erőforráscsoport és tárfiók, ahová a biztonsági mentési fájlokat feltölti a rendszer. Nem kell tárolót létrehoznia, mivel a DMS automatikusan létrehoz egy blobtárolót a megadott tárfiókban a feltöltési folyamat során.

• Az Azure Storage-blobtárolóban tárolt biztonsági másolatok esetében adja meg a céladatbázis nevének, az erőforráscsoportnak, az Azure Storage-fióknak és a Blob-tárolónak az alábbi adatait a megfelelő legördülő listákból.

  Mező	Description
  Céladatbázis neve	A céladatbázis neve módosítható, ha módosítani szeretné a cél adatbázisnevét az áttelepítési folyamat során.
  Tárfiók részletei	Az erőforráscsoport, a tárfiók és a tároló, ahol a biztonsági mentési fájlok találhatók.

  Fontos

  Ha a visszacsatolási ellenőrző funkció engedélyezve van, és a forrás SQL Server és a fájlmegosztás ugyanazon a számítógépen található, akkor a forrás nem fogja tudni elérni a fájlmegosztást az FQDN használatával. A probléma megoldásához tiltsa le a visszacsatolási ellenőrző funkciót az itt található utasítások használatával

• Az Azure Data Studio Azure SQL-migrálási bővítményéhez már nincs szükség az Azure Storage-fiók hálózati beállításainak konkrét konfigurációira az SQL Server-adatbázisok Azure-ba való migrálásához. Az adatbázis biztonsági mentési helyétől és a tárfiók kívánt hálózati beállításaitól függően azonban szükség van néhány lépésre annak biztosításához, hogy az erőforrások hozzáférhessenek az Azure Storage-fiókhoz. Tekintse meg a következő táblázatot a különböző migrálási forgatókönyvekhez és hálózati konfigurációkhoz:

  Eset	SMB hálózati megosztás	Azure Storage-fióktároló
  Minden hálózatról engedélyezve	Nincsenek további lépések	Nincsenek további lépések
  Engedélyezve a kiválasztott virtuális hálózatokról és IP-címekről	Lásd: 1a	Lásd: 2a
  Engedélyezve a kiválasztott virtuális hálózatokról és IP-címekről + privát végpontról	Lásd: 1b	Lásd: 2b

  1a – Az Azure Blob Storage hálózati konfigurációja

  Ha a saját üzemeltetésű integrációs modul (SHIR) telepítve van egy Azure-beli virtuális gépen, tekintse meg az 1b. szakaszt – Azure Blob Storage hálózati konfiguráció. Ha a helyszíni hálózaton telepítve van a saját üzemeltetésű integrációs modulja (SHIR), a következő módon kell hozzáadnia az üzemeltető gép ügyfél IP-címét az Azure Storage-fiókjában:

  

  Az adott konfiguráció alkalmazásához csatlakozzon az Azure Portalhoz az SHIR-gépről, nyissa meg az Azure Storage-fiók konfigurációját, válassza a Hálózatkezelés lehetőséget, majd jelölje be az Ügyfél IP-címének hozzáadása jelölőnégyzetet. A Mentés gombra kattintva állandóvá teheti a módosítást. A további lépésekért tekintse meg a 2a. szakaszt – Az Azure Blob Storage hálózati konfigurációja (privát végpont) című szakaszt.

  1b – Az Azure Blob Storage hálózati konfigurációja

  Ha az SHIR-t egy Azure-beli virtuális gépen üzemelteti, hozzá kell adnia a virtuális gép virtuális hálózatát az Azure Storage-fiókhoz, mivel a virtuális gép nem nyilvános IP-címmel rendelkezik, amelyet nem lehet hozzáadni az IP-címtartomány szakaszához.

  

  Az adott konfiguráció alkalmazásához keresse meg az Azure Storage-fiókját, az Adattárolás panelen válassza a Hálózatkezelés lehetőséget, majd jelölje be a Meglévő virtuális hálózat hozzáadása jelölőnégyzetet. Megnyílik egy új panel, amely kiválasztja az integrációs modult üzemeltető Azure-beli virtuális gép előfizetését, virtuális hálózatát és alhálózatát. Ezek az információk az Azure-beli virtuális gép Áttekintés lapján találhatók. Az alhálózat szerint szükség van szolgáltatásvégpontra , ha igen, válassza az Engedélyezés lehetőséget. Ha minden készen áll, mentse a frissítéseket. A további szükséges lépésekért tekintse meg az Azure Blob Storage hálózati konfigurációjának (privát végpont) a 2a. szakaszát.

  2a – Az Azure Blob Storage hálózati konfigurációja (privát végpont)

  Ha a biztonsági másolatok közvetlenül egy Azure Storage-tárolóba kerülnek, a fenti lépések szükségtelenek, mivel az Azure Storage-fiókkal nem kommunikál integrációs modul. Azonban továbbra is biztosítanunk kell, hogy a cél SQL Server-példány kommunikálni tudjon az Azure Storage-fiókkal a tároló biztonsági másolatainak visszaállításához. Az adott konfiguráció alkalmazásához kövesse az 1b – Azure Blob Storage hálózati konfiguráció utasításait, és adja meg a cél SQL-példány virtuális hálózatát a "Meglévő virtuális hálózat hozzáadása" előugró ablak kitöltésekor.

  2b – Azure Blob Storage hálózati konfigurációja (privát végpont)

  Ha privát végpontot állított be az Azure Storage-fiókjában, kövesse az Azure Blob Storage hálózati konfigurációjának (privát végpont) 2a. szakaszában ismertetett lépéseket. Azonban nem csak a cél SQL Server-alhálózatot, hanem a privát végpont alhálózatát is ki kell választania. Győződjön meg arról, hogy a privát végpont ugyanazon a virtuális hálózaton található, mint a cél SQL Server-példány. Ha nem, hozzon létre egy másik privát végpontot az Azure Storage-fiók konfigurációs szakaszának folyamatával.

Azure Database Migration Service létrehozása

1. Hozzon létre egy új Azure Database Migration Service-t, vagy használja újra a korábban létrehozott meglévő szolgáltatást.

   Megjegyzés:

   Ha korábban az Azure Portallal hozta létre a DMS-t, az Azure Data Studio áttelepítési varázslójában nem használhatja újra. Csak az Azure Data Studio használatával korábban létrehozott DMS használható újra.

2. Válassza ki azt az erőforráscsoportot , amelyben meglévő DMS-sel rendelkezik, vagy újat kell létrehoznia. Az Azure Database Migration Service legördülő listája felsorolja a kijelölt erőforráscsoportban lévő meglévő DMS-eket.
3. Meglévő DMS újrafelhasználásához válassza ki a legördülő listából, és a saját üzemeltetésű integrációs modul állapota megjelenik a lap alján.
4. Új DMS létrehozásához válassza az Új létrehozása lehetőséget. Az Azure Database Migration Service létrehozása képernyőn adja meg a DMS nevét, és válassza a Létrehozás lehetőséget.
5. A DMS sikeres létrehozása után a rendszer megadja az integrációs modul beállításának részleteit.
6. Válassza a Letöltés lehetőséget, és telepítse az integrációs modult a letöltési hivatkozás webböngészőben való megnyitásához. Töltse ki a letöltést. Telepítse az integrációs futtatókörnyezetet egy olyan gépen, amely megfelel a forrás SQL Serverhez való csatlakozás előfeltételeinek és a forrás biztonsági mentését tartalmazó helynek.
7. A telepítés befejezése után a Microsoft Integration Runtime Configuration Manager automatikusan elindul a regisztrációs folyamat megkezdéséhez.
8. Másolja és illessze be az Azure Data Studio varázsló képernyőjén megadott hitelesítési kulcsok egyikét. Ha a hitelesítési kulcs érvényes, zöld pipa ikon jelenik meg az Integration Runtime Configuration Managerben, amely jelzi, hogy folytathatja a regisztrációt.
9. Miután sikeresen elvégezte a saját üzemeltetésű integrációs modul regisztrációját, zárja be a Microsoft Integration Runtime Configuration Managert , és váltson vissza a migrálási varázslóra az Azure Data Studióban.
10. Válassza a Tesztkapcsolat lehetőséget az Azure Data Studióban az Azure Database Migration Service létrehozása képernyőn annak ellenőrzéséhez, hogy az újonnan létrehozott DMS csatlakozik-e az újonnan regisztrált, saját üzemeltetésű integrációs modulhoz.
11. Tekintse át az áttelepítés összegzését, és válassza a Kész elemet az adatbázis migrálásának elindításához.

A migrálás monitorozása

1. Az adatbázis áttelepítési állapotában nyomon követheti a folyamatban lévő migrálásokat, a befejezett áttelepítéseket és a sikertelen migrálásokat (ha vannak ilyenek).

   

2. A folyamatban lévő adatbázis-migrálások kiválasztásával megtekintheti a folyamatban lévő migrálásokat, és az adatbázis nevének kiválasztásával további részleteket kaphat.

3. Az áttelepítés részletei lapon megjelennek a biztonsági mentési fájlok és a megfelelő állapot:

   Állapot	Leírás
   Érkezett	A biztonsági mentési fájl megérkezett a forrás biztonsági mentési helyére, és érvényesítve
   Feltöltés	Az integrációs modul jelenleg feltölti a biztonsági mentési fájlt az Azure Storage-ba
   Feltöltve	A biztonsági mentési fájl feltöltése az Azure Storage-ba
   Helyreállítása	Az Azure Database Migration Service jelenleg visszaállítja a biztonsági mentési fájlt a felügyelt Azure SQL-példányra
   Visszaad	A biztonsági mentési fájl visszaállítása sikeresen megtörtént a felügyelt Azure SQL-példányon
   Megszakított	A migrálási folyamat megszakadt
   Figyelmen kívül hagyva	A biztonsági mentési fájl figyelmen kívül lett hagyva, mivel nem tartozik érvényes adatbázis-biztonsági mentési lánchoz

   

Migrálás teljes átállása

Az oktatóanyag utolsó lépése a migrálás átállásának befejezése annak biztosítása érdekében, hogy a felügyelt Azure SQL-példányban lévő migrált adatbázis használatra kész legyen. Ez a folyamat az egyetlen olyan rész, amely állásidőt igényel az adatbázishoz csatlakozó alkalmazások számára, ezért az átállás időzítését gondosan meg kell tervezni az üzleti vagy az alkalmazás érdekelt feleivel.

Az átállás befejezéséhez:

1. Állítsa le a forrásadatbázisba érkező összes bejövő tranzakciót.
2. Módosítsa az alkalmazáskonfigurációt, hogy a céladatbázisra mutasson a felügyelt Azure SQL-példányban.
3. Készítsen végső biztonsági másolatot a forrásadatbázisról a megadott biztonsági mentési helyen
4. Helyezze a forrásadatbázist írásvédett módban. Ezért a felhasználók adatokat olvashatnak az adatbázisból, de nem módosíthatják őket.
5. Győződjön meg arról, hogy az összes adatbázis biztonsági másolata visszaállítva van a figyelési részletek lapon.
6. Jelölje meg az Átállás elvégzése beállítást a megfigyelési részletek oldalán.

Az átállási folyamat során a migrálás állapota folyamatban van állapotról befejezés állapotra változik. Az átállási folyamat befejeztével az áttelepítés állapota úgy módosul, hogy az azt jelzi, hogy az adatbázis migrálása sikeres, és hogy az áttelepített adatbázis használatra kész.

Fontos

Az átállás után a felügyelt SQL-példány rendelkezésre állása üzletileg kritikus szolgáltatásszinttel csak az általános célnál lényegesen tovább tarthat, mivel három másodlagos replikát kell bevetni az Always On Magas rendelkezésre állású csoporthoz. Ez a művelet időtartama az adatok méretétől függ. További információ: Felügyeleti műveletek időtartama.

Korlátozások

Az Azure SQL Managed Instance-re az Azure Data Studióhoz készült Azure SQL-bővítménnyel történő migrálásra az alábbi korlátozások vonatkoznak:

• Ha egyetlen adatbázist migrál, az adatbázis biztonsági másolatait egy egybesimított struktúrába kell elhelyezni egy adatbázismappában (beleértve a tároló gyökérmappáját is), és a mappák nem ágyazhatók be, mivel ez nem támogatott.
• Ha több adatbázist migrál ugyanazon Azure Blob Storage-tároló használatával, helyezze az egyes adatbázisok biztonságimásolat-fájljait külön-külön mappákba a tárolón belül.
• A meglévő adatbázisoknak a DMS-sel történő felülírása a célként megadott Azure SQL Managed Instance-ben nem támogatott.
• A DMS nem támogatja a magas rendelkezésre állás és vészhelyreállítás konfigurálását a célhelyen a forrástopológiának megfelelően.
• A következő kiszolgálóobjektumok nem támogatottak:
  • SQL Server Agent-feladok
  • Hitelesítő adatok
  • SSIS-csomagok
  • Kiszolgálónaplózás
• A DMS-sel való adatbázis-migráláshoz nem használhat az Azure Data Factoryből létrehozott meglévő helyi integrációs modult. A helyi integrációs modult kezdetben az Azure SQL migrálási bővítményével kell létrehozni az Azure Data Studióban, majd a modul újra használható későbbi adatbázis-migrálásokhoz.
• Egy LRS-feladat (amelyet a DMS hozott létre) legfeljebb 30 napig futhat. Amikor ez az időtartam lejár, a feladat automatikusan megszakad, így a célként megadott adatbázis automatikusan törlődik.
• Ha a következő hibaüzenetet kapta: Memory-optimized filegroup must be empty in order to be restored on General Purpose tier of SQL Database Managed Instance. Ez a probléma szándékosan történik, a Hekaton (más néven SQL Server In-Memory OLTP) nem támogatott a felügyelt Azure SQL-példány általános célú szintjén. A migrálás folytatásához az egyik módszer az üzletileg kritikus rétegre való frissítés, amely támogatja a Hekatont. Egy másik módszer annak biztosítása, hogy a forrásadatbázis ne használja, miközben az Azure SQL Managed Instance általános célú.

Következő lépések

• Az adatbázis felügyelt SQL-példányba a T-SQL RESTORE paranccsal történő migrálását bemutató oktatóanyagért lásd : Biztonsági másolat visszaállítása felügyelt SQL-példányra a visszaállítási paranccsal.
• A felügyelt SQL-példányról további információt a Felügyelt SQL-példányok ismertetése című témakörben talál.
• Az alkalmazások felügyelt SQL-példányhoz való csatlakoztatásáról további információt Csatlakozás alkalmazásokban talál.
• A hibaelhárításhoz tekintse át az ismert problémákat.