Oktatóanyag: Migrálás a MySQL-ből az Azure Database for MySQL-be DMS fizikai migrálással az Azure Portalon (előzetes verzió)

Megjegyzés:

Ez a cikk a Microsoft által már nem használt rabszolga kifejezésre mutató hivatkozásokat tartalmaz. Ha a kifejezés el lesz távolítva a szoftverből, eltávolítjuk ebből a cikkből.

Fizikai biztonsági mentési fájl használatával zökkenőmentesen migrálhatja a MySQL helyszíni vagy virtuálisgép-számítási feladatait az Azure-ban vagy más felhőszolgáltatásokban az Azure Database for MySQL-be. A fizikai biztonsági mentési fájlok segítségével gyorsan visszaállíthatja a forráskiszolgálót a cél rugalmas kiszolgálópéldányra minimális állásidővel. Ebben az oktatóanyagban bemutatjuk, hogyan lehet az Azure DMS használatával mySQL-számítási feladatokat migrálni helyszíni vagy virtuális gépekről az Azure Database for MySQL-be minimális állásidővel a Percona XtraBackup használatával.

Megjegyzés:

A DMS fizikai online adatmigrálása nyilvános előzetes verzióban érhető el. A DMS támogatja az 5.7-es és 8.0-s verziójú MySQL-kiszolgálókra való migrálást, valamint az alacsonyabb verziójú MySQL-kiszolgálókról (v5.6-os vagy újabb verzió) való migrálást egy magasabb verziójú MySQL-kiszolgálóra. Emellett a DMS támogatja a régiók közötti, az erőforráscsoportok közötti és az előfizetések közötti migrálást.

Ebben az oktatóanyagban a következőket sajátíthatja el:

• Hozza létre és konfigurálja a forrás MySQL-kiszolgálót, a rugalmas célkiszolgálót és az egyéb szükséges szolgáltatásokat.
• Hozzon létre egy DMS-példányt.
• Hozzon létre egy MySQL-migrálási projektet a fizikai migráláshoz a DMS-ben.
• A migrálás futtatása.
• A migrálás monitorozása.
• Migrálás utáni tevékenységek végrehajtása.
• A migrálás végrehajtásához ajánlott eljárások implementálása.

Előfeltételek

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

• Hozzon létre vagy használjon egy meglévő MySQL-példányt (a forráskiszolgálót, akár a helyszínen, akár az Azure-beli virtuális gépeken vagy más felhőkben).

• Az online migrálás sikeres befejezéséhez győződjön meg arról, hogy a következő előfeltételek teljesülnek a forrás MySQL-kiszolgálón:

  • Győződjön meg arról, hogy a lower_case_table_names paraméter értéke 1.
  • Győződjön meg arról, hogy a innodb_file_per_table paraméter engedélyezve van
  • A rendszer táblaterének ibdata1-nek kell lennie.
  • A rendszer tablespace ibdata1 méretének nagyobbnak vagy egyenlőnek kell lennie 12 MB-nál (Alapértelmezett MySQL).
  • Győződjön meg arról, hogy a innodb_page_size paraméter értéke 16384 (Alapértelmezett MySQL)
  • Csak az INNODB-tárolómotor támogatott.
  • Győződjön meg arról, hogy a binlog-megőrzési időszak megfelelően van beállítva a binlog_expire_logs_seconds paraméterrel az online migrálás befejezéséhez.
  • Győződjön meg arról, hogy a migráláshoz használt felhasználó rendelkezik "REPLIKÁCIÓS ÜGYFÉL" és "REPLICATION SLAVE" engedéllyel a forráskiszolgálón a tárolónapló olvasásához és alkalmazásához.

• Készítsen fizikai biztonsági másolatot a MySQL-számítási feladatról a Percona XtraBackup használatával. A Percona XtraBackup teljes biztonsági mentésének lépései a következők:

  • Telepítse a Percona XtraBackupot a helyszíni vagy virtuálisgép-számítási feladatra. A MySQL-motor 5.7-es verziójához telepítse a Percona XtraBackup 2.4-es verzióját, lásd : Percona XtraBackup 2.4 telepítése. A MySQL-motor 8.0-s verziójához telepítse a Percona XtraBackup 8.0-s verzióját, lásd : Percona XtraBackup 8.0 telepítése.

  • A Teljes biztonsági mentés a Percona XtraBackup 2.4-tel való készítésére vonatkozó utasításokért tekintse meg a teljes biztonsági mentést. A Teljes biztonsági mentés a Percona XtraBackup 8.0-val való végrehajtására vonatkozó utasításokért lásd: Teljes biztonsági mentés

  • A teljes biztonsági mentés során futtassa az alábbi parancsokat a következő sorrendben:

    • xtrabackup --backup --host={host} --user={user} --password={password} --target-dir={backup__dir_path}
    • xtrabackup --prepare --{backup_dir_path} (Adja meg ugyanazt a biztonsági mentési útvonalat, mint az előző parancsban)

  • Szempontok a Percona XtraBackup használatakor:

    • Győződjön meg arról, hogy mind a biztonsági mentést, mind az előkészítési lépéseket futtatja.
    • Győződjön meg arról, hogy nincsenek hibák a biztonsági mentésben és a előkészítési lépésben.
    • Tartsa meg a biztonsági mentést, és készítse elő a lépésnaplókat az Azure-támogatáshoz, amely hiba esetén szükséges.

    Fontos

    A forráskiszolgálóról importált sérült táblák elérésének megkísérlése a cél rugalmas kiszolgáló összeomlását okozhatja. Ennek eredményeképpen a Percona XtraBackup segédprogrammal végzett biztonsági mentés előtt ajánlott elvégezni a "mysqlcheck / Optimize Table" műveletet a forráskiszolgálón.

• Hozza létre a cél rugalmas kiszolgálót. Az irányított lépésekhez tekintse meg az útmutatót: Gyors kezdés: Azure Database for MySQL-példány létrehozása az Azure portálon.

  • A rugalmas célkiszolgálón állítsa a max_allowed_packet1073741824 (azaz 1 GB) értékre, hogy megakadályozza a nagy sorú adatátvitel miatti csatlakozási problémákat.
  • Állítsa be a sql_mode kiszolgálóparamétert a cél rugalmas kiszolgálón, hogy megfeleljen a forráskiszolgáló konfigurációjának.
  • Állítsa be a TLS-verziót és require_secure_transport kiszolgálóparamétereket a forráskiszolgáló értékeinek megfelelően.
  • Konfigurálja a rugalmas célkiszolgáló kiszolgálóparamétereit úgy, hogy megfeleljenek a forráskiszolgálón használt nem alapértelmezett értékeknek.

• Hozzon létre egy Azure Blob-tárolót , és szerezze be a tárolóhoz tartozó közös hozzáférésű jogosultságkód (SAS) jogkivonatot (Azure Portal vagy Azure CLI). Győződjön meg arról, hogy megadja a Hozzáadás, létrehozás és írás lehetőséget az Engedélyek legördülő listában.

  Fontos

  Mentse a Blob SAS-jogkivonatot és az URL-értékeket biztonságos helyre. Ezek csak egyszer jelennek meg, és nem kérhetők le az ablak bezárása után.

• Töltse fel a teljes biztonsági mentési fájlt a Percona Xtrabackup fájlból a(z) {backup_dir_path} helyen az Azure Blob Storage-ba. Fájl feltöltéséhez kövesse az alábbi lépéseket.

• A DMS a xtrabackup_binlog_info fájlból történő teljes biztonsági mentés során rögzített binlog pozíciókat használja a replikációs folyamat automatikus elindításához a minimális állásidő-migráláshoz.

• Az Azure Storage-fióknak nyilvánosan elérhetőnek kell lennie az SAS-jogkivonat használatával. A virtuális hálózati konfigurációval rendelkező Azure Storage-fiók nem támogatott.

• Létre kell hozni egy alkalmazásregisztrációt , és létre kell hozni egy ügyfélkulcsot használó alkalmazáskulcsot a fizikai migrálási munkafolyamatban való használathoz. Ez az alkalmazás használható a tárfiókkal és a cél rugalmas kiszolgálóval az SAS-kulcsok létrehozásához és a kiszolgáló frissítéséhez.

• Rendelje hozzá a szerepköralapú hozzáférés-vezérlési (RBAC) szerepkör-hozzárendelést a tárfiók alkalmazásregisztrációjával a következő szerepkörökkel.

  • Tároló blobadat-olvasó a blobtartály-fájlok olvasásához.

• Rendelje hozzá a közreműködői szerepkört az alkalmazásregisztrációhoz a célként megadott rugalmas MySQL-kiszolgálón.

Korlátozások

A migrálás előkészítése során vegye figyelembe az alábbi korlátozásokat.

A forráskiszolgáló konfigurációja nem lett migrálva. A rugalmas célkiszolgálót megfelelően kell konfigurálnia a migrálás megkezdése előtt.

• A titkosított biztonsági másolatok áttelepítése nem támogatott.
• Az importálási művelet során a migrálás törlése nem támogatott.
• Az online migrálás támogatása a SOR binlog formátumra korlátozódik.
• Az Azure Database for MySQL nem támogatja a vegyes esetadatbázisokat.
• Az Azure DMS-utasítás vagy binlog replikáció nem támogatja a következő szintaxist: "CREATE TABLE b as SELECT * FROM 'a';". A DDL replikációja a következő hibaüzenetet eredményezi: "Csak a BINLOG INSERT, COMMIT és ROLLBACK utasítások engedélyezettek a CREATE TABLE és a START TRANSACTION utasítás után."
• A migrálás időtartamára hatással van a háttérrendszer számítási karbantartása, amely visszaállíthatja az előrehaladást.

Ajánlott eljárások a gyorsabb adatbetöltéshez a DMS használatával

A DMS támogatja a régiók közötti, az erőforráscsoportok közötti és az előfizetések közötti migrálást, így kiválaszthatja a megfelelő régiót, erőforráscsoportot és előfizetést a cél rugalmas kiszolgálóhoz. A fogadó rugalmas kiszolgáló létrehozása előtt tekintse meg az alábbi konfigurációs útmutatót, amely segít biztosítani a DMS használatával történő gyorsabb adatbetöltést.

• Az optimális migrálási élmény érdekében válassza ki a rugalmas célkiszolgáló számítási méretét és számítási szintjét a forrás MySQL-kiszolgáló konfigurációja alapján.

  • Javasoljuk, hogy a rugalmas célkiszolgálót General-Purpose vagy üzleti szempontból kritikus termékváltozatra állítsa a migrálás során. A migrálás sikerességét követően az alkalmazás igényeinek megfelelően skálázhatja a példányt a megfelelő méretre.

• A rugalmas célkiszolgáló MySQL-verziójának nagyobbnak vagy egyenlőnek kell lennie a forrás MySQL-kiszolgálóénál.

• Ha nem kell egy adott zónában üzembe helyeznie a cél rugalmas kiszolgálót, állítsa a Rendelkezésre állási zóna paraméter értékét "Nincs beállítás" értékre.

• Érdemes lehet üzembe helyezni az Azure Blob Storage-t és a cél rugalmas kiszolgálót ugyanabban a régióban, hogy jobb teljesítményt nyújtsunk az importálási műveletek során.

A DMS beállítása

A cél rugalmas kiszolgáló üzembe helyezése és konfigurálása után a DMS-t kell beállítania a MySQL-kiszolgáló rugalmas kiszolgálóra való migrálásához.

Az erőforrás-szolgáltató regisztrálása

Microsoft regisztrálása. A dataMigration erőforrás-szolgáltató a következő lépéseket hajtja végre:

1. Az első DMS-példány létrehozása előtt jelentkezzen be az Azure Portalra, majd keresse meg és válassza ki az Előfizetések lehetőséget.

2. Válassza ki azt az előfizetést, amelyhez létre szeretné hozni a DMS-példányt, majd válassza az Erőforrás-szolgáltatók lehetőséget.

   

3. Keressen rá a "Migrálás" kifejezésre, majd a Microsoft.DataMigration kifejezésre, és válassza a Regisztráció lehetőséget.

   

Adatbázis-áttelepítési szolgáltatás (DMS) példányának létrehozása

1. Az Azure Portalon válassza az + Erőforrás létrehozása lehetőséget, keressen rá az "Azure Database Migration Service" kifejezésre, majd válassza ki az Azure Database Migration Service-t a legördülő listából.

   

2. Az Azure Database Migration Service képernyőn válassza a Létrehozás lehetőséget.

   

3. A Migrálási forgatókönyv és az Adatbázis-áttelepítési szolgáltatás kiválasztása lapon a Migrálási forgatókönyv területen válassza a MySQL-t forráskiszolgáló-típusként, majd válassza az Azure Database for MySQL-t célkiszolgáló-típusként, majd válassza a Kiválasztás lehetőséget.

4. A Migrálási szolgáltatás létrehozása lap Alapszintű beállítások lapján, a Projekt részletei csoportban válassza ki a megfelelő előfizetést, majd válasszon ki egy meglévő erőforráscsoportot, vagy hozzon létre egy újat.

5. A Példány részletei csoportban adja meg a szolgáltatás nevét, válasszon ki egy régiót, és ellenőrizze, hogy az Azure szolgáltatásmódként van-e kiválasztva.

6. A tarifacsomagtól jobbra válassza a Réteg konfigurálása lehetőséget.

   

7. A Konfigurálás lapon válasszon a DMS-példányához egy Prémium díjcsomagot 4 virtuális processzormaggal, majd kattintson az Alkalmaz lehetőségre.

   A DMS Premium 4-vCore hat hónapig (183 napig) ingyenes attól a naptól kezdve, amikor létrehozták a DMS szolgáltatást, mielőtt díjat számolnának fel. A DMS-költségekről és a tarifacsomagokról további információt a díjszabási oldalon talál.

   

   Ezután meg kell adnunk azt a virtuális hálózatot (virtuális hálózatot), amely hozzáférést biztosít a DMS-példány számára a forrás MySQL-kiszolgálóhoz és a cél rugalmas kiszolgálóhoz.

8. A Migrálási szolgáltatás létrehozása lapon válassza a Tovább: Hálózatkezelés >>lehetőséget.

9. A Hálózatkezelés lapon válasszon ki egy meglévő virtuális hálózatot a listából, vagy adja meg a létrehozni kívánt új virtuális hálózat nevét, majd válassza a Véleményezés + Létrehozás lehetőséget.

   További információ: Virtuális hálózat létrehozása az Azure Portal használatával.

   

   A virtuális hálózatot úgy kell konfigurálni, hogy a forrás MySQL-kiszolgálóhoz és a cél rugalmas kiszolgálóhoz is hozzáférhessen, ezért ügyeljen az alábbiakra:

   • Hozzon létre egy kiszolgálószintű tűzfalszabályt a forrás MySQL-kiszolgálóhoz és a célként szolgáló rugalmas MySQL-kiszolgálóhoz is, amely lehetővé teszi az Azure Database Migration Service virtuális hálózatának hozzáférését a forrás- és céladatbázisokhoz.
   • Győződjön meg arról, hogy a virtuális hálózati hálózati biztonsági csoport (NSG) szabályai nem tiltják le a ServiceTag 443-ás kimenő portját a ServiceBus, a Storage és az Azure Monitor számára. További információ a virtuális hálózati NSG-forgalom szűréséről: Hálózati forgalom szűrése hálózati biztonsági csoportokkal.

   Megjegyzés:

   Ha címkéket szeretne hozzáadni a szolgáltatáshoz, lépjen a Címkék lapra a Következő: Címkék gombra kattintva. Nem kötelező címkéket hozzáadni a szolgáltatáshoz.

10. Lépjen a Véleményezés + létrehozás lapra, tekintse át a konfigurációkat, tekintse meg a feltételeket, és válassza a Létrehozás lehetőséget.

    

    A DMS-példány üzembe helyezése most kezdődik. Az "Üzembe helyezés folyamatban" üzenet néhány percig jelenik meg, majd a következőre módosul: "Az üzembe helyezés befejeződött".

11. Válassza a Go to resource lehetőséget.

    

12. Azonosítsa a DMS-példány IP-címét az erőforrás áttekintési oldalán, hozzon létre egy tűzfalszabályt a forrás MySQL-kiszolgálóhoz, és célozzon meg egy rugalmas kiszolgálót, és adja meg a DMS-példány IP-címét.

Migrálási projekt létrehozása

Migrálási projekt létrehozásához hajtsa végre az alábbi lépéseket.

1. Az Azure Portalon válassza a Minden szolgáltatás lehetőséget, keresse meg az Azure Database Migration Service-t, majd válassza ki az Azure Database Migration Servicest.

   

2. A keresési eredmények között válassza ki a létrehozott DMS-példányt, majd válassza az + Új áttelepítési projekt lehetőséget.

   

3. Az Új migrálási projekt lapon adja meg a projekt nevét. A Forráskiszolgáló típuskijelölési mezőjében válassza a MySQL lehetőséget. A Célkiszolgáló típusának kiválasztása mezőben válassza az Azure Database For MySQL lehetőséget. A Migrálási tevékenységtípus kiválasztása mezőben válassza az [Előzetes verzió] Fizikai online adatmigrálás lehetőséget. Ezután válassza a Tevékenység létrehozása és futtatása lehetőséget.

   A Csak projekt létrehozása migrációs tevékenységtípus kiválasztása csak a migrációs projektet hozza létre; később futtathatja.

   

A migrálási projekt konfigurálása

A DMS migrálási projektjének konfigurálásához hajtsa végre az alábbi lépéseket.

1. A Forrás kiválasztása képernyőn meg kell győződnünk arról, hogy a DMS a virtuális hálózatban van, amely kapcsolatot létesít a forráskiszolgálóval. Itt adja meg a forráskiszolgáló nevét, a kiszolgálóportot, a felhasználónevet és a jelszót a forrás MySQL-kiszolgálóhoz, majd válassza a Tovább: Cél >>kiválasztása lehetőséget

   

2. A Cél kiválasztása képernyőn az automatizált kiszolgáló kiválasztása alatt válassza ki az Előfizetés, a Hely, az Erőforráscsoport, az Azure Database for MySQL-kiszolgáló nevét, a felhasználónevet, a cél Azure Database for MySQL-kiszolgáló jelszavát, majd válassza a Tovább: Biztonsági mentés >>kiválasztása lehetőséget.

   

3. A Biztonsági mentés kiválasztása képernyőn adja meg az alkalmazásregisztráció alkalmazásazonosítóját, az alkalmazásregisztráció ügyfélkulcsát, az alkalmazásregisztráció bérlőazonosítóját, az előfizetést, a tárfiók nevét, a blobtároló nevét és a biztonsági mentési könyvtár nevét, ahol a percona xtrabackup fájlok tárolódnak, majd válassza a Tovább: Áttelepítési beállítások >>konfigurálása lehetőséget

   Most már elérhető a felhasználói fiókok és jogosultságok migrálása lehetőség. Ha be van jelölve, ez a beállítás az összes bejelentkezési migrálást áttelepíti. Emellett bármilyen DDL-utasítást replikálhat a forrás MySQL-kiszolgálóról a cél rugalmas kiszolgálóra.

   

4. Ha testre szeretné szabni az áttelepítési beállításokat a Migrálási beállítások konfigurálása képernyőn, jelölje be a jelölőnégyzetet, vagy lépjen tovább az összefoglaló oldalra a Következő: Összegzés >> gombra kattintva

   

5. Az Összegzés képernyőn, a Tevékenység neve szövegmezőben adja meg az áttelepítési tevékenység nevét. Győződjön meg arról, hogy az áttelepítéssel kapcsolatos adatok helyesek, majd válassza a "Migrálás indítása" lehetőséget.

   

6. Az áttelepítés megkezdése után megjelenik az áttelepítési tevékenység ablaka. A Kezdeti betöltés fülön az állapot 'Futó' lesz.

A migrálás monitorozása

1. Mivel az áttelepítés folyamatban van, áttekintheti az áttelepítés állapotát, és megfigyelheti az olyan állapotokat, mint például a fizikai biztonsági mentési fájlok adatbetöltésének importálása és becsült időtartama a cél rugalmas MySQL-kiszolgálóra.

   

   A kezdeti betöltési tevékenység befejezése után automatikusan az Adatmódosítások replikálása lapra navigál. Az áttelepítés előrehaladását figyelemmel kísérheti, mivel a képernyő automatikusan frissül 30 másodpercenként, vagy kattintson a Frissítés gombra.

2. Miután a kezdeti adatbetöltés befejeződött, figyelje a Forrásmező mögötti Másodpercek mezőt az Adatváltozások replikálása lapon. Amint 0, folytassa az átállás elindításával a migrálási tevékenység képernyőjének tetején található Átállás indítása gombra kattintva. A Frissítés gombra kattintva frissítheti a kijelzőt, és szükség esetén megtekintheti a forrás mögötti másodperceket.

   

3. Mielőtt készen áll az átállás elvégzésére, kövesse az 1–3. lépést az átállási ablakban.

4. Az összes lépés elvégzése után válassza a Megerősítés, majd az Alkalmaz lehetőséget.

   

Áttelepítés utáni tevékenységek végrehajtása

Amikor az áttelepítés befejeződik, mindenképpen végezze el a következő áttelepítés utáni tevékenységeket.

• Végezzen érvényesítést és adatintegrációt a céladatbázison a migrálás befejezésének hitelesítéséhez az említett módszerek egyikével.

  • Az adatok érvényesítéséhez összehasonlíthatja a sorok számát vagy ellenőrzőösszegét a forrás- és a célrugalmas kiszolgálók között.

  • Emellett a rugalmas célkiszolgálóra is léphet, a Beállítások területen válassza az Adatbázisok lapot, és ellenőrizze, hogy az áttelepítésre szánt adatbázisok sikeresen át lettek-e migrálva a célra.

    

• Frissítse a kapcsolati karakterláncot, hogy az az új rugalmas kiszolgálóra mutasson.

  • A DMS-erőforrások törléséhez hajtsa végre a következő lépéseket:

  1. Az Azure Portalon válassza a Minden szolgáltatás lehetőséget, keresse meg az Azure Database Migration Service-t, majd válassza ki az Azure Database Migration Servicest.

  2. Válassza ki a migrálási szolgáltatáspéldányt a keresési eredmények közül, majd válassza a Szolgáltatás törlése lehetőséget.

  3. A megerősítést kérő párbeszédpanelEN a TYPE THE DATABASE MIGRATION SERVICE NAME szövegmezőben adja meg a példány nevét, majd válassza a Törlés lehetőséget.

• Hozzon létre bármilyen olvasási replikát a rugalmas kiszolgálóhoz a méretezhetőség és a helyreállítás érdekében.

Migrációs legjobb gyakorlatok

Az áttelepítés során mindenképpen vegye figyelembe a következő legjobb gyakorlatokat.

• A felderítés és értékelés részeként vegye figyelembe a kiszolgáló termékváltozatát, a processzorhasználatot, a tárolást, az adatbázisméreteket és a bővítmények használatát az áttelepítéshez szükséges kritikus adatok némelyikeként.

• Tesztmigrációk elvégzése a gyártásra történő migrálás előtt:

  • A tesztelési migrálások azért fontosak, hogy az adatbázis-migrálás minden aspektusára kiterjedjen, beleértve az alkalmazástesztelést is. A legjobb gyakorlat az, ha a migrációt teljes egészében tesztelési céllal indítjuk el. Miután az újonnan indított áttelepítés minimális késéssel belép az Adatváltozások másolása fázisba, csak tesztmunkaterhelések futtatására használja a Flexible Server célpontot. Ezzel a céllal tesztelje az alkalmazást, és biztosítsa a várt teljesítményt és eredményeket. Tesztelje az alkalmazáskompatibilitást, ha egy magasabb MySQL-verzióra migrál.

  • A tesztelés befejezése után áttelepítheti a termelési adatbázisokat. Ezen a ponton véglegesítenie kell a termelési migráció napját és időpontját. Ideális esetben jelenleg alacsony az alkalmazás használata. Minden érdekelt félnek, akit be kell vonni, rendelkezésre kell állnia és készen kell állnia. A termelési migráció szoros felügyeletet igényel. Online migrálás esetén a replikációt az átállás végrehajtása előtt végre kell hajtani az adatvesztés megakadályozása érdekében.

• Irányítsa át az összes függő alkalmazást az új elsődleges adatbázis elérésére, és tegye a forráskiszolgálót csak olvashatóvá. Ezután nyissa meg az alkalmazásokat termelési használatra.

• Miután az alkalmazás elkezd futni a cél rugalmas kiszolgálón, szorosan figyelje az adatbázis teljesítményét annak megállapításához, hogy szükség van-e teljesítményhangolásra.

Kapcsolódó tartalom

• Mi az Az Azure Database for MySQL?
• Mi az Azure Database Migration Service?
• Az Azure Database for MySQL-be való migrálás ismert problémái
• Az Azure Database Migration Service (klasszikus) gyakori hibáinak és hibáinak elhárítása
• A forrásadatbázisokhoz való csatlakozás során fellépő DMS-hibák elhárítása