Vizualizáció és jelentéskészítés a Teradata-migrálásokhoz

Ez a cikk egy hétrészes sorozat negyedik része, amely útmutatást nyújt a Teradata-ból Azure Synapse Analyticsbe való migráláshoz. A cikk középpontjában a vizualizációval és jelentéskészítéssel kapcsolatos ajánlott eljárások áll.

Hozzáférés a Azure Synapse Analyticshez a Microsoft és harmadik féltől származó BI-eszközök használatával

A szervezetek számos üzletiintelligencia- (BI-) eszköz és alkalmazás használatával férnek hozzá az adattárházakhoz és adatpiacokhoz. Néhány példa a BI-termékekre:

• Microsoft BI-eszközök, például a Power BI.

• Office-alkalmazások, például Microsoft Excel-számolótáblák.

• Külső BI-eszközök különböző szállítóktól.

• Egyéni elemzési alkalmazások beágyazott BI-eszközfunkciókkal.

• Olyan operatív alkalmazások, amelyek az igény szerinti BI-t támogatják lekérdezések és jelentések futtatásával egy olyan BI-platformon, amely adatraktárban vagy adatpiacon lekérdezi az adatokat.

• Interaktív adatelemzési fejlesztői eszközök, például Azure Synapse Spark Notebooks, Azure Machine Learning, RStudio és Jupyter Notebooks.

Ha az adattárház migrálásának részeként migrálja a vizualizációt és a jelentéskészítést, a BI-termékek által létrehozott összes meglévő lekérdezésnek, jelentésnek és irányítópultnak az új környezetben kell futnia. A BI-termékeknek ugyanazokat az eredményeket kell eredményezniük Azure Synapse, mint az örökölt adattárház-környezetben.

A migrálás utáni konzisztens eredmények érdekében minden BI-eszköznek és alkalmazásfüggőségnek működnie kell, miután migrálta az adattárház sémáját és adatait a Azure Synapse. A függőségek kevésbé látható szempontokat tartalmaznak, például a hozzáférést és a biztonságot. Amikor a hozzáféréssel és a biztonsággal foglalkozik, győződjön meg arról, hogy migrál:

• Hitelesítés, hogy a felhasználók bejelentkezhessenek az adattárházba és az adattárház-adatbázisokba Azure Synapse.

• Minden felhasználó, aki Azure Synapse.

• Az összes Azure Synapse felhasználói csoport.

• A Azure Synapse összes szerepköre.

• Az Azure Synapse hozzáférés-vezérlését szabályozó összes engedélyezési jogosultság.

• Felhasználó-, szerepkör- és jogosultság-hozzárendelések, hogy tükrözni tudja a meglévő adattárházban a migrálás előtt meglévőket. Például:

  • Adatbázis-objektum szerepkörökhöz rendelt jogosultságai
  • Felhasználói csoportokhoz rendelt szerepkörök
  • Felhasználói csoportokhoz és/vagy szerepkörökhöz rendelt felhasználók

A hozzáférés és a biztonság fontos szempont az adathozzáférés szempontjából a migrált rendszerben, és részletesebben tárgyaljuk a Teradata-migrálások biztonságával, hozzáférésével és műveleteivel foglalkozó témakört.

Tipp

A jelentések és vizualizációk sikeres áttelepítéséhez először át kell telepíteni a meglévő felhasználókat, felhasználói csoportokat, szerepköröket és hozzáférési biztonsági jogosultságok hozzárendeléseit.

Migrálja az összes szükséges adatot, hogy az örökölt környezetben adatokat lekérdező jelentések és irányítópultok ugyanazokat az eredményeket eredményezik Azure Synapse.

Az üzleti felhasználók zökkenőmentes migrálásra számíthatnak, és nem lesznek meglepetések, amelyek tönkreteszik a migrált rendszerbe vetett bizalmukat a Azure Synapse. Ügyeljen arra, hogy minden olyan félelmet eloszlatjon, amelyet a felhasználók a megfelelő kommunikációval érhetnek el. A felhasználók az alábbiakra számíthatnak:

• A táblastruktúra változatlan marad, ha a lekérdezésekben közvetlenül hivatkoznak rá.

• A tábla- és oszlopnevek ugyanazok maradnak, ha a lekérdezésekben közvetlenül hivatkoznak rá. A BI-eszközök oszlopaiban definiált számított mezők például nem hiúsulnak meg összesített jelentések létrehozásakor.

• A korábbi elemzések változatlanok maradnak.

• Ha lehetséges, az adattípusok változatlanok maradnak.

• A lekérdezési viselkedés változatlan marad.

• Az ODBC-/JDBC-illesztőprogramok tesztelésével biztosítható, hogy a lekérdezési viselkedés változatlan maradjon.

Tipp

A kommunikáció és az üzleti felhasználók bevonása kritikus fontosságú a sikerhez.

Ha a BI-eszközök lekérdezési nézeteket kérdeznek le a mögöttes adattárházban vagy adattárház-adatbázisban, akkor ezek a nézetek továbbra is működnek a migrálás után? Előfordulhat, hogy egyes nézetek nem működnek, ha az örökölt adattárház DBMS-ére jellemző, saját fejlesztésű SQL-bővítmények nem rendelkeznek megfelelő Azure Synapse. Ha igen, ismernie kell ezeket az inkompatibilitásokat, és meg kell találnia a megoldásuk módját.

Tipp

A saját SQL-lekérdezési bővítményeket használó nézetek és SQL-lekérdezések valószínűleg olyan inkompatibilitásokat eredményeznek, amelyek hatással vannak a BI-jelentésekre és -irányítópultokra.

Az egyéb problémákat, például az értékek viselkedését NULL vagy az adattípus-variációkat a DBMS-platformokon tesztelni kell annak érdekében, hogy a számítási eredményekben még kisebb különbségek se legyenek. Minimalizálja ezeket a problémákat, és tegye meg az összes szükséges lépést annak érdekében, hogy megvédhesse az üzleti felhasználókat a problémáktól. Az örökölt adattárház-környezettől függően olyan külső eszközök, amelyek segíthetnek elrejteni az örökölt és az új környezetek közötti különbségeket, hogy a BI-eszközök és -alkalmazások változatlanul fussanak.

A tesztelés kritikus fontosságú a vizualizációk és a jelentések migrálása szempontjából. A tesztek mindkét környezetben való futtatásához és újrafuttatásához tesztcsomagra és jóváhagyott tesztadatokra van szükség. A tesztköteg is hasznos, és néhányat említünk ebben az útmutatóban. Fontos továbbá, hogy az üzleti felhasználókat is bevonjuk a migrálás tesztelési aspektusaiba, hogy a bizalom magas legyen, és hogy azokat is bevonjuk a projektbe.

Tipp

Ismétlődő tesztekkel biztosíthatja, hogy a jelentések, irányítópultok és más vizualizációk migrálása sikeres legyen.

Előfordulhat, hogy üzletiintelligencia-eszközökre vált, például a Power BI-ba való migrálásra. A kísértés az, hogy ezeket a módosításokat a séma, az adatok, az ETL-feldolgozás stb. migrálásával egyidejűleg végezze el. A kockázat minimalizálása érdekében azonban érdemes először áttérni Azure Synapse, és mindent bevetni a további modernizáció megkezdése előtt.

Ha a meglévő BI-eszközök a helyszínen futnak, győződjön meg arról, hogy a tűzfalon keresztül tudnak csatlakozni Azure Synapse, így mindkét környezetben futtathat összehasonlításokat. Másik lehetőségként, ha a meglévő BI-eszközök gyártója az Azure-ban kínálja a termékét, kipróbálhatja ott. Ugyanez vonatkozik a helyszíni alkalmazásokra is, amelyek bi-t ágyaznak be vagy igény szerint hívják meg a BI-kiszolgálót, például xml- vagy JSON-adatokkal rendelkező "fej nélküli jelentés" kérésével.

Itt sok mindenre kell gondolni, ezért nézzük meg közelebbről.

Adatvirtualizálás használata a migrálás bi-eszközökre és jelentésekre gyakorolt hatásának minimalizálásához

A migrálás során előfordulhat, hogy hosszú távú követelményeknek kell megfelelnie, például üzleti kérelmeket nyit meg, hiányzó adatokat ad hozzá, vagy új funkciókat valósít meg. Az ilyen módosítások azonban hatással lehetnek a BI-eszközök adattárházhoz való hozzáférésére, különösen akkor, ha a módosítás az adatmodell szerkezeti változásait érinti. Ha agilis adatmodellezési technikát szeretne alkalmazni, vagy szerkezeti módosításokat szeretne végrehajtani, tegye ezt a migrálás után .

A sémaváltozások vagy más szerkezeti változások bi-eszközökre gyakorolt hatásának minimalizálásának egyik módja az adatvirtualizálás bevezetése a BI-eszközök, valamint az adattárház és az adatpiacok között. Az alábbi ábra bemutatja, hogyan rejtheti el az adatvirtualizálás a felhasználók elől az áttelepítést.

Az adatvirtualizálás megszakítja az önkiszolgáló BI-eszközöket használó üzleti felhasználók közötti függőséget, valamint az alapul szolgáló adattárház és a migrált adatpiacok fizikai sémáját.

Tipp

Az adatvirtualizálással megvédheti az üzleti felhasználókat a szerkezeti változásoktól a migrálás során, így nem tudnak ezekről a változásokról. A szerkezeti változások közé tartoznak a sémamódosítások, amelyek az adatmodellt Azure Synapse hangolják.

Az adatvirtualizálással a Azure Synapse való migrálás során végrehajtott sémamódosítások, például a teljesítmény optimalizálása érdekében, elrejthetők az üzleti felhasználók elől, mivel csak az adatvirtualizálási rétegben lévő virtuális táblákhoz férnek hozzá. Ha pedig szerkezeti módosításokat hajt végre, csak az adattárház vagy az adatpiacok és a virtuális táblák közötti leképezéseket kell frissítenie. Az adatvirtualizálással a felhasználók nem ismerik a szerkezeti változásokat. A Microsoft-partnerek adatvirtualizálási szoftvereket biztosítanak.

Az elsőként migrálandó magas prioritású jelentések azonosítása

A meglévő jelentések és irányítópultok Azure Synapse való migrálásakor kulcsfontosságú kérdés, hogy melyiket kell először migrálni. Ezt a döntést több tényező is befolyásolhatja, például:

• Használat

• Üzleti érték

• Könnyű migrálás

• Adatmigrálási stratégia

A következő szakaszok ezeket a tényezőket ismertetik.

Bármi legyen is a döntése, az üzleti felhasználókat is bevonja, mert jelentéseket, irányítópultokat és egyéb vizualizációkat készítenek, és üzleti döntéseket hoznak ezekből az elemekből származó megállapítások alapján. Mindenki számára előnyös, ha:

• Jelentések és irányítópultok zökkenőmentes migrálása,
• Jelentések és irányítópultok migrálása minimális erőfeszítéssel, és
• Az üzletiintelligencia-eszköz(ek)et az örökölt adattárházrendszer helyett Azure Synapse, és hasonló jelentéseket, irányítópultokat és egyéb vizualizációkat kaphat.

Jelentések migrálása használat alapján

A használat gyakran az üzleti érték mutatója. A fel nem használt jelentések és irányítópultok egyértelműen nem járulnak hozzá az üzleti döntésekhez, és nem kínálnak aktuális értéket. Ha nincs módja annak kiderítésére, hogy mely jelentések és irányítópultok nincsenek használatban, használhatja a használati statisztikákat biztosító számos BI-eszköz egyikét.

Ha az örökölt adattárház évek óta működik, jó esély van arra, hogy több száz, vagy akár több ezer jelentés is létezik. Érdemes összeállítani a jelentések és irányítópultok leltárát, és azonosítani azok üzleti célját és használati statisztikáit.

A fel nem használt jelentések esetében határozza meg, hogy le szeretné-e szerelni őket a migrálási munka csökkentése érdekében. A fel nem használt jelentések leszerelésének eldöntésekor kulcsfontosságú kérdés, hogy a jelentés használaton kívül van-e használva, mert a felhasználók nem tudják, hogy létezik- e, mert nem kínál üzleti értéket, vagy mert egy másik jelentés felülírta.

Jelentések migrálása üzleti érték alapján

A használat önmagában nem mindig jó mutatója az üzleti értéknek. Érdemes megfontolni, hogy a jelentések elemzési adatai milyen mértékben járulnak hozzá az üzleti értékhez. Ennek egyik módja a jelentésre és a támaszkodás mértékére támaszkodó üzleti döntések jövedelmezőségének értékelése. Ez az információ azonban nem valószínű, hogy a legtöbb szervezetben könnyen elérhető lesz.

Az üzleti érték kiértékelésének másik módja, ha megnézzük, hogyan illeszkedik egy jelentés az üzleti stratégiához. A vezető által meghatározott üzleti stratégia általában stratégiai üzleti célkitűzéseket (SPO-kat), fő teljesítménymutatókat (KPI-ket), elérendő KPI-célokat határoz meg, és ki felelős azok eléréséért. Osztályozhat egy jelentést, amelyhez a jelentés SPO-k járulnak hozzá, például a csalások csökkentése, a jobb ügyfélkapcsolatok és az optimalizált üzleti műveletek. Ezután rangsorolhatja a magas prioritású célkitűzésekhez társított jelentéseket és irányítópultokat a migráláshoz. Ily módon a kezdeti migrálás üzleti értéket biztosíthat egy stratégiai területen.

Az üzleti érték értékelésének egy másik módja, ha a jelentéseket és irányítópultokat operatív, taktikai vagy stratégiai besorolással azonosítja, hogy melyik üzleti szinten használják őket. Az SPO-k minden szinten hozzájárulást igényelnek. Ha tudja, hogy mely jelentéseket és irányítópultokat használják, milyen szinten és milyen célokkal vannak társítva, a kezdeti migrálást a magas prioritású üzleti értékre összpontosíthatja. A jelentések és irányítópultok kiértékeléséhez használhatja az alábbi üzleti stratégia célkitűzéstábláját .

Level	Jelentés/ irányítópult neve	Üzleti cél	Használt részleg	Használati gyakoriság	Üzleti prioritás
Stratégiai
Taktikai
Működik

A metaadat-felderítési eszközök, például az Azure Data Catalog lehetővé teszik, hogy az üzleti felhasználók címkézzék és értékeljék az adatforrásokat, hogy bővítsék az adatforrások metaadatait a felderítésük és besorolásuk elősegítése érdekében. A jelentések vagy irányítópultok metaadataival könnyebben megértheti annak üzleti értékét. Ilyen eszközök nélkül a jelentések és irányítópultok üzleti értékhez való hozzájárulásának megértése valószínűleg időigényes feladat, akár migrál, akár nem.

Jelentések migrálása adatmigrálási stratégia alapján

Ha a migrálási stratégia az adatpiacok migrálásán alapul, akkor az adatpiacok migrálásának sorrendje befolyásolja, hogy a rendszer mely jelentéseket és irányítópultokat migrálja először. Ha a stratégia üzleti értéken alapul, az adatpiacok Azure Synapse való migrálásának sorrendje az üzleti prioritásokat fogja tükrözni. A metaadat-felderítési eszközök segíthetnek a stratégia megvalósításában azáltal, hogy megmutatja, mely adatpiactáblák mely jelentésekhez biztosítanak adatokat.

Tipp

Az adatmigrálási stratégia befolyásolja, hogy mely jelentések és vizualizációk migrálhatók először.

A jelentésekre és vizualizációkra hatással lévő migrálási inkompatibilitási problémák

A BI-eszközök jelentéseket, irányítópultokat és egyéb vizualizációkat hoznak létre olyan SQL-lekérdezések kiadásával, amelyek fizikai táblákhoz és/vagy nézetekhez férnek hozzá az adattárházban vagy az adatpiacon. Ha az örökölt adattárházat Azure Synapse migrálja, számos tényező befolyásolhatja a jelentések, irányítópultok és egyéb vizualizációk egyszerű migrálását. Ezek a tényezők a következők:

• Séma inkompatibilitások a környezetek között.

• SQL-inkompatibilitások a környezetek között.

Séma inkompatibilitásai

A migrálás során az adattárház vagy az adatpiac tábláinak séma inkompatibilitásai a jelentések, irányítópultok és egyéb vizualizációk adatait szolgáltatják:

• Az örökölt adattárház DBMS nem szabványos táblatípusai, amelyek nem rendelkeznek megfelelő Azure Synapse.

• Az örökölt adattárház DBMS-ben lévő olyan adattípusok, amelyek nem rendelkeznek megfelelő Azure Synapse.

A legtöbb esetben van egy áthidaló megoldás az inkompatibilitásra. Áttelepítheti például a nem támogatott táblatípusú adatokat egy szabványos táblába, amely megfelelő adattípusokkal rendelkezik, és indexelt vagy particionált egy dátum/idő oszlopban. Hasonlóképpen előfordulhat, hogy egy másik oszloptípusban nem támogatott adattípusokat jelölünk, és Azure Synapse számításokat hajtunk végre ugyanazon eredmények elérése érdekében.

Tipp

A séma inkompatibilitásai közé tartoznak az örökölt raktári DBMS-táblatípusok és a Azure Synapse nem támogatott adattípusok.

A séma inkompatibilitása által érintett jelentések azonosításához futtasson lekérdezéseket az örökölt adattárház rendszerkatalógusában a nem támogatott adattípusokkal rendelkező táblák azonosításához. Ezután a BI-eszköz metaadataival azonosíthatja azokat a jelentéseket, amelyek hozzáférnek az adott táblák adataihoz. Az objektumtípus-inkompatibilitások azonosításával kapcsolatos további információkért lásd: Nem támogatott Teradata-adatbázisobjektum-típusok.

Tipp

Az örökölt raktári DBMS rendszerkatalógusának lekérdezésével azonosíthatja a séma inkompatibilitásait Azure Synapse.

A séma inkompatibilitásának hatása a jelentésekre, irányítópultokra és más vizualizációkra kisebb lehet, mint gondolná, mivel számos BI-eszköz nem támogatja a kevésbé általános adattípusokat. Ennek eredményeképpen előfordulhat, hogy az örökölt adattárház már rendelkezik olyan nézetekkel, amelyek CAST nem támogatott adattípusokat az általánosabb típusokhoz.

AZ SQL inkompatibilitásai

A migrálás során az SQL inkompatibilitásai valószínűleg hatással lesznek egy alkalmazás vagy eszköz jelentésére, irányítópultjára vagy más vizualizációjára, amely:

• Hozzáfér az örökölt adattárház DBMS-nézeteihez, amelyek saját fejlesztésű SQL-függvényeket tartalmaznak, amelyek nem rendelkeznek megfelelő Azure Synapse.

• Olyan SQL-lekérdezéseket ad ki, amelyek saját fejlesztésű SQL-függvényeket tartalmaznak, amelyek az örökölt környezet SQL-dialektusára vonatkoznak, és amelyek nem rendelkeznek egyenértékű Azure Synapse.

Az SQL inkompatibilitásainak a jelentéskészítési portfólióra gyakorolt hatásának felmérése

A jelentéskészítési portfólió beágyazott lekérdezési szolgáltatásokat, jelentéseket, irányítópultokat és egyéb vizualizációkat tartalmazhat. Ne támaszkodjon az elemekkel társított dokumentációra, hogy felmérje az SQL inkompatibilitásainak hatását a jelentéskészítési portfólió Azure Synapse való migrálására. Az SQL inkompatibilitásának felméréséhez pontosabb módszert kell használnia.

AZ EXPLAIN utasítások használata az SQL inkompatibilitásainak megkereséséhez

Az SQL inkompatibilitásait az örökölt Teradata-adattárházban végzett legutóbbi SQL-tevékenység naplóinak áttekintésével találhatja meg. Szkript használatával kinyerhet egy sql-utasításkészletet egy fájlba. Ezután minden SQL-utasítást előtagként adjon meg egy EXPLAIN utasítással, majd futtassa ezeket az EXPLAIN utasításokat Azure Synapse. A tulajdonosi jogvédett, nem támogatott SQL-bővítményeket tartalmazó SQL-utasításokat a Azure Synapse elutasítja az EXPLAIN utasítások végrehajtásakor. Ezzel a módszerrel felmérheti az SQL inkompatibilitásának mértékét.

A régi adattárház DBMS-éből származó metaadatok segíthetnek azonosítani a nem kompatibilis nézeteket. A korábbiakhoz hasonlóan rögzítse az SQL-utasítások reprezentatív készletét a vonatkozó naplókból, előtagként minden SQL-utasítást egy EXPLAIN utasítással, majd futtassa ezeket az EXPLAIN utasításokat Azure Synapse a nem kompatibilis SQL-sel rendelkező nézetek azonosításához.

Tipp

Mérje fel az SQL inkompatibilitásainak hatását a DBMS-naplófájlok begyűjtésével és az utasítások futtatásával EXPLAIN .

Tesztjelentés és irányítópult migrálása Azure Synapse Analyticsbe

Az adattárház-migrálás egyik fő eleme a jelentések és irányítópultok tesztelése a Azure Synapse-ben annak ellenőrzésére, hogy a migrálás működött-e. Határozzon meg egy tesztsorozatot és a sikeresség ellenőrzéséhez futtatandó tesztekhez szükséges eredményeket. Tesztelje és hasonlítsa össze a jelentéseket és irányítópultokat a meglévő és a migrált adattárház-rendszereken a következőkkel:

• Állapítsa meg, hogy a migrálás során végrehajtott sémamódosítások befolyásolták-e a jelentések futtatásának képességét, a jelentés eredményeit vagy a megfelelő jelentésvizualizációkat. Sémamódosításra példa, ha a nem kompatibilis adattípust a Azure Synapse által támogatott egyenértékű adattípusra képezte le.

• Ellenőrizze, hogy az összes felhasználó migrálva van-e.

• Ellenőrizze, hogy az összes szerepkör át lett-e migrálva, és hogy a felhasználók hozzá vannak-e rendelve ezekhez a szerepkörökhöz.

• Ellenőrizze, hogy az összes adathozzáférési biztonsági jogosultság migrálva van-e a hozzáférés-vezérlési lista (ACL) migrálásához.

• Konzisztens eredmények biztosítása az összes ismert lekérdezéshez, jelentéshez és irányítópulthoz.

• Győződjön meg arról, hogy az adatok és az ETL-migrálás befejeződött és hibamentes.

• Győződjön meg arról, hogy az adatvédelmet tiszteletben tartja.

• Tesztelje a teljesítményt és a méretezhetőséget.

• Az elemzési funkciók tesztelése.

Tipp

A számítási költségek minimalizálása érdekében tesztelje és hangolja a teljesítményt.

A felhasználók, felhasználói csoportok, szerepkörök és jogosultságok áttelepítéséről további információt a Biztonság, hozzáférés és műveletek a Teradata-áttelepítésekhez című témakörben talál.

Automatizálja a tesztelést a lehető legnagyobb mértékben, hogy minden teszt megismételhető legyen, és hogy támogassa a teszteredmények értékelésének konzisztens megközelítését. Az Automation jól működik az ismert rendszeres jelentésekhez, és Azure Synapse folyamatokon vagy Azure Data Factory vezénylésen keresztül kezelhető. Ha már rendelkezik tesztelési lekérdezéskészlettel a regressziós teszteléshez, a meglévő tesztelési eszközökkel automatizálhatja a migrálás utáni tesztelést.

Tipp

Az ajánlott eljárás egy automatizált tesztcsomag létrehozása a tesztek megismételhetővé tétele érdekében.

Az alkalmi elemzés és jelentéskészítés nagyobb kihívást jelent, és egy tesztkészlet összeállítását igényli annak ellenőrzéséhez, hogy a migrálás előtti és utáni jelentések és irányítópultok konzisztensek-e. Ha inkonzisztenciákat talál, akkor a metaadat-életútnak az eredeti és a migrált rendszerek közötti összehasonlítása a migrálási tesztelés során alapvető fontosságúvá válik. Ez az összehasonlítás kiemelheti a különbségeket, és megállapíthatja, hogy honnan származnak az inkonzisztenciák, ha más módon történő észlelés nehéz.

Tipp

Az eredmények ellenőrzéséhez használja azokat az eszközöket, amelyek összehasonlítják a metaadat-életútot.

Az életút elemzése a jelentések, irányítópultok és adatok közötti függőségek megértéséhez

Az életút ismerete kritikus tényező a jelentések és irányítópultok sikeres migrálásakor. Az életút olyan metaadatok, amelyek megjelenítik a migrált adatok útját, így nyomon követheti az elérési útját egy jelentésből vagy irányítópultról egészen az adatforrásig. Az életút bemutatja, hogyan haladtak az adatok pontról pontra, az adattárházban és/vagy az adatpiacon, és hogy mely jelentések és irányítópultok használják azokat. Az életút segíthet megérteni, hogy mi történik az adatokkal, amikor az adatok különböző adattárakon, például fájlokon és adatbázisokon, különböző ETL-folyamatokon és jelentéseken haladnak keresztül. Ha az üzleti felhasználók hozzáférnek az adatélethez, az javítja a bizalmat, növeli a megbízhatóságot, és támogatja a megalapozott üzleti döntéseket.

Tipp

A metaadatok és az adatsorok hozzáférése a jelentésekből egészen az adatforrásig kritikus fontosságú annak ellenőrzéséhez, hogy a migrált jelentések megfelelően működnek-e.

A több gyártós adattárház-környezetekben a BI-csapatok üzleti elemzői leképezhetik az adatsorokat. Ha például különböző szállítókat használ az ETL-hez, az adattárházhoz és a jelentéskészítéshez, és mindegyik szállító saját metaadat-adattárral rendelkezik, akkor nehéz és időigényes lehet megállapítani, hogy egy jelentés adott adateleme honnan származik.

Tipp

A migrálás során értékesek azok az eszközök, amelyek automatizálják a metaadatok gyűjtését és a végpontok közötti életút megjelenítését egy több gyártós környezetben.

Ha zökkenőmentesen szeretne migrálni egy örökölt adattárházból a Azure Synapse, a végpontok közötti adatsorok használatával bizonyíthatja a hasonló migrálást az egyes környezetek által létrehozott jelentések és irányítópultok összehasonlítása során. A végpontok közötti adatút megjelenítéséhez több eszköz metaadatait kell rögzítenie és integrálnia. Az automatizált metaadatok felderítését és adatéletút támogató eszközökhöz való hozzáféréssel azonosíthatja az ismétlődő jelentéseket vagy az ETL-folyamatokat, és megkeresheti az elavult, megkérdőjelezhető vagy nem létező adatforrásokra támaszkodó jelentéseket. Ezekkel az információkkal csökkentheti a migrálandó jelentések és ETL-folyamatok számát.

Az Azure Synapse-ben lévő jelentések végpontok közötti életútját is összehasonlíthatja ugyanazon jelentés végpontok közötti életútjához az örökölt környezetben, így ellenőrizheti, hogy vannak-e olyan különbségek, amelyek véletlenül előfordultak a migrálás során. Ez az összehasonlítási típus rendkívül hasznos, ha tesztelnie és ellenőriznie kell a migrálás sikerességét.

Az adatsorok vizualizációja nem csak csökkenti az áttelepítési folyamat idejét, erőfeszítését és hibáját, hanem gyorsabb migrálást is lehetővé tesz.

Az életút összehasonlítása automatizált metaadat-felderítési és adatéletúti eszközökkel ellenőrizheti, hogy a migrált adatokból létrehozott Azure Synapse a jelentés ugyanúgy készül-e az örökölt környezetben. Ez a képesség a következők meghatározásában is segít:

• Milyen adatokat kell migrálni a jelentések és irányítópultok sikeres végrehajtásának Azure Synapse érdekében.

• Milyen átalakításokat kellett és kellett végrehajtani a sikeres végrehajtás érdekében Azure Synapse.

• A jelentések duplikációinak csökkentése.

Az automatizált metaadat-felderítési és adatéletúti eszközök lényegesen leegyszerűsítik a migrálási folyamatot, mivel segítenek a vállalkozásoknak jobban megismerni az adategységeiket, és tudniuk kell, hogy mit kell migrálni a Azure Synapse a megbízható jelentési környezet eléréséhez.

Számos ETL-eszköz biztosít végpontok közötti életút-képességet, ezért ellenőrizze, hogy a meglévő ETL-eszköz rendelkezik-e ezzel a képességgel, ha Azure Synapse tervezi használni. Azure Synapse folyamatok vagy a Data Factory egyaránt támogatják az életút leképezési folyamatokban való megtekintését. A Microsoft-partnerek automatizált metaadat-felderítési, adatéletút- és életút-összehasonlító eszközöket is biztosítanak.

BI-eszköz szemantikai rétegének migrálása Azure Synapse Analyticsbe

Egyes BI-eszközök szemantikai metaadat-rétegként ismertek. Ez a réteg leegyszerűsíti az üzleti felhasználók hozzáférését az adattárház vagy adattárház-adatbázis mögöttes fizikai adatstruktúráihoz. A szemantikai metaadatok rétege leegyszerűsíti a hozzáférést olyan magas szintű objektumok biztosításával, mint a dimenziók, mértékek, hierarchiák, számított metrikák és illesztések. A magas szintű objektumok olyan üzleti kifejezéseket használnak, amelyek ismerősek az üzleti elemzők számára, és leképezhetők az adattárházban vagy adattárházban található fizikai adatstruktúrákra.

Tipp

Egyes BI-eszközök szemantikai rétegekkel rendelkeznek, amelyek leegyszerűsítik az üzleti felhasználók hozzáférését az adattárház vagy az adattárház fizikai adatstruktúráihoz.

Az adattárház-migrálás során előfordulhat, hogy az oszlopnevek vagy a táblanevek módosításait önre kényszeríti a rendszer. A Teradata-ban például a táblanevek "#" karakterrel is rendelkezhetnek. A Azure Synapse a "#" csak egy táblanév előtagjaként engedélyezhető, hogy ideiglenes táblát jelöljön. A Teradata-ban az IDEIGLENES TÁBLÁK névben nem feltétlenül szerepel "#", a Synapse-ban azonban kötelező. Ilyen esetekben előfordulhat, hogy újra kell végeznie a táblaleképezések módosítását.

A több BI-eszköz konzisztenciájának eléréséhez hozzon létre egy univerzális szemantikai réteget egy adatvirtualizálási kiszolgáló használatával, amely a BI-eszközök és -alkalmazások és Azure Synapse között helyezkedik el. Az adatvirtualizálási kiszolgálón használjon gyakori adatneveket olyan magas szintű objektumokhoz, mint a dimenziók, mértékek, hierarchiák és illesztések. Így mindent konfigurálhat, beleértve a számított mezőket, az illesztéseket és a leképezéseket is, csak egyszer, nem pedig minden eszközben. Ezután mutasson az összes BI-eszközre az adatvirtualizálási kiszolgálón.

Tipp

Adatvirtualizálással hozzon létre egy közös szemantikai réteget, amely garantálja a konzisztenciát az Azure Synapse környezetben lévő összes BI-eszközben.

Az adatvirtualizálással konzisztenciát kaphat az összes BI-eszközben, és megszakíthatja a függőséget a BI-eszközök és alkalmazások, valamint a mögöttes fizikai adatstruktúrák között a Azure Synapse. A Microsoft-partnerek segíthetnek a konzisztencia elérésében az Azure-ban. Az alábbi ábra bemutatja, hogy az adatvirtualizálási kiszolgáló gyakori szókincse hogyan teszi lehetővé, hogy több BI-eszköz is láthassa a közös szemantikai réteget.

Összefoglalás

Az adattárház-migrálás során a legtöbb jelentésnek, irányítópultnak és egyéb vizualizációnak könnyen át kell migrálnia.

Az örökölt környezetből való migrálás során előfordulhat, hogy az örökölt adattárház vagy adattároló táblák adatai nem támogatott adattípusokban találhatók. Vagy olyan régi adattárház-nézeteket is találhat, amelyek saját fejlesztésű SQL-t tartalmaznak, és nem tartalmaznak megfelelőt a Azure Synapse. Ha igen, meg kell oldania ezeket a problémákat a Azure Synapse való sikeres migrálás biztosításához.

Ne támaszkodjon a felhasználó által karbantartott dokumentációra, hogy azonosítsa a problémák helyét. Ehelyett használjon EXPLAIN utasításokat, mert gyors, gyakorlatias módszer az SQL inkompatibilitásainak azonosítására. Az inkompatibilis SQL-utasítások újradolgozása a Azure Synapse egyenértékű funkcióinak eléréséhez. Emellett használjon automatizált metaadat-felderítési és életút-felderítési eszközöket a függőségek megértéséhez, az ismétlődő jelentések kereséséhez, valamint az elavult, megkérdőjelezhető vagy nem létező adatforrásokra támaszkodó érvénytelen jelentések azonosításához. Az életút-eszközök használatával összehasonlíthatja az életútot annak ellenőrzéséhez, hogy az örökölt adattárház-környezetben futó jelentések azonos módon készülnek-e Azure Synapse.

Ne migrálja a már nem használt jelentéseket. A BI-eszközök használati adatai segíthetnek meghatározni, hogy mely jelentések nincsenek használatban. A migrálni kívánt jelentések, irányítópultok és egyéb vizualizációk esetében migrálja az összes felhasználót, felhasználói csoportot, szerepkört és jogosultságot. Ha üzleti értéket használ a jelentésmigrálási stratégia kialakításához, a jelentések stratégiai üzleti célkitűzésekhez és prioritásokhoz társítása segít azonosítani a jelentéselemzések adott célokhoz való hozzájárulását. Ha adatpiacok szerint migrálja az adatpiacot, metaadatokkal állapítsa meg, hogy mely jelentések függnek attól, hogy mely táblák és nézetek függnek, így megalapozott döntést hozhat arról, hogy mely adatpiacokat kell először migrálnia.

Tipp

Az inkompatibilitások korai azonosítása a migrálási munka mértékének felméréséhez. Felhasználók, csoportszerepkörök és jogosultsági hozzárendelések migrálása. Csak azokat a jelentéseket és vizualizációkat migrálja, amelyek az üzleti értékhez járulnak hozzá.

Az adattárház vagy az adattárház adatmodelljének szerkezeti változásai a migrálás során fordulhatnak elő. Fontolja meg az adatvirtualizálás használatát a BI-eszközök és alkalmazások szerkezeti változásoktól való megvédéséhez. Az adatvirtualizálással egy közös szókincs használatával definiálhat egy közös szemantikai réteget. A közös szemantikai réteg egységes közös adatneveket, definíciókat, metrikákat, hierarchiákat és illesztéseket garantál az új Azure Synapse környezetben található összes BI-eszköz és alkalmazás között.

Következő lépések

Ha többet szeretne megtudni az SQL-problémák minimalizálásáról, tekintse meg a következő cikket a következő sorozatban: A Teradata-migrálások SQL-problémáinak minimalizálása.