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

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.

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 SQL-beli virtuális gépek és az Azure SQL MI-célok esetében a DMS fizikai migrálást használ, azaz biztonsági mentést és visszaállítást használ. Az alábbiakban 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 SQL virtuális gépre és az Azure SQL MI-célokra való offline migrálás során az alkalmazás állásideje 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 SQL virtuális gépre és az Azure SQL MI-célokra 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, 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.

Az Azure SQL DB-célok esetében a DMS logikai migrálást végez az Azure SQL DB esetében, azaz átmásolja az adatokat a forrás SQL-adatbázis tábláiból, és a cél Azure SQL DB-táblákba írja. Mivel a DMS csak az Azure SQL DB-be való offline migrálást támogatja, az alkalmazások leállása 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 kimásolhatja (a cél Azure SQL DB-táblába írva). További megerősítésként az alábbi TSQL-t futtatva lekérheti az ellenőrzőösszeget a forrás- és céladatbázisokban, valamint ellenőrizheti a forrást, és visszaállíthatja az azonos adatokat.

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

Megjegyzés: Feltéve, hogy egyetlen alkalmazás/alkalmazás sem ír a forráshoz vagy a Céladatbázishoz. Olyan eszközöket is használhat, mint az Adatbázis-összehasonlító eszköz az adat-összehasonlításhoz.

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 a migrálási forgatókönyvtől függően eltérőek lehetnek.

• Azure Monitor
• Azure VM
• Azure Storage
• Azure Service Bus
• 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. Az adatok, például a telemetriában szereplő táblanevek kivonatoltak. 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éma áttelepítéséhez. 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_restore a pg_dump 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 Database for MySQL

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 SQL Database

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. Az áttelepítést végző felhasználó a Adatbázisséma-konvertáló eszközkészlet használatával végez sémamigrálást a céladatbázis előkészítéséhez.

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 ezek 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. További információ az SQL Server TLS-konfigurációjáról: KB3135244 – A Microsoft SQL Server TLS 1.2 támogatása.

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állap 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. További információ az SQL Server TLS-konfigurációjáról: KB3135244 – A Microsoft SQL Server TLS 1.2 támogatása.

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 30 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

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 migrálása a várt módon történik a biztonsági mentést/visszaállítást használó forgatókönyvekben, például az Azure SQL virtuális gépre vagy a felügyelt Azure SQL-példányra 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 VNET-injektálás a Microsoft-bérlőn belül található Azure-erőforrásnak az ügyfélbérlemény alatti virtuális hálózat alhálózatához való hozzáadásának művelete. 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űzfalkészüléket használ a forrásadatbázis(ok) előtt, előfordulhat, hogy tűzfalszabályokat kell hozzáadnia annak engedélyezéséhez, hogy az Azure Database Migration Service a migrálás céljából hozzáférhessen a forrásadatbázis(ok)hoz.

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ázis(ok) létrehozása.
2. A forrásadatbázis(ok) értékelése.
   • Homogén migrálás esetén a DMA használatával értékelje ki a meglévő adatbázis(oka)t.
   • Heterogén migrálások esetén (versengési forrásokból) értékelje a meglévő adatbázis(ok)t 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ázis(ok), a céladatbázis(ok) és a migrálni kívánt 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(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.

For DMS-

• Ha biztonsági másolatokat másol a helyi fájlokról az Azure Blob Storage-ba, vagy amikor a cél Azure SQL DB-be 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 hatással lehet az adatátviteli tevékenységekre alacsonyabb szintű termékváltozatok használatakor.
• Részletesebb információkért tekintse meg a blogot.

Következő lépések

• Mi az Az Azure Database Migration Service?