Az Azure Database Migration Service használatára vonatkozó gyakori kérdések

Ez a cikk az Azure Database Migration Service használatával kapcsolatos gyakori kérdéseket és a kapcsolódó válaszokat sorolja fel.

Áttekintés

Mi az Azure Database Migration Service?

Az Azure Database Migration Service egy teljes mértékben felügyelt szolgáltatás, amely lehetővé teszi a zökkenőmentes migrálást több adatbázis-forrásból az Azure Data platformra minimális állásidővel. A szolgáltatás jelenleg általánosan elérhető, és a folyamatos fejlesztési erőfeszítések a következőre összpontosítanak:

• Megbízhatóság és teljesítmény.
• Forrás-cél párok iteratív hozzáadása.
• Folyamatos befektetés a súrlódásmentes migrálásba.

Milyen forrás-/célpárokat támogat jelenleg az Azure Database Migration Service?

A szolgáltatás jelenleg különböző forrás-/célpárokat vagy migrálási forgatókönyveket támogat. Az egyes elérhető migrálási forgatókönyvek állapotának teljes listáját az Azure Database Migration Service által támogatott migrálási forgatókönyvek állapota című cikkben találja.

Az SQL Server mely verzióit támogatja forrásként az Azure Database Migration Service?

Az SQL Serverről való migráláskor az Azure Database Migration Service támogatott forrásai az SQL Server 2008 és újabb verziók. Ha az Azure Data Studio-t SQL Migration-bővítménysel használja, a támogatott források az SQL Server 2008 és az SQL Server 2022.

Az Azure Database Migration Service használata esetén mi a különbség az offline és az online migrálás között?

Az Azure Database Migration Service használatával offline és online áttelepítéseket hajthat végre. Offline migrálás esetén az alkalmazás állásideje a migrálás indításakor kezdődik. Online migrálás esetén az állásidő a migrálás végén történő leépítés időtartamára korlátozódik. Azt javasoljuk, hogy próbálja ki az offline migrálást, és határozza meg, hogy elfogadható-e az állásidő; ha nem, végezzen online migrálást.

Feljegyzés

Az Azure Database Migration Service online migráláshoz való használatához létre kell hoznia egy példányt a prémium tarifacsomag alapján. További információkért tekintse meg az Azure Database Migration Service díjszabási oldalát.

Hogyan viszonyul az Azure Database Migration Service más Microsoft-adatbázis-migrálási eszközökhöz, például az SQL Server Migration Assistanthez (SSMA)?

Az Azure Database Migration Service a Microsoft Azure-ba történő adatbázis-migrálás előnyben részesített módszere. Az Azure Database Migration Service más Microsoft-adatbázis-áttelepítési eszközökkel való összehasonlításával kapcsolatos további információkért és a szolgáltatás különböző forgatókönyvekhez való használatára vonatkozó javaslatokért tekintse meg a Microsoft adatbázis-áttelepítési eszközeinek és szolgáltatásainak megkülönböztetésével foglalkozó témakört.

Hogyan viszonyul az Azure Database Migration Service az Azure Migrate-ajánlathoz?

Az Azure Migrate segít a helyszíni virtuális gépek Azure IaaS-be való migrálásában. A szolgáltatás felméri a migrálás alkalmasságát és a teljesítményalapú méretezést, és költségbecsléseket biztosít a helyszíni virtuális gépek Azure-beli futtatásához. Az Azure Migrate hasznos a helyszíni virtuális gépeken alapuló számítási feladatok Azure IaaS virtuális gépekre történő migrálásához. Az Azure Database Migration Service-sel ellentétben azonban az Azure Migrate nem egy speciális adatbázis-migrálási szolgáltatás az Azure PaaS relációs adatbázisplatformjaihoz, például az Azure SQL Database-hez vagy a felügyelt Azure SQL-példányhoz.

A Database Migration Service tárolja az ügyféladatokat?

Szám A Database Migration Service nem tárolja az ügyféladatokat.

Hogyan biztosítható, hogy a DMS az összes adatot áttelepítette a forrásadatbázisból az Azure SQL-célokba?

Az Azure-beli virtuális gépen futó SQL Server és a felügyelt Azure SQL-példányok esetében a DMS fizikai migrálást, azaz biztonsági mentést és visszaállítást használ. A következő szakaszban leírtak szerint a választott migrálási mód határozza meg, hogy az adatok hogyan legyenek konzisztensek a forrás és a cél között.

• Offline migrálás: Az Azure-beli virtuális gépeken és az Azure SQL Managed Instance-példányokon futó SQL Serverre való offline migrálás során az alkalmazás leállása a migrálás indításakor kezdődik. A DMS visszaállítja az összes biztonsági mentési fájlt a célhelyre, amíg a forrásból származó legújabb biztonsági mentési fájl/fájlok át lettek adva az SMB hálózati tárolóba vagy az Azure Blob-tárolóba (a migrálási konfigurációnak megfelelően). Ha a biztonsági mentés a CHECKSUM beállítással történik, a DMS visszaállítási művelete automatikusan végrehajtja az ellenőrzést. Ellenőrzőösszeg hiányában a rendszer a visszaállítás előtt kifejezetten ellenőrzi a biztonsági mentés integritását. Ez biztosítja, hogy a visszaállítási fájl megegyezik a biztonsági mentési fájllal, és így ugyanazokkal az adatokkal rendelkezzen. Ellenőrizheti az összes biztonsági mentési fájlt, beleértve a forrásból származó utolsó biztonsági mentési fájl nevét is, a DMS migrálási monitorozási oldalán látható célhelyen alkalmazott/visszaállított biztonsági mentési fájllal, és ellenőrizheti a megfelelő ellenőrzőösszeget.

• Online migrálás: Az Azure-beli virtuális gépeken és az Azure SQL Managed Instance-példányokon futó SQL Serverre való online migrálás során az állásidő az áttelepítés átállásának kezdeményezése és az alkalmazás leállítása után kezdődik. A DMS visszaállítja az összes biztonsági mentési fájlt a célhelyre, amíg a forrásból származó legújabb biztonsági mentési fájl/fájlok át lettek adva az SMB hálózati tárolóba vagy az Azure Blob-tárolóba (a migrálási konfigurációnak megfelelően). Az átállás gomb megnyomása után a DMS megjeleníti a függőben lévő biztonsági mentési fájlok/fájlok számát (ha vannak ilyenek), amelyek az SMB hálózati tárolóban vagy az Azure Blob-tárolóban találhatók, és még nem lesznek alkalmazva/visszaállítva a célon. Ha a biztonsági mentés a CHECKSUM beállítással történik, a DMS visszaállítási művelete automatikusan végrehajtja az ellenőrzést. Ellenőrzőösszeg hiányában a rendszer a visszaállítás előtt kifejezetten ellenőrzi a biztonsági mentés integritását. Ez biztosítja, hogy a visszaállítási fájl megegyezik a biztonsági mentési fájllal, és így ugyanazokkal az adatokkal rendelkezzen. Ellenőrizheti az összes biztonsági mentési fájlt, beleértve a forrásból származó utolsó biztonsági mentési fájl nevét is, ha a biztonsági mentési fájl a DMS migrálási monitorozási oldalán látható célhelyen van alkalmazva/visszaállítva, és ellenőrizheti a megfelelő ellenőrzőösszeget.

Az Azure SQL Database-célok esetében a DMS logikai migrálást végez az Azure SQL Database esetében. Ez azt jelzi, hogy átmásolja az adatokat a forrás SQL-adatbázis tábláiból, és a cél Azure SQL-adatbázis tábláiba írja. Mivel a DMS csak az Azure SQL Database-be való offline migrálást támogatja, az alkalmazás állásideje a migrálás indításakor kezdődik. A migrálás monitorozási oldaláról figyelheti és ellenőrizheti az olvasási sorok számát (a forrásadatbázis táblájából), és átmásolhatja (a cél Azure SQL-adatbázistáblába írva). További megerősítésként futtassa a következő Transact-SQL az ellenőrzőösszeg forrás- és céladatbázisokban való lekéréséhez, valamint a forrás és az adatok azonos állapotának ellenőrzéséhez.

SELECT CHECKSUM_AGG(CHECKSUM(*)) FROM <table_name>;

Feljegyzés

Mindaddig, amíg egyetlen alkalmazás sem ír a forrás- vagy céladatbázisba, használhat olyan eszközöket is, mint az Adatbázis-összehasonlító eszköz az adatok összehasonlításához.

Biztonság

Milyen szolgáltatásokat hoz létre és használ fel a rendszer a DMS (klasszikus) példányának létrehozásakor és futtatásakor?

Az alábbi lista tartalmazza azokat az Azure-erőforrásokat, amelyek a színfalak mögött hozhatók létre az adatmigrálás végrehajtásához. A használt szolgáltatások migrálási forgatókönyv szerint változhatnak.

• Azure Monitor
• Azure-beli virtuális gép
• Azure Storage
• Azure Service Bus (Azure Szolgáltatási Busz)
• Azure Data Factory

Hogyan nyerik ki a metaadatokat és az ügyféladatokat a forrásból, és hogyan írják a célba?

A DMS belsőleg egy metaadattárat tart fenn, amely információkat tartalmaz a hálózati helyekről, a hitelesítő adatokról, a biztonsági mentési fájlokról és a befejezett feladatokról. A hitelesítő adatok és a kijelölt mezők, például a fiókkulcsok titkosítva vannak. A rendszer kivonatolt adatokkal rendelkezik, például a telemetria táblázatnevei. Előfordulhat, hogy a felhasználónevek egyszerű szövegben jelennek meg a szolgáltatásnaplókban, de a jelszavak soha nem fognak. A telemetriát régiónként, megőrzési szabályzatok szabályozzák, és csak a Microsofton belüli hivatalos személyzet számára érhető el érvényes hibaelhárítási célokra. Az Azure-erőforrásnevek, például a kiszolgáló- és adatbázisnevek az Azure-erőforrásokra vonatkozó szabályokat követik.

A DMS (klasszikus) az Azure Service Bus-témaköröket használja a számítási rétegek közötti kommunikáció megkönnyítésére. Az Azure Service Bus-témakörök minden DMS-példányra egyediek, és minden személyes adat titkosítva van.

Felügyelt Azure SQL-példány és SQL Server azure-beli virtuális gépeken

A séma és az adatok áttelepítése biztonsági mentéssel és visszaállítással történik. Az ügyfeleknek lehetősége van arra, hogy egy hálózati megosztásból vagy közvetlenül egy tárolóból visszaállítsák a visszaállítást. A Windows teljesítményadatait tartalmazó fájlok felhasználhatók opcionális (de erősen ajánlott) számítási feladatok méretezési javaslatainak biztosítására.

Azure SQL Database

Az Azure SQL Database-be történő migrálás két lépésben történik. Az első lépés a séma migrálása. A DMS (klasszikus) az SQL Management Objectst (SMO) használja a sémamigráláshoz. A második lépés a tényleges adatmigrálás. Az SqlBulkCopy az adatmigrálás végrehajtására szolgál. A DMS nem támogatja a séma áttelepítését. Az adatok migrálása az Azure Data Factory használatával történik. Igény szerint, de erősen ajánlott a Windows teljesítményadatait tartalmazó fájl használata a számítási feladatok méretezési javaslatainak biztosításához.

Azure Database for PostgreSQL

Ebben az esetben a végfelhasználó kinyeri a metaadatokat, ebben az esetben a sémát a parancssori segédprogramok és pg_dump a pg_restore parancssori segédprogramok használatával. A PostgreSQL változásadat-rögzítésének konfigurálásakor a DMS belsőleg a CDC kezdeti magolását használja pg_dump és pg_restore hajtja végre. Az adatokat egy titkosított ideiglenes tároló tárolja, amely csak a DMS-példány számára érhető el. A Windows teljesítményadatait tartalmazó fájlok felhasználhatók opcionális (de erősen ajánlott) számítási feladatok méretezési javaslatainak biztosítására.

Azure adatbázis MySQL-hoz

Ebben a forgatókönyvben a séma kinyerése és migrálása a DMS (klasszikus) segítségével történik a mysql-net/MySqlConnector használatával. Ahol lehetséges, a MySQL binlog replikációja az adatok és a sémamódosítások replikálására szolgál. Az egyéni kód olyan módosítások szinkronizálására szolgál, ahol a binlog replikációja nem használható.

MongoDB–Azure Cosmos DB

A DMS kinyeri és beszúrja a MongoDB-ből származó adatokat a Cosmos DB-be. Azt is lehetővé teszi, hogy kinyerje az adatokat egy BSON- vagy JSON-memóriaképből.

BSON-memóriaképek esetén a DMS az adatokat bsondump egy blobtároló ugyanazon mappájában lévő formátumban használja. A DMS csak a formátumot collection.metadata.jsonhasználó metaadatfájlokat keresi.

JSON-memóriaképek esetén a DMS beolvassa a fájlokat a blobtároló azon mappáiban, amelyek az adatbázisokat tartalmazzák. Az egyes adatbázismappákban a DMS csak az data almappában elhelyezett adatfájlokat használja. A DMS csak az metadata almappában elhelyezett és a metaadatok formátumával collection.json elnevezett fájlokat tekinti meg.

Oracle–Azure Database for PostgreSQL

Az Oracle-hez és az Azure SQL Database-hez hasonlóan ebben a forgatókönyvben az AWR-jelentést vagy egy Windows-fájlt perfmon használunk fel, hogy opcionális (de erősen ajánlott) számítási feladatok méretezési javaslatait nyújtsuk. A ora2pg kódtár segítségével kinyerheti a sémát, és manuálisan migrálhatja az adatokat az áttelepítést végző felhasználó.

Vannak nyilvános végpontok?

A DMS (klasszikus) az ügyfél hálózati konfigurációjára támaszkodik. Ha az áttelepítési forrás privát végpontokat használ, privát végpontokat használunk, ami az előnyben részesített konfiguráció. Nyilvános végpontokat használunk, ha ez az egyetlen lehetőség.

A DMS a színfalak mögött az ADF-t használja az adatáthelyezés ütemezéséhez és összehangolásához. Emellett a saját üzemeltetésű integrációs modul nem különbözik a saját ADF-folyamatokhoz valószínűleg használttól. A tűzfal- és proxykiszolgálóval kapcsolatos problémákról további információt a saját üzemeltetésű integrációs modul létrehozása és konfigurálása című témakörben talál.

Minden átvitt és inaktív adat titkosítva van?

Az összes ügyféladat titkosítva van. Bizonyos metaadatok, többek között a logikai kiszolgálónevek és az adatbázisnevek, valamint az áttelepítés állapota és az áttelepítési folyamat nem titkosított szolgáltatásnaplókban jelennek meg.

Alapértelmezés szerint minden átvitt adat TLS 1.2-titkosítással van védve. A TLS régebbi verzióit igénylő örökölt ügyfeleknek engedélyezni kell a szükséges verziókat a DMS (klasszikus) portál oldalán. DMS esetén az a gép, amelyre a saját üzemeltetésű integrációs modul telepítve van, konfigurálható úgy, hogy lehetővé tegye a szükséges TLS-beállításokat az örökölt ügyfelek elhelyezéséhez. Az SQL Server TLS-konfigurációjáról további információt a Microsoft SQL Server TLS 1.2-támogatásában talál.

A DMS-t és a DMS-t (klasszikus) támogató összes Azure-szolgáltatás privát végpontokat használ?

Ahol csak lehetséges, a rendszer privát végpontokat használ. Ha a privát végpontok nem választhatók, a nyilvános végpontok a szolgáltatásrétegek közötti kommunikációhoz használhatók. A végpont típusától függetlenül minden erőforrás dedikált/hatókörű az adott DMS-példányhoz, és egyedi hitelesítő adatokkal van védve.

A DMS-t és a DMS-t (klasszikus) támogató összes Azure-szolgáltatás használja a CMK-t inaktív adatokhoz?

Nem támogatjuk az ügyfél által felügyelt kulcsokat az adatsíkon vagy a vezérlősíkon belüli adatok titkosításához. A szolgáltatás által kezelt kulcsok használatával azonban minden ügyféladat titkosítva van. A szolgáltatásnaplókban egyes metaadatok, többek között a logikai kiszolgálónevek és az adatbázisnevek, valamint az áttelepítés állapota és állapota titkosítatlan formában jelennek meg.

Milyen típusú titkosítást használnak az átvitel alatt álló adatokhoz?

Az átvitel alatt lévő összes adat alapértelmezés szerint TLS 1.2 titkosítással van titkosítva. A DMS (klasszikus) portáloldal lehetővé teszi a TLS régebbi verzióinak használatát az örökölt ügyfelek számára. DMS esetén az a gép, amelyre a saját üzemeltetésű integrációs modul telepítve van, konfigurálható úgy, hogy lehetővé tegye a TLS-beállítások kezelését az örökölt ügyfelek számára. Az SQL Server TLS-konfigurációjáról további információt a Microsoft SQL Server TLS 1.2-támogatásában talál.

Van olyan adat, amelyet a CMK nem véd, és milyen típusú adatokat? Például metaadatok, naplók és így tovább.

Nem tesszük elérhetővé a vezérlőn vagy adatsíkon lévő adatok ügyfél által felügyelt kulcsokkal való titkosításának képességét. A szolgáltatásnaplók kivételével minden ügyféladat törlődik a DMS-példány törlésének pillanatában. A DMS szolgáltatásnaplói csak 6 hónapig vannak megőrzve.

Hogyan támogatja a DMS az ügyfél által felügyelt kulcsokat (CMK)?

TDE

A DMS támogatja az ügyfél által felügyelt kulcsok (CMK) áttelepítését az Azure SQL for Transparent Database Encryption (TDE) szolgáltatásba. A TDE-kulcsok migrálására vonatkozó részletes útmutatásért tekintse meg az oktatóanyagot: TDE-kompatibilis adatbázisok (előzetes verzió) migrálása az Azure Sql-be az Azure Data Studióban.

Cellatitkosítás

A cellaszintű titkosítás a séma szintjén történik. A sémamigrálási eszközök áttelepítik az összes sémaobjektumot, beleértve a cellaszintű titkosítás implementálásához szükséges függvényeket és tárolt eljárásokat.

Always Encrypted (mindig titkosítva)

A DMS jelenleg nem támogatja az Always Encrypted áttelepítését olyan forgatókönyvek használatával, amelyekben az egyes adatsorok a forrás és a cél között vannak migrálva. Az Always Encrypted használatával titkosított oszlopok a várt módon migrálhatók olyan helyzetekben, amelyek biztonsági mentést/visszaállítást használnak, például azure-beli virtuális gépen vagy felügyelt Azure SQL-példányon lévő SQL Serverre való áttérés egy meglévő SQL Server-példányról.

Biztosítja a DMS, hogy az adatokhoz való hozzáférés a helyérzékeny hozzáférés-vezérléssel legyen szabályozva?

Az Azure-ban már elérhetőnél több helyérzékeny hozzáférés-vezérlést nem implementálunk. A DMS-példányhoz társított összes adat ugyanabban a régióban található, mint a DMS-erőforrás.

Hogyan biztosítja a DMS, hogy az egyik környezetben lévő adatok ne helyezhetők át egy másikba a DMS használatával?

Szolgáltatásaink különböző környezetekben, különböző belső vezérlőkkel és üzleti folyamatokkal vannak használatban. A DMS áthelyezi az adatokat bárhonnan, ahonnan a használt fiók rendelkezik hozzáféréssel. A felhasználó felelőssége, hogy megértse a környezet engedélyeit és belső vezérlőinek működését. Különösen fontos annak biztosítása, hogy a DMS által a forráshoz való csatlakozáshoz használt fiók hozzáféréssel rendelkezzen a forrásból migrálni kívánt összes adat megtekintéséhez.

Hogyan történik a virtuális hálózat injektálása a (klasszikus) DMS-ben? Hozzáférést biztosít a Microsoftnak a hálózatomhoz?

A virtuális hálózat injektálásának az a művelete, hogy hozzáad egy, a Microsoft-bérlőn belül található Azure-erőforrást az ügyfélbérlemény alatti virtuális hálózat alhálózatához. Ezt a megközelítést a DMS-sel együtt alkalmazták, hogy lehetővé tegyük a számítás felügyeletét az ügyfél nevében, miközben továbbra is fenntartjuk az ügyfélerőforrásokhoz való hozzáférést. Mivel a hálózat ügyfél-előfizetésben van, a Microsoft nem tudja kezelni a virtuális gépet a Start, Stop, Delete vagy Deploy parancsokon kívül. A virtuális géphez való hozzáférésre szoruló összes többi felügyeleti művelethez ügyfél által kezdeményezett támogatási kérelemre és jóváhagyásra van szükség.

Beállítás

Mik az Azure Database Migration Service használatának előfeltételei?

Számos előfeltétel szükséges ahhoz, hogy az Azure Database Migration Service zökkenőmentesen fusson az adatbázis-migrálások végrehajtásakor. Egyes előfeltételek a szolgáltatás által támogatott összes forgatókönyvre (forrás-cél párok), míg mások csak egy adott forgatókönyvre vonatkoznak.

Az Azure Database Migration Service előfeltételei, amelyek minden támogatott migrációs forgatókönyvben közösek, magukban foglalják a következő szükséges lépéseket:

• Hozzon létre egy Microsoft Azure Virtual Network hálózatot az Azure Database Migration Service-hez az Azure Resource Manager-alapú üzemi modell használatával, amely a hálózat helyek közötti kapcsolatot biztosít a helyszíni forráskiszolgálóknak ExpressRoute vagy VPN használatával.
• Győződjön meg arról, hogy a virtuális hálózati hálózati biztonsági csoport szabályai nem blokkolják a ServiceBus, a Storage és az AzureMonitor ServiceTags szolgáltatáscímkéihez tartozó 443-at. További részletek a Virtual Network NSG-forgalom szűréséről: Hálózati forgalom szűrése hálózati biztonsági csoportokkal.
• Ha tűzfalberendezést használ a forrásadatbázisok előtt, előfordulhat, hogy tűzfalszabályokat kell hozzáadnia ahhoz, hogy az Azure Database Migration Service hozzáférhessen a forrásadatbázisokhoz a migráláshoz.

Az Egyes migrálási forgatókönyvek Az Azure Database Migration Service használatával való versengéséhez szükséges előfeltételek listáját az Azure Database Migration Service dokumentációjában találja.

Hogyan megkeresni az Azure Database Migration Service IP-címét, hogy létrehozhassak egy engedélyezési listát a forrásadatbázis eléréséhez használt tűzfalszabályokhoz a migráláshoz?

Előfordulhat, hogy tűzfalszabályokat kell hozzáadnia, amelyek lehetővé teszik az Azure Database Migration Service számára, hogy hozzáférjen a forrásadatbázishoz a migráláshoz. A szolgáltatás IP-címe dinamikus, de ha ExpressRoute-ot használ, ezt a címet a vállalati hálózat privátan rendeli hozzá. A megfelelő IP-cím azonosításának legegyszerűbb módja, ha ugyanabban az erőforráscsoportban keres, mint a kiépített Azure Database Migration Service-erőforrás, hogy megtalálja a társított hálózati adaptert. A hálózati adapter erőforrásának neve általában a hálózati adapter előtagjával kezdődik, amelyet egy egyedi karakter- és számsorozat követ, például NIC-jj6tnztnmarpsskr82rbndyp. A hálózati adapter erőforrásának kiválasztásával láthatja azokat az IP-címeket, amelyeknek szerepelnie kell az erőforrás áttekintési Azure Portal oldalán található engedélyezési listán.

Előfordulhat, hogy az SQL Server által figyelt portforrást is fel kell vennie az engedélyezési listára. Alapértelmezés szerint ez az 1433-as port, de a forrás SQL Server konfigurálható más portok figyelésére is. Ebben az esetben ezeket a portokat is fel kell vennie az engedélyezési listára. Dinamikus felügyeleti nézet lekérdezésével meghatározhatja, hogy az SQL Server milyen portot figyel:

SELECT DISTINCT
    local_tcp_port
FROM sys.dm_exec_connections
WHERE local_tcp_port IS NOT NULL;

Az SQL Server által figyelt portot az SQL Server hibanaplójának lekérdezésével is meghatározhatja:

USE master;
GO
xp_readerrorlog 0, 1, N'Server is listening on';
GO

Hogyan beállítani egy Microsoft Azure-beli virtuális hálózatot?

Bár több Microsoft-oktatóanyag is végigvezeti a virtuális hálózat beállításának folyamatán, a hivatalos dokumentáció megjelenik az Azure Virtual Network című cikkben.

Használat

Milyen lépések összegzése szükséges az Azure Database Migration Service adatbázis-migráláshoz való használatához?

Egy tipikus, egyszerű adatbázis-migrálás során a következőt kell adnia:

1. Céladatbázisok létrehozása.
2. Értékelje ki a forrásadatbázisokat.
   • Homogén migrálás esetén az Azure Data Studio Azure SQL-migrálási bővítményének használatával értékelje ki a meglévő adatbázisokat.
   • Heterogén migrálások esetén (versengési forrásokból) értékelje ki meglévő adatbázisait az SSMA-val. Az SSMA használatával adatbázis-objektumokat is konvertálhat, és áttelepítheti a sémát a célplatformra.
3. Hozzon létre egy Azure Database Migration Service-példányt.
4. Hozzon létre egy migrálási projektet, amely megadja a forrásadatbázisokat, a céladatbázisokat és az áttelepítendő táblákat.
5. Indítsa el a teljes terhelést.
6. Válassza ki a következő érvényesítést.
7. Végezze el az éles környezet manuális átállását az új felhőalapú adatbázisra.

Hibaelhárítás és optimalizálás

Migrálási projektet állítok be a DMS-ben, és nehezen tudok csatlakozni a forrásadatbázishoz. Mit tegyek?

Ha a migrálás során problémát tapasztal a forrásadatbázis-rendszerhez való csatlakozáskor, hozzon létre egy virtuális gépet annak a virtuális hálózatnak az alhálózatán, amellyel beállította a DMS-példányt. A virtuális gépen képesnek kell lennie egy kapcsolódási teszt futtatására, például egy UDL-fájl használatával tesztelni az SQL Serverrel való kapcsolatot, vagy le kell töltenie a Robo 3T-t a MongoDB-kapcsolatok teszteléséhez. Ha a kapcsolati teszt sikeres, nem lehet probléma a forrásadatbázishoz való csatlakozással. Ha a kapcsolati teszt nem sikerül, forduljon a hálózati rendszergazdához.

Mi az oka, hogy az Azure Database Migration Service nem elérhető vagy leállt?

Ha a felhasználó kifejezetten leállítja az Azure Database Migration Service-t (DMS), vagy ha a szolgáltatás 24 órán keresztül inaktív, a szolgáltatás leállított vagy automatikusan szüneteltetett állapotban van. A szolgáltatás minden esetben nem érhető el, és leállt állapotban van. Az aktív migrálás folytatásához indítsa újra a szolgáltatást.

Milyen javaslatok érhetők el az Azure Database Migration Service teljesítményének optimalizálására vonatkozóan?

A szolgáltatással felgyorsíthatja az adatbázis migrálását:

DMS esetén (klasszikus):

• A szolgáltatáspéldány létrehozásakor használja a többprocesszoros, általános célú tarifacsomagot, hogy a szolgáltatás több virtuális processzort használhasson a párhuzamosítás és a gyorsabb adatátvitel érdekében.
• Az adatmigrálási művelet során ideiglenesen skálázza fel az Azure SQL Database-célpéldányt a prémium szintű termékváltozatra az Azure SQL Database szabályozásának minimalizálása érdekében, amely hatással lehet az adatátviteli tevékenységekre alacsonyabb szintű termékváltozatok használatakor.

DMS esetén:

• Ha biztonsági másolatokat másol a helyi fájlokról az Azure Blob Storage-ba, vagy amikor egy cél Azure SQL-adatbázisba migrál, a DMS az SHIR csomópontot használja számításként. Ezért ellenőrizze az SHIR-csomópont erőforrás-használatát.
• Az adatmigrálási művelet során ideiglenesen skálázza fel az Azure SQL Database-célpéldányt a prémium szintű termékváltozatra az Azure SQL Database lemezszabályozásának minimalizálása érdekében, amely befolyásolhatja az adatátviteli tevékenységeket alacsonyabb szintű termékváltozatok használatakor.
• További információ: Az SQL DB migrálási teljesítményének javítása – Azure Database Migration Service.

Kapcsolódó tartalom

• Mi az Az Azure Database Migration Service?

Ez a cikk az Azure Database Migration Service használatával kapcsolatos gyakori kérdéseket és a kapcsolódó válaszokat sorolja fel.

Az Azure Database Migration Service egy teljes mértékben felügyelt szolgáltatás, amely lehetővé teszi a zökkenőmentes migrálást több adatbázis-forrásból az Azure Data platformra minimális állásidővel. A szolgáltatás jelenleg általánosan elérhető, és a folyamatos fejlesztési erőfeszítések a következőre összpontosítanak:

• Megbízhatóság és teljesítmény.
• Forrás-cél párok iteratív hozzáadása.
• Folyamatos befektetés a súrlódásmentes migrálásba.

A szolgáltatás jelenleg különböző forrás-/célpárokat vagy migrálási forgatókönyveket támogat. Az egyes elérhető migrálási forgatókönyvek állapotának teljes listáját az Azure Database Migration Service által támogatott migrálási forgatókönyvek állapota című cikkben találja.

Az SQL Serverről való migráláskor az Azure Database Migration Service támogatott forrásai az SQL Server 2008 és újabb verziók. Ha az Azure Data Studio-t SQL Migration-bővítménysel használja, a támogatott források az SQL Server 2008 és az SQL Server 2022.

Az Azure Database Migration Service használatával offline és online áttelepítéseket hajthat végre. Offline migrálás esetén az alkalmazás állásideje a migrálás indításakor kezdődik. Online migrálás esetén az állásidő a migrálás végén történő leépítés időtartamára korlátozódik. Azt javasoljuk, hogy próbálja ki az offline migrálást, és határozza meg, hogy elfogadható-e az állásidő; ha nem, végezzen online migrálást.

Feljegyzés

Az Azure Database Migration Service online migráláshoz való használatához létre kell hoznia egy példányt a prémium tarifacsomag alapján. További információkért tekintse meg az Azure Database Migration Service díjszabási oldalát.

Az Azure Database Migration Service a Microsoft Azure-ba történő adatbázis-migrálás előnyben részesített módszere. Az Azure Database Migration Service más Microsoft-adatbázis-áttelepítési eszközökkel való összehasonlításával kapcsolatos további információkért és a szolgáltatás különböző forgatókönyvekhez való használatára vonatkozó javaslatokért tekintse meg a Microsoft adatbázis-áttelepítési eszközeinek és szolgáltatásainak megkülönböztetésével foglalkozó témakört.

Az Azure Migrate segít a helyszíni virtuális gépek Azure IaaS-be való migrálásában. A szolgáltatás felméri a migrálás alkalmasságát és a teljesítményalapú méretezést, és költségbecsléseket biztosít a helyszíni virtuális gépek Azure-beli futtatásához. Az Azure Migrate hasznos a helyszíni virtuális gépeken alapuló számítási feladatok Azure IaaS virtuális gépekre történő migrálásához. Az Azure Database Migration Service-sel ellentétben azonban az Azure Migrate nem egy speciális adatbázis-migrálási szolgáltatás az Azure PaaS relációs adatbázisplatformjaihoz, például az Azure SQL Database-hez vagy a felügyelt Azure SQL-példányhoz.

Szám A Database Migration Service nem tárolja az ügyféladatokat.

Az Azure-beli virtuális gépen futó SQL Server és a felügyelt Azure SQL-példányok esetében a DMS fizikai migrálást, azaz biztonsági mentést és visszaállítást használ. A következő szakaszban leírtak szerint a választott migrálási mód határozza meg, hogy az adatok hogyan legyenek konzisztensek a forrás és a cél között.

• Offline migrálás: Az Azure-beli virtuális gépeken és az Azure SQL Managed Instance-példányokon futó SQL Serverre való offline migrálás során az alkalmazás leállása a migrálás indításakor kezdődik. A DMS visszaállítja az összes biztonsági mentési fájlt a célhelyre, amíg a forrásból származó legújabb biztonsági mentési fájl/fájlok át lettek adva az SMB hálózati tárolóba vagy az Azure Blob-tárolóba (a migrálási konfigurációnak megfelelően). Ha a biztonsági mentés a CHECKSUM beállítással történik, a DMS visszaállítási művelete automatikusan végrehajtja az ellenőrzést. Ellenőrzőösszeg hiányában a rendszer a visszaállítás előtt kifejezetten ellenőrzi a biztonsági mentés integritását. Ez biztosítja, hogy a visszaállítási fájl megegyezik a biztonsági mentési fájllal, és így ugyanazokkal az adatokkal rendelkezzen. Ellenőrizheti az összes biztonsági mentési fájlt, beleértve a forrásból származó utolsó biztonsági mentési fájl nevét is, a DMS migrálási monitorozási oldalán látható célhelyen alkalmazott/visszaállított biztonsági mentési fájllal, és ellenőrizheti a megfelelő ellenőrzőösszeget.

• Online migrálás: Az Azure-beli virtuális gépeken és az Azure SQL Managed Instance-példányokon futó SQL Serverre való online migrálás során az állásidő az áttelepítés átállásának kezdeményezése és az alkalmazás leállítása után kezdődik. A DMS visszaállítja az összes biztonsági mentési fájlt a célhelyre, amíg a forrásból származó legújabb biztonsági mentési fájl/fájlok át lettek adva az SMB hálózati tárolóba vagy az Azure Blob-tárolóba (a migrálási konfigurációnak megfelelően). Az átállás gomb megnyomása után a DMS megjeleníti a függőben lévő biztonsági mentési fájlok/fájlok számát (ha vannak ilyenek), amelyek az SMB hálózati tárolóban vagy az Azure Blob-tárolóban találhatók, és még nem lesznek alkalmazva/visszaállítva a célon. Ha a biztonsági mentés a CHECKSUM beállítással történik, a DMS visszaállítási művelete automatikusan végrehajtja az ellenőrzést. Ellenőrzőösszeg hiányában a rendszer a visszaállítás előtt kifejezetten ellenőrzi a biztonsági mentés integritását. Ez biztosítja, hogy a visszaállítási fájl megegyezik a biztonsági mentési fájllal, és így ugyanazokkal az adatokkal rendelkezzen. Ellenőrizheti az összes biztonsági mentési fájlt, beleértve a forrásból származó utolsó biztonsági mentési fájl nevét is, ha a biztonsági mentési fájl a DMS migrálási monitorozási oldalán látható célhelyen van alkalmazva/visszaállítva, és ellenőrizheti a megfelelő ellenőrzőösszeget.

Az Azure SQL Database-célok esetében a DMS logikai migrálást végez az Azure SQL Database esetében. Ez azt jelzi, hogy átmásolja az adatokat a forrás SQL-adatbázis tábláiból, és a cél Azure SQL-adatbázis tábláiba írja. Mivel a DMS csak az Azure SQL Database-be való offline migrálást támogatja, az alkalmazás állásideje a migrálás indításakor kezdődik. A migrálás monitorozási oldaláról figyelheti és ellenőrizheti az olvasási sorok számát (a forrásadatbázis táblájából), és átmásolhatja (a cél Azure SQL-adatbázistáblába írva). További megerősítésként futtassa a következő Transact-SQL az ellenőrzőösszeg forrás- és céladatbázisokban való lekéréséhez, valamint a forrás és az adatok azonos állapotának ellenőrzéséhez.

SELECT CHECKSUM_AGG(CHECKSUM(*)) FROM <table_name>;

Feljegyzés

Mindaddig, amíg egyetlen alkalmazás sem ír a forrás- vagy céladatbázisba, használhat olyan eszközöket is, mint az Adatbázis-összehasonlító eszköz az adatok összehasonlításához.

Az alábbi lista tartalmazza azokat az Azure-erőforrásokat, amelyek a színfalak mögött hozhatók létre az adatmigrálás végrehajtásához. A használt szolgáltatások migrálási forgatókönyv szerint változhatnak.

• Azure Monitor
• Azure-beli virtuális gép
• Azure Storage
• Azure Service Bus (Azure Szolgáltatási Busz)
• Azure Data Factory

A DMS belsőleg egy metaadattárat tart fenn, amely információkat tartalmaz a hálózati helyekről, a hitelesítő adatokról, a biztonsági mentési fájlokról és a befejezett feladatokról. A hitelesítő adatok és a kijelölt mezők, például a fiókkulcsok titkosítva vannak. A rendszer kivonatolt adatokkal rendelkezik, például a telemetria táblázatnevei. Előfordulhat, hogy a felhasználónevek egyszerű szövegben jelennek meg a szolgáltatásnaplókban, de a jelszavak soha nem fognak. A telemetriát régiónként, megőrzési szabályzatok szabályozzák, és csak a Microsofton belüli hivatalos személyzet számára érhető el érvényes hibaelhárítási célokra. Az Azure-erőforrásnevek, például a kiszolgáló- és adatbázisnevek az Azure-erőforrásokra vonatkozó szabályokat követik.

A DMS (klasszikus) az Azure Service Bus-témaköröket használja a számítási rétegek közötti kommunikáció megkönnyítésére. Az Azure Service Bus-témakörök minden DMS-példányra egyediek, és minden személyes adat titkosítva van.

Felügyelt Azure SQL-példány és SQL Server azure-beli virtuális gépeken

A séma és az adatok áttelepítése biztonsági mentéssel és visszaállítással történik. Az ügyfeleknek lehetősége van arra, hogy egy hálózati megosztásból vagy közvetlenül egy tárolóból visszaállítsák a visszaállítást. A Windows teljesítményadatait tartalmazó fájlok felhasználhatók opcionális (de erősen ajánlott) számítási feladatok méretezési javaslatainak biztosítására.

Azure SQL Database

Az Azure SQL Database-be történő migrálás két lépésben történik. Az első lépés a séma migrálása. A DMS (klasszikus) az SQL Management Objectst (SMO) használja a sémamigráláshoz. A második lépés a tényleges adatmigrálás. Az SqlBulkCopy az adatmigrálás végrehajtására szolgál. A DMS nem támogatja a séma áttelepítését. Az adatok migrálása az Azure Data Factory használatával történik. Igény szerint, de erősen ajánlott a Windows teljesítményadatait tartalmazó fájl használata a számítási feladatok méretezési javaslatainak biztosításához.

Azure Database for PostgreSQL

Ebben az esetben a végfelhasználó kinyeri a metaadatokat, ebben az esetben a sémát a parancssori segédprogramok és pg_dump a pg_restore parancssori segédprogramok használatával. A PostgreSQL változásadat-rögzítésének konfigurálásakor a DMS belsőleg a CDC kezdeti magolását használja pg_dump és pg_restore hajtja végre. Az adatokat egy titkosított ideiglenes tároló tárolja, amely csak a DMS-példány számára érhető el. A Windows teljesítményadatait tartalmazó fájlok felhasználhatók opcionális (de erősen ajánlott) számítási feladatok méretezési javaslatainak biztosítására.

Azure adatbázis MySQL-hoz

Ebben a forgatókönyvben a séma kinyerése és migrálása a DMS (klasszikus) segítségével történik a mysql-net/MySqlConnector használatával. Ahol lehetséges, a MySQL binlog replikációja az adatok és a sémamódosítások replikálására szolgál. Az egyéni kód olyan módosítások szinkronizálására szolgál, ahol a binlog replikációja nem használható.

MongoDB–Azure Cosmos DB

A DMS kinyeri és beszúrja a MongoDB-ből származó adatokat a Cosmos DB-be. Azt is lehetővé teszi, hogy kinyerje az adatokat egy BSON- vagy JSON-memóriaképből.

BSON-memóriaképek esetén a DMS az adatokat bsondump egy blobtároló ugyanazon mappájában lévő formátumban használja. A DMS csak a formátumot collection.metadata.jsonhasználó metaadatfájlokat keresi.

JSON-memóriaképek esetén a DMS beolvassa a fájlokat a blobtároló azon mappáiban, amelyek az adatbázisokat tartalmazzák. Az egyes adatbázismappákban a DMS csak az data almappában elhelyezett adatfájlokat használja. A DMS csak az metadata almappában elhelyezett és a metaadatok formátumával collection.json elnevezett fájlokat tekinti meg.

Oracle–Azure Database for PostgreSQL

Az Oracle-hez és az Azure SQL Database-hez hasonlóan ebben a forgatókönyvben az AWR-jelentést vagy egy Windows-fájlt perfmon használunk fel, hogy opcionális (de erősen ajánlott) számítási feladatok méretezési javaslatait nyújtsuk. A ora2pg kódtár segítségével kinyerheti a sémát, és manuálisan migrálhatja az adatokat az áttelepítést végző felhasználó.

A DMS (klasszikus) az ügyfél hálózati konfigurációjára támaszkodik. Ha az áttelepítési forrás privát végpontokat használ, privát végpontokat használunk, ami az előnyben részesített konfiguráció. Nyilvános végpontokat használunk, ha ez az egyetlen lehetőség.

A DMS a színfalak mögött az ADF-t használja az adatáthelyezés ütemezéséhez és összehangolásához. Emellett a saját üzemeltetésű integrációs modul nem különbözik a saját ADF-folyamatokhoz valószínűleg használttól. A tűzfal- és proxykiszolgálóval kapcsolatos problémákról további információt a saját üzemeltetésű integrációs modul létrehozása és konfigurálása című témakörben talál.

Az összes ügyféladat titkosítva van. Bizonyos metaadatok, többek között a logikai kiszolgálónevek és az adatbázisnevek, valamint az áttelepítés állapota és az áttelepítési folyamat nem titkosított szolgáltatásnaplókban jelennek meg.

Alapértelmezés szerint minden átvitt adat TLS 1.2-titkosítással van védve. A TLS régebbi verzióit igénylő örökölt ügyfeleknek engedélyezni kell a szükséges verziókat a DMS (klasszikus) portál oldalán. DMS esetén az a gép, amelyre a saját üzemeltetésű integrációs modul telepítve van, konfigurálható úgy, hogy lehetővé tegye a szükséges TLS-beállításokat az örökölt ügyfelek elhelyezéséhez. Az SQL Server TLS-konfigurációjáról további információt a Microsoft SQL Server TLS 1.2-támogatásában talál.

Ahol csak lehetséges, a rendszer privát végpontokat használ. Ha a privát végpontok nem választhatók, a nyilvános végpontok a szolgáltatásrétegek közötti kommunikációhoz használhatók. A végpont típusától függetlenül minden erőforrás dedikált/hatókörű az adott DMS-példányhoz, és egyedi hitelesítő adatokkal van védve.

Nem támogatjuk az ügyfél által felügyelt kulcsokat az adatsíkon vagy a vezérlősíkon belüli adatok titkosításához. A szolgáltatás által kezelt kulcsok használatával azonban minden ügyféladat titkosítva van. A szolgáltatásnaplókban egyes metaadatok, többek között a logikai kiszolgálónevek és az adatbázisnevek, valamint az áttelepítés állapota és állapota titkosítatlan formában jelennek meg.

Az átvitel alatt lévő összes adat alapértelmezés szerint TLS 1.2 titkosítással van titkosítva. A DMS (klasszikus) portáloldal lehetővé teszi a TLS régebbi verzióinak használatát az örökölt ügyfelek számára. DMS esetén az a gép, amelyre a saját üzemeltetésű integrációs modul telepítve van, konfigurálható úgy, hogy lehetővé tegye a TLS-beállítások kezelését az örökölt ügyfelek számára. Az SQL Server TLS-konfigurációjáról további információt a Microsoft SQL Server TLS 1.2-támogatásában talál.

Nem tesszük elérhetővé a vezérlőn vagy adatsíkon lévő adatok ügyfél által felügyelt kulcsokkal való titkosításának képességét. A szolgáltatásnaplók kivételével minden ügyféladat törlődik a DMS-példány törlésének pillanatában. A DMS szolgáltatásnaplói csak 6 hónapig vannak megőrzve.

TDE

A DMS támogatja az ügyfél által felügyelt kulcsok (CMK) áttelepítését az Azure SQL for Transparent Database Encryption (TDE) szolgáltatásba. A TDE-kulcsok migrálására vonatkozó részletes útmutatásért tekintse meg az oktatóanyagot: TDE-kompatibilis adatbázisok (előzetes verzió) migrálása az Azure Sql-be az Azure Data Studióban.

Cellatitkosítás

A cellaszintű titkosítás a séma szintjén történik. A sémamigrálási eszközök áttelepítik az összes sémaobjektumot, beleértve a cellaszintű titkosítás implementálásához szükséges függvényeket és tárolt eljárásokat.

Always Encrypted (mindig titkosítva)

A DMS jelenleg nem támogatja az Always Encrypted áttelepítését olyan forgatókönyvek használatával, amelyekben az egyes adatsorok a forrás és a cél között vannak migrálva. Az Always Encrypted használatával titkosított oszlopok a várt módon migrálhatók olyan helyzetekben, amelyek biztonsági mentést/visszaállítást használnak, például azure-beli virtuális gépen vagy felügyelt Azure SQL-példányon lévő SQL Serverre való áttérés egy meglévő SQL Server-példányról.

Az Azure-ban már elérhetőnél több helyérzékeny hozzáférés-vezérlést nem implementálunk. A DMS-példányhoz társított összes adat ugyanabban a régióban található, mint a DMS-erőforrás.

Szolgáltatásaink különböző környezetekben, különböző belső vezérlőkkel és üzleti folyamatokkal vannak használatban. A DMS áthelyezi az adatokat bárhonnan, ahonnan a használt fiók rendelkezik hozzáféréssel. A felhasználó felelőssége, hogy megértse a környezet engedélyeit és belső vezérlőinek működését. Különösen fontos annak biztosítása, hogy a DMS által a forráshoz való csatlakozáshoz használt fiók hozzáféréssel rendelkezzen a forrásból migrálni kívánt összes adat megtekintéséhez.

A virtuális hálózat injektálásának az a művelete, hogy hozzáad egy, a Microsoft-bérlőn belül található Azure-erőforrást az ügyfélbérlemény alatti virtuális hálózat alhálózatához. Ezt a megközelítést a DMS-sel együtt alkalmazták, hogy lehetővé tegyük a számítás felügyeletét az ügyfél nevében, miközben továbbra is fenntartjuk az ügyfélerőforrásokhoz való hozzáférést. Mivel a hálózat ügyfél-előfizetésben van, a Microsoft nem tudja kezelni a virtuális gépet a Start, Stop, Delete vagy Deploy parancsokon kívül. A virtuális géphez való hozzáférésre szoruló összes többi felügyeleti művelethez ügyfél által kezdeményezett támogatási kérelemre és jóváhagyásra van szükség.

Számos előfeltétel szükséges ahhoz, hogy az Azure Database Migration Service zökkenőmentesen fusson az adatbázis-migrálások végrehajtásakor. Egyes előfeltételek a szolgáltatás által támogatott összes forgatókönyvre (forrás-cél párok), míg mások csak egy adott forgatókönyvre vonatkoznak.

Az Azure Database Migration Service előfeltételei, amelyek minden támogatott migrációs forgatókönyvben közösek, magukban foglalják a következő szükséges lépéseket:

• Hozzon létre egy Microsoft Azure Virtual Network hálózatot az Azure Database Migration Service-hez az Azure Resource Manager-alapú üzemi modell használatával, amely a hálózat helyek közötti kapcsolatot biztosít a helyszíni forráskiszolgálóknak ExpressRoute vagy VPN használatával.
• Győződjön meg arról, hogy a virtuális hálózati hálózati biztonsági csoport szabályai nem blokkolják a ServiceBus, a Storage és az AzureMonitor ServiceTags szolgáltatáscímkéihez tartozó 443-at. További részletek a Virtual Network NSG-forgalom szűréséről: Hálózati forgalom szűrése hálózati biztonsági csoportokkal.
• Ha tűzfalberendezést használ a forrásadatbázisok előtt, előfordulhat, hogy tűzfalszabályokat kell hozzáadnia ahhoz, hogy az Azure Database Migration Service hozzáférhessen a forrásadatbázisokhoz a migráláshoz.

Az Egyes migrálási forgatókönyvek Az Azure Database Migration Service használatával való versengéséhez szükséges előfeltételek listáját az Azure Database Migration Service dokumentációjában találja.

Előfordulhat, hogy tűzfalszabályokat kell hozzáadnia, amelyek lehetővé teszik az Azure Database Migration Service számára, hogy hozzáférjen a forrásadatbázishoz a migráláshoz. A szolgáltatás IP-címe dinamikus, de ha ExpressRoute-ot használ, ezt a címet a vállalati hálózat privátan rendeli hozzá. A megfelelő IP-cím azonosításának legegyszerűbb módja, ha ugyanabban az erőforráscsoportban keres, mint a kiépített Azure Database Migration Service-erőforrás, hogy megtalálja a társított hálózati adaptert. A hálózati adapter erőforrásának neve általában a hálózati adapter előtagjával kezdődik, amelyet egy egyedi karakter- és számsorozat követ, például NIC-jj6tnztnmarpsskr82rbndyp. A hálózati adapter erőforrásának kiválasztásával láthatja azokat az IP-címeket, amelyeknek szerepelnie kell az erőforrás áttekintési Azure Portal oldalán található engedélyezési listán.

Előfordulhat, hogy az SQL Server által figyelt portforrást is fel kell vennie az engedélyezési listára. Alapértelmezés szerint ez az 1433-as port, de a forrás SQL Server konfigurálható más portok figyelésére is. Ebben az esetben ezeket a portokat is fel kell vennie az engedélyezési listára. Dinamikus felügyeleti nézet lekérdezésével meghatározhatja, hogy az SQL Server milyen portot figyel:

SELECT DISTINCT
    local_tcp_port
FROM sys.dm_exec_connections
WHERE local_tcp_port IS NOT NULL;

Az SQL Server által figyelt portot az SQL Server hibanaplójának lekérdezésével is meghatározhatja:

USE master;
GO
xp_readerrorlog 0, 1, N'Server is listening on';
GO

Bár több Microsoft-oktatóanyag is végigvezeti a virtuális hálózat beállításának folyamatán, a hivatalos dokumentáció megjelenik az Azure Virtual Network című cikkben.

Egy tipikus, egyszerű adatbázis-migrálás során a következőt kell adnia:

1. Céladatbázisok létrehozása.
2. Értékelje ki a forrásadatbázisokat.
   • Homogén migrálás esetén az Azure Data Studio Azure SQL-migrálási bővítményének használatával értékelje ki a meglévő adatbázisokat.
   • Heterogén migrálások esetén (versengési forrásokból) értékelje ki meglévő adatbázisait az SSMA-val. Az SSMA használatával adatbázis-objektumokat is konvertálhat, és áttelepítheti a sémát a célplatformra.
3. Hozzon létre egy Azure Database Migration Service-példányt.
4. Hozzon létre egy migrálási projektet, amely megadja a forrásadatbázisokat, a céladatbázisokat és az áttelepítendő táblákat.
5. Indítsa el a teljes terhelést.
6. Válassza ki a következő érvényesítést.
7. Végezze el az éles környezet manuális átállását az új felhőalapú adatbázisra.

Ha a migrálás során problémát tapasztal a forrásadatbázis-rendszerhez való csatlakozáskor, hozzon létre egy virtuális gépet annak a virtuális hálózatnak az alhálózatán, amellyel beállította a DMS-példányt. A virtuális gépen képesnek kell lennie egy kapcsolódási teszt futtatására, például egy UDL-fájl használatával tesztelni az SQL Serverrel való kapcsolatot, vagy le kell töltenie a Robo 3T-t a MongoDB-kapcsolatok teszteléséhez. Ha a kapcsolati teszt sikeres, nem lehet probléma a forrásadatbázishoz való csatlakozással. Ha a kapcsolati teszt nem sikerül, forduljon a hálózati rendszergazdához.

Ha a felhasználó kifejezetten leállítja az Azure Database Migration Service-t (DMS), vagy ha a szolgáltatás 24 órán keresztül inaktív, a szolgáltatás leállított vagy automatikusan szüneteltetett állapotban van. A szolgáltatás minden esetben nem érhető el, és leállt állapotban van. Az aktív migrálás folytatásához indítsa újra a szolgáltatást.

A szolgáltatással felgyorsíthatja az adatbázis migrálását:

DMS esetén (klasszikus):

• A szolgáltatáspéldány létrehozásakor használja a többprocesszoros, általános célú tarifacsomagot, hogy a szolgáltatás több virtuális processzort használhasson a párhuzamosítás és a gyorsabb adatátvitel érdekében.
• Az adatmigrálási művelet során ideiglenesen skálázza fel az Azure SQL Database-célpéldányt a prémium szintű termékváltozatra az Azure SQL Database szabályozásának minimalizálása érdekében, amely hatással lehet az adatátviteli tevékenységekre alacsonyabb szintű termékváltozatok használatakor.

DMS esetén:

• Ha biztonsági másolatokat másol a helyi fájlokról az Azure Blob Storage-ba, vagy amikor egy cél Azure SQL-adatbázisba migrál, a DMS az SHIR csomópontot használja számításként. Ezért ellenőrizze az SHIR-csomópont erőforrás-használatát.
• Az adatmigrálási művelet során ideiglenesen skálázza fel az Azure SQL Database-célpéldányt a prémium szintű termékváltozatra az Azure SQL Database lemezszabályozásának minimalizálása érdekében, amely befolyásolhatja az adatátviteli tevékenységeket alacsonyabb szintű termékváltozatok használatakor.
• További információ: Az SQL DB migrálási teljesítményének javítása – Azure Database Migration Service.

Kapcsolódó tartalom

• Mi az Az Azure Database Migration Service?