Oktatóanyag: SQL Server online migrálása azure-beli virtuális gépeken futó SQL Serverre 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ázisokat egy SQL Server-példányból egy Azure-beli virtuális gépen futó SQL Serverre (SQL Server 2016 és újabb verziók). Azokat a módszereket, amelyek manuális erőfeszítést igényelhetnek, tekintse meg az SQL Server-példány azure-beli virtuális gépen futó SQL Serverre 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 egy Azure-beli virtuális gépen futó SQL Serverre migrálja minimális állásidővel az Azure Data Studio és az Azure Database Migration Service használatával.

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

  • Indítsa el a Migrálás az Azure SQL-be varázslót 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
  • Az Azure Virtual Machine SKU-n futó SQL Server javaslatának lekérése a számítási feladathoz leginkább megfelelő
  • Adja meg a forrás SQL Server adatait, a biztonsági mentés helyét és a cél SQL Servert az Azure-beli virtuális gépen
  • 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.
  • Indítsa el és figyelje a migrálás előrehaladását.
  • Ha elkészült, végezze el a migrálás átállását.

Ez a cikk az SQL Serverről azure-beli virtuális gépen futó SQL Serverre történő online migrálást ismerteti. Offline migrálás: SQL Server migrálása sql serverre az Azure-beli virtuális gépen offline 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:

    • A cél SQL Server közreműködője az Azure-beli virtuális gépen (és tárfiókban 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 cél SQL Servert tartalmazó Azure-erőforráscsoportokhoz az Azure-beli virtuális gépen vagy az Azure Storage-fiókban.
    • Tulajdonos vagy Közreműködő szerepkör az Azure-előfizetéshez.
    • 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 cél SQL Servert az Azure-beli virtuális gépen.

    Fontos

    Ha már rendelkezik Azure-beli virtuális géppel, akkor az SQL IaaS-ügynök bővítményével kell regisztrálnia teljes felügyeleti módban.

  • 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.
    • Az Azure Database Migration Service nem kezdeményez biztonsági mentéseket, és ehelyett meglévő biztonsági másolatokat használ, amelyek a vészhelyreállítási terv részeként már rendelkezhetnek a migráláshoz.
    • Each backup can be written to either a separate backup file or multiple backup files. Ugyanakkor nem támogatott több biztonsági másolat (pl. teljes és tranzakciós naplók) összefűzése egyetlen biztonsági mentési adathordozóra.
    • 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 cél SQL Serverre az Azure-beli virtuális gépen. További információ: TDE-védett adatbázis áthelyezése egy másik SQL Serverre.

    Tipp.

    Ha az adatbázis az Always Encrypted által védett bizalmas adatokat tartalmaz, az Azure Data Studio DMS-sel történő migrálási folyamata automatikusan migrálja az Always Encrypted-kulcsokat a cél SQL Serverre az Azure-beli virtuális gépen.

  • 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 létrehozott új Data Factory 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 Data Factory esetében, ha nem látja a teljes tartománynevet a saját üzemeltetésű integrációs kulcsban, használja helyette 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.

  • A futtatókörnyezet saját üzemeltetésű integrációs modul használatával települ a számítógépre. A gép csatlakozik a forrás SQL Server-példányhoz és ahhoz a hálózati fájlmegosztáshoz, ahol a biztonsági mentési fájlok találhatók. 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ó ikonját 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. Launch Migrate to Azure SQL wizard
  5. A migrálási varázsló első lépésében kapcsolja össze meglévő vagy új Azure-fiókját az Azure Data Studióval.

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 az SQL Servert az Azure-beli virtuális gépen célként. Screenshot of assessment confirmation.
  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.
  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ó az Azure SQL virtuális géphez. 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 Azure Virtual Machine-alapú SQL Serveren kattintson a Részletek megtekintése gombra 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 cél SQL Servert az Azure-beli virtuális gépen 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 SQL Serveren az Azure-beli virtuális gépen. Az alkalmazás állásideje a migrálás végén az átállás időtartamára korlátozódik.

  3. Az 5. lépésben 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 saját üzemeltetésű integrációs modult állíts be. A forrásadatbázis biztonsági másolatainak eléréséhez, a biztonsági mentési csoport érvényességének ellenőrzéséhez és az Azure Storage-fiókba való feltöltéséhez saját üzemeltetésű integrációs modul szükséges.
    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 forrás SQL Server alábbi adatait, a forrás biztonsági mentési helyét, a céladatbázis nevét és az Azure Storage-fiókot 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.
  • Az Azure Storage-blobtárolóban tárolt biztonsági másolatok esetében adja meg a céladatbázis nevének, erőforráscsoportjának, Azure Storage-fiókjának és Blob-tárolójának 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.
  1. A folytatáshoz válassza a Tovább lehetőséget.

    Fontos

    Ha a visszacsatolás ellenőrzése funkció engedélyezve van, és a forrás SQL Server és fájlmegosztás ugyanazon a számítógépen található, akkor a forrás nem fogja tudni elérni a fájlokat 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:

    Screenshot that shows the storage account network details.

    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.

    Screenshot that shows the storage account network firewall configuration.

    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.
  5. 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.
  6. A DMS sikeres létrehozása után a telepítő integrációs moduljának részletei is meg lesznek adva.
  7. 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.
  8. A telepítés befejezése után a Microsoft Integration Runtime Configuration Manager automatikusan elindul a regisztrációs folyamat megkezdéséhez.
  9. 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.
  10. 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.
  11. Válassza a Tesztkapcsolat lehetőséget az Azure Database Migration Service létrehozása képernyőn az Azure Data Studióban 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, majd válassza a Kész lehetőséget. Test connection integration runtime
  12. Tekintse át az összegzést, é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).

    monitor migration dashboard

  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 az SQL Serverre az Azure-beli virtuális gépen
    Visszaad A biztonsági mentési fájl visszaállítása sikeresen megtörtént az Azure-beli virtuális gépen futó SQL Serveren
    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

    online vm backup restore details

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

Az oktatóanyag utolsó lépése a migrálás átállásának befejezése. A befejezés biztosítja, hogy az Azure-beli virtuális gépen futó SQL Server migrált adatbázisa használatra kész legyen. Az adatbázishoz csatlakozó alkalmazásoknál állásidőre van szükség, és az átállás időzítését körültekintően kell megtervezni 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. Végezzen az Azure-beli virtuális gépen futó SQL Serveren lévő cél adatbázisra mutató alkalmazáskonfigurációs módosításokat.
  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. Amikor az átállási folyamat befejeződik, az adatbázis-migrálás állapota sikeres állapotra változik. Az adatbázis migrálása sikeres, és az áttelepített adatbázis használatra kész.

Korlátozások

Azure-beli virtuális gépeken az SQL Serverre való migrálás az Azure Data Studio Azure SQL-bővítményével az alábbi korlátozásokkal rendelkezik:

  • Ha egyetlen adatbázist migrál, az adatbázis biztonsági másolatait egy egybesimított struktúrába kell helyezni egy adatbázismappában (beleértve a tároló gyökérmappáját is), és a mappák nem ágyazhatók be, mivel az 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ázisok felülírása dMS használatával a cél SQL Serveren az Azure-beli virtuális gépen nem támogatott.
  • A DMS nem támogatja a forrástopológiával megegyező magas rendelkezésre állás és vészhelyreállítás konfigurálását a célon.
  • 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.
  • Az SQL Server 2008-as és az alatti célverziókkal rendelkező virtuális gépek nem támogatottak az Azure-beli virtuális gépeken futó SQL Serverre való migráláskor.
  • Ha SQL Server 2012 vagy SQL Server 2014 rendszerű virtuális gépet használ, a hálózati megosztási lehetőség használata helyett a forrásadatbázis biztonsági mentési fájljait egy Azure Storage Blob-tárolóban kell tárolnia. A biztonsági mentési fájlokat lapblobokként tárolja, mivel a blokkblobok csak az SQL 2016-ban és utána támogatottak.
  • Győződjön meg arról, hogy a cél Azure-beli virtuális gép SQL IaaS-ügynökbővítménye teljes módban van az egyszerűsített mód helyett.
  • Az SQL IaaS-ügynökbővítmény csak az alapértelmezett kiszolgálópéldány vagy az egynevű példány kezelését támogatja.
  • Az SQL Server Azure-beli virtuális gépre migrálható adatbázisok száma a hardver specifikációjától és a számítási feladattól függ, de nincs érvényes korlát. Az egyes adatbázisok minden áttelepítési művelete (migrálás indítása, átállás) azonban néhány percet vesz igénybe egymás után. 100 adatbázis migrálásához például körülbelül 200 (2 x 100) percbe telhet az áttelepítési üzenetsor/adatbázisok létrehozása, és körülbelül 100 (1 x 100) perc az összes 100 adatbázis átállása (kivéve a biztonsági mentés és a visszaállítás időzítését). Ezért a migrálás az adatbázisok számának növekedésével lassabb lesz. A Microsoft azt javasolja, hogy a szigorú migrálási tesztelés alapján előre ütemezz egy hosszabb migrálási időszakot, vagy nagy számú adatbázist particionáljon kötegekbe, amikor migráljuk őket egy SQL Server Azure-beli virtuális gépre.
  • Azon kívül, hogy konfigurálja az Azure Storage-fiók hálózatkezelését/tűzfalát, hogy a virtuális gép hozzáférhessen a biztonsági mentési fájlokhoz. Emellett konfigurálnia kell az SQL Server hálózatkezelését/tűzfalát az Azure-beli virtuális gépen, hogy engedélyezhesse a tárfiókhoz való kimenő kapcsolatot.
  • Az SQL Migration folyamatban lévő állapotában meg kell őriznie a cél SQL Servert az Azure-beli virtuális gépeken. Új migrálás létrehozásakor a feladatátvételt vagy az áttelepítés megszakítását is.
  • Hiba: Login failed for user 'NT Service\SQLIaaSExtensionQuery. Ok: Az SQL Server-példány egyfelhasználós módban van. Ennek egyik lehetséges oka az, hogy az Azure-beli virtuális gépen lévő cél SQL Server frissítési módban van. Megoldás: Várjon, amíg a cél SQL Server az Azure-beli virtuális gépen kilép a frissítési módból, és indítsa el újra a migrálást.
  • Hiba: Ext_RestoreSettingsError, message: Failed to create restore job.;Cannot create file 'F:\data\XXX.mdf' because it already exists. Megoldás: Csatlakozás a cél SQL Serverre az Azure-beli virtuális gépen, és törölje a XXX.mdf fájlt. Ezután indítsa el újra a migrálást.

Következő lépések