Vizualizace a vytváření sestav pro migrace Oracle

Tento článek je čtvrtou částí sedmidílné série, která obsahuje pokyny k migraci z Oracle na Azure Synapse Analytics. Tento článek se zaměřuje na osvědčené postupy pro vizualizaci a reportování.

Přístup ke službě Azure Synapse Analytics pomocí nástrojů Microsoftu a nástrojů BI třetích stran

Organizace přistupují k datovým skladům a datovým martům pomocí řady nástrojů a aplikací business intelligence (BI). Mezi příklady produktů BI patří:

• Nástroje Microsoft BI, jako je Power BI.

• Aplikace Office, jako jsou tabulky Microsoft Excelu.

• Nástroje BI třetích stran od různých dodavatelů

• Vlastní analytické aplikace s vloženými funkcemi nástrojů BI

• Provozní aplikace, které podporují BI na vyžádání spouštěním dotazů a sestav na platformě BI, které následně dotazují data v datovém skladu nebo datovém tržiště.

• Interaktivní vývojové nástroje pro datové vědy, jako jsou poznámkové bloky Azure Synapse Spark, Azure Machine Learning, RStudio a Jupyter Notebook.

Pokud migrujete vizualizaci a vytváření sestav v rámci migrace datového skladu, musí se všechny existující dotazy, sestavy a řídicí panely vygenerované produkty BI spouštět v novém prostředí. Vaše produkty BI musí poskytovat stejné výsledky ve službě Azure Synapse jako ve starším prostředí datového skladu.

Kvůli konzistentním výsledkům po migraci musí všechny nástroje BI a závislosti aplikací fungovat po migraci schématu datového skladu a dat do Azure Synapse. Závislosti zahrnují méně viditelné aspekty, jako je přístup a zabezpečení. Při řešení přístupu a zabezpečení se ujistěte, že migrujete:

• Ověřování, aby se uživatelé mohli přihlásit k databázím datového skladu a datového tržiště v Azure Synapse.

• Všichni uživatelé přejdou do Azure Synapse.

• Všechny skupiny uživatelů přesunout do Azure Synapse.

• Všechny role do Azure Synapse.

• Všechna autorizační oprávnění, která řídí řízení přístupu k Azure Synapse.

• Přiřazení uživatelů, rolí a oprávnění k zrcadlení toho, co jste měli v existujícím datovém skladu před migrací. Například:

  • Oprávnění databázového objektu přiřazená rolím
  • Role přiřazené skupinám uživatelů
  • Uživatelé přiřazení ke skupinám uživatelů a/nebo rolím

Přístup a zabezpečení jsou důležité aspekty přístupu k datům v migrovaném systému a podrobněji jsou popsány v tématu Zabezpečení, přístup a operace pro migrace Oracle.

Návod

Pro úspěšnou migraci sestav a vizualizací je nejprve potřeba migrovat stávající uživatele, skupiny uživatelů, role a přiřazení přístupových oprávnění.

Migrujte všechna požadovaná data, aby sestavy a řídicí panely, které dotazují data ve starší verzi prostředí, vytvořily stejné výsledky ve službě Azure Synapse.

Podnikoví uživatelé budou očekávat bezproblémovou migraci bez překvapení, které zničí důvěru v migrovaný systém v Azure Synapse. Dávejte pozor na všechny obavy, které by vaši uživatelé mohli mít prostřednictvím dobré komunikace. Vaši uživatelé budou očekávat, že:

• Struktura tabulky zůstává stejná, když je přímo odkazována v dotazech.

• Názvy tabulek a sloupců zůstávají stejné, když se přímo odkazuje na dotazy. Počítaná pole definovaná ve sloupcích v nástrojích BI by například neměla selhat při vytváření agregačních sestav.

• Historická analýza zůstává stejná.

• Pokud je to možné, datové typy zůstanou stejné.

• Chování dotazu zůstává stejné.

• Ovladače ODBC/JDBC se testují, aby se zajistilo, že chování dotazů zůstane stejné.

Návod

Pro úspěch je důležitá komunikace a zapojení podnikových uživatelů.

Pokud nástroje BI dotazují zobrazení v podkladovém datovém skladu nebo databázi datového tržiště, budou tato zobrazení fungovat i po migraci? Některá zobrazení nemusí fungovat, pokud existují proprietární rozšíření SQL specifická pro starší databáze DBMS datového skladu, která nemají v Azure Synapse žádné ekvivalenty. Pokud ano, potřebujete vědět o těchto nekompatibilitě a najít způsob, jak je vyřešit.

Návod

Pohledy a dotazy SQL používající proprietární rozšíření dotazů SQL pravděpodobně způsobí nekompatibility, které ovlivňují sestavy a řídicí panely BI.

Jiné problémy, jako je chování hodnot nebo variací datových NULL typů napříč platformami DBMS, je potřeba otestovat, aby se zajistilo, že ve výsledcích výpočtů neexistují i drobné rozdíly. Minimalizujte tyto problémy a proveďte všechny nezbytné kroky pro ochranu podnikových uživatelů před jejich ovlivněním. V závislosti na vašem starém datovém skladu mohou nástroje třetích stran pomoci překrýt rozdíly mezi starým a novým prostředím tak, aby nástroje BI a aplikace fungovaly beze změn.

Testování je důležité pro vizualizaci a migraci sestav. K spuštění a opětovnému spuštění testů v obou prostředích potřebujete sadu testů a odsouhlasená testovací data. Testovací postroj je také užitečný a v této příručce je uvedeno několik. Je také důležité zapojit firemní uživatele do testovacího aspektu migrace, aby měli jistotu vysokou a aby se udrželi v zapojení a součást projektu.

Návod

Pomocí opakovatelných testů můžete zajistit úspěšnou migraci sestav, řídicích panelů a dalších vizualizací.

Možná uvažujete o přepínání nástrojů BI, například při migraci do Power BI. Lákadlo je provést takové změny současně s migrací schématu, dat, zpracování ETL a dalších. Pokud ale chcete minimalizovat riziko, je lepší nejprve migrovat na Azure Synapse a získat všechno, co funguje, než provedete další modernizaci.

Pokud vaše stávající nástroje BI běží místně, ujistěte se, že se můžou připojit k Azure Synapse přes bránu firewall, abyste mohli spouštět porovnání s oběma prostředími. Případně pokud dodavatel vašich existujících nástrojů BI nabízí svůj produkt v Azure, můžete to zkusit tam. Totéž platí pro aplikace spuštěné v místním prostředí, které integrují BI nebo volají server BI na vyžádání, například vyžádáním "sestavy bez rozhraní" s daty XML nebo JSON.

Je zde mnoho věcí, o kterých je třeba přemýšlet, takže se na to podívejme podrobněji.

Použití virtualizace dat k minimalizaci dopadu migrace na nástroje a sestavy BI

Během migrace můžete být lákaví splnit dlouhodobé požadavky, jako je otevírání obchodních požadavků, přidávání chybějících dat nebo implementace nových funkcí. Tyto změny ale můžou ovlivnit přístup nástroje BI k datovému skladu, zejména pokud změna zahrnuje strukturální změny datového modelu. Pokud chcete přijmout agilní techniku modelování dat nebo implementovat strukturální změny, udělejte to po migraci.

Jedním ze způsobů, jak minimalizovat vliv změn schématu nebo jiných strukturálních změn v nástrojích BI, je zavést virtualizaci dat mezi nástroji BI a datovým skladem a datovým tržištěm. Následující diagram znázorňuje, jak může virtualizace dat skrýt migraci uživatelů.

Virtualizace dat přeruší závislost mezi podnikovými uživateli pomocí samoobslužných nástrojů BI a fyzického schématu základního datového skladu a datových mart, která se migrují.

Návod

Virtualizace dat umožňuje chránit firemní uživatele před strukturálními změnami během migrace, aby o těchto změnách nezůstali vědět. Strukturální změny zahrnují změny schématu, které vylaďují datový model pro Azure Synapse.

Díky virtualizaci dat můžou být všechny změny schémat provedené během migrace do Azure Synapse, například kvůli optimalizaci výkonu, skryty firemním uživatelům, protože mají přístup jenom k virtuálním tabulkám ve vrstvě virtualizace dat. A pokud provedete strukturální změny, stačí aktualizovat mapování mezi datovým skladem nebo datovým tržištěm a všemi virtuálními tabulkami. Díky virtualizaci dat uživatelé neznají strukturální změny. Partneři Microsoftu poskytují software pro virtualizaci dat.

Identifikace sestav s vysokou prioritou, které se mají migrovat jako první

Klíčovou otázkou při migraci existujících sestav a řídicích panelů do Azure Synapse je to, které se mají migrovat jako první. Toto rozhodnutí může řídit několik faktorů, například:

• Použití

• Obchodní hodnota

• Snadná migrace

• Strategie migrace dat

Tyto faktory jsou popsány v následujících částech.

Vaše rozhodnutí musí zahrnovat vaše firemní uživatele, protože vytvářejí sestavy, řídicí panely a další vizualizace a podnikají obchodní rozhodnutí na základě přehledů z těchto položek. Každý má prospěch, když můžete:

• Bezproblémová migrace sestav a řídicích panelů
• Migrace sestav a řídicích panelů s minimálním úsilím a
• Nasměrujte své nástroje BI na Azure Synapse místo na starší systém datového skladu a získejte podobné sestavy, řídicí panely a další vizualizace.

Migrace sestav podle využití

Použití je často indikátorem obchodní hodnoty. Nepoužité sestavy a řídicí panely jasně nepřispívají k obchodním rozhodnutím ani neposkytují aktuální hodnotu. Pokud nemáte způsob, jak zjistit, které sestavy a řídicí panely se nepoužívají, můžete použít jeden z několika nástrojů BI, které poskytují statistiky využití.

Pokud je váš zastaralý datový sklad v provozu už několik let, existuje dobrá šance, že máte stovky, ne-li tisíce, zpráv. Je vhodné sestavit inventář sestav a řídicích panelů a identifikovat jejich obchodní účely a statistiky využití.

U nepoužívaných sestav určete, jestli je chcete vyřadit z provozu, abyste snížili úsilí o migraci. Klíčovou otázkou při rozhodování o vyřazení nevyužité sestavy je to, jestli je sestava nepoužitá, protože lidé nevědí, že existuje, protože nenabízí žádnou obchodní hodnotu, nebo protože ji nahradila jiná sestava.

Migrujte sestavy založené na obchodní hodnotě

Samotné použití není vždy dobrým ukazatelem obchodní hodnoty. Možná budete chtít zvážit, do jaké míry zjištění z reportu přinášejí obchodní hodnotu. Jedním ze způsobů, jak toho dosáhnout, je vyhodnotit ziskovost každého obchodního rozhodnutí závislého na zprávě a také míru jeho závislosti. Tyto informace ale pravděpodobně nebudou ve většině organizací snadno dostupné.

Dalším způsobem, jak vyhodnotit obchodní hodnotu, je podívat se na sladění zprávy s obchodní strategií. Obchodní strategie nastavená vedoucím pracovníkem obvykle stanoví strategické obchodní cíle (SBO), klíčové ukazatele výkonu (KPI), cíle klíčových ukazatelů výkonu, které je potřeba dosáhnout, a kdo je zodpovědný za jejich dosažení. Můžete klasifikovat sestavu podle toho, k jakým strategickým obchodním cílům přispívá, jako je snížení počtu podvodů, vylepšená angažovanost zákazníků a optimalizované obchodní operace. Potom můžete určit prioritu migrace sestav a řídicích panelů přidružených k cílům s vysokou prioritou. Tímto způsobem může počáteční migrace přinést obchodní hodnotu ve strategické oblasti.

Dalším způsobem, jak vyhodnotit obchodní hodnotu, je klasifikovat sestavy a řídicí panely jako provozní, taktické nebo strategické k identifikaci, na jaké úrovni se používají. SbO vyžadují příspěvky na všech těchto úrovních. Když budete vědět, které sestavy a řídicí panely se používají, na jaké úrovni a k jakým cílům jsou přidružené, můžete se zaměřit na počáteční migraci na obchodní hodnotu s vysokou prioritou. K vyhodnocení sestav a řídicích panelů můžete použít následující tabulku cílů obchodní strategie .

Úroveň	Název sestavy nebo řídicího panelu	Obchodní účel	Použité oddělení	Frekvence využití	Obchodní priorita
Strategický
Taktický
Operační

Nástroje pro zjišťování metadat, jako je Azure Data Catalog , umožňují firemním uživatelům označovat a ohodnotit zdroje dat, aby mohli rozšířit metadata pro tyto zdroje dat, aby pomohli se zjišťováním a klasifikací. Metadata můžete použít pro sestavu nebo řídicí panel, abyste pochopili jejich obchodní hodnotu. Bez takových nástrojů bude pochopení příspěvku sestav a řídicích panelů k obchodní hodnotě pravděpodobně časově náročným úkolem bez ohledu na to, jestli migrujete nebo ne.

Migrujte sestavy dle strategie migrace dat

Pokud je vaše strategie migrace nejprve založená na migraci datových martů, bude pořadí migrace datových martů mít vliv na to, které sestavy a řídicí panely se migrují jako první. Pokud je vaše strategie založená na obchodní hodnotě, bude pořadí, ve kterém migrujete datová tržiště do Azure Synapse, odrážet obchodní priority. Nástroje pro zjišťování metadat vám můžou pomoct implementovat vaši strategii tím, že vám ukážou, které tabulky datových trhů poskytují data pro specifické sestavy.

Návod

Strategie migrace dat ovlivňuje, které sestavy a vizualizace se migrují jako první.

Problémy s nekompatibilitou migrace, které mohou ovlivnit sestavy a vizualizace

Nástroje BI vytvářejí sestavy, řídicí panely a další vizualizace tím, že vystavují dotazy SQL, které přistupují k fyzickým tabulkám nebo zobrazením ve vašem datovém skladu nebo datovém tržiště. Při migraci staršího datového skladu do Azure Synapse může několik faktorů ovlivnit snadnost migrace sestav, řídicích panelů a dalších vizualizací. Mezi tyto faktory patří:

• Nekompatibilita schématu mezi prostředími.

• Nekompatibilita SQL mezi prostředími.

Nekompatibility schématu

Během migrace mohou existovat nekompatibility schémat v tabulkách datového skladu nebo datových martů, které poskytují data pro sestavy, řídicí panely a další vizualizace.

• Nestandardní typy tabulek ve starší verzi DBMS datového skladu, které nemají v Azure Synapse ekvivalent.

• Datové typy ve starší verzi DBMS datového skladu, které nemají v Azure Synapse ekvivalent.

Ve většině případů existuje alternativní řešení nekompatibility. Můžete například migrovat data v nepodporovaném typu tabulky do standardní tabulky s příslušnými datovými typy a indexovanými nebo dělenými podle sloupce data a času. Podobně může být možné reprezentovat nepodporované datové typy v jiném typu sloupce a provádět výpočty v Azure Synapse, aby se dosáhlo stejných výsledků.

Návod

Nekompatibility schématu zahrnují starší typy tabulek DBMS skladu a datové typy, které nejsou v Azure Synapse podporované.

Pokud chcete identifikovat sestavy ovlivněné nekompatibilitami schématu, spusťte dotazy na systémový katalog staršího datového skladu a identifikujte tabulky s nepodporovanými datovými typy. Potom můžete pomocí metadat z nástroje Business Intelligence (BI) identifikovat ty sestavy, které přistupují k datům v těchto tabulkách. Další informace o identifikaci nekompatibility typu objektu naleznete v tématu Nepodporované typy databázových objektů Oracle.

Návod

Dotazování systémového katalogu starší verze DBMS skladu za účelem identifikace nekompatibility schématu se službou Azure Synapse

Vliv nekompatibility schématu na sestavy, řídicí panely a další vizualizace může být menší, než si myslíte, protože mnoho nástrojů BI nepodporuje méně obecné datové typy. V důsledku toho může váš starší datový sklad již mít zobrazení, která převádějí nepodporované datové typy na obecnější typy.

Nekompatibilita SQL

Během migrace můžou nekompatibility SQL ovlivnit jakoukoli sestavu, řídicí panel nebo jinou vizualizaci v aplikaci nebo nástroji, které:

• Přistupuje ke starším zobrazením DBMS datového skladu, která zahrnují proprietární funkce SQL, které nemají v Azure Synapse žádné ekvivalenty.

• Problémy s dotazy SQL, které zahrnují proprietární funkce SQL specifické pro dialekt SQL starší verze prostředí, které nemají v Azure Synapse žádný ekvivalent

Změřte dopad nekompatibility SQL na vaše portfolio sestav.

Vaše reportovací portfolio může zahrnovat embedované služeb dotazování, sestavy, řídicí panely a další vizualizace. Nespoléhejte na dokumentaci přidruženou k těmto položkám, abyste mohli posoudit vliv nekompatibility SQL na migraci portfolia sestav do Azure Synapse. Potřebujete použít přesnější způsob posouzení vlivu nekompatibility SQL.

Použití příkazů EXPLAIN k vyhledání nekompatibility SQL

Nekompatibility SQL najdete v záznamech nedávné aktivity SQL ve vašem starém datovém skladu Oracle. Pomocí skriptu extrahujte reprezentativní sadu příkazů SQL do souboru. Poté každý SQL příkaz předřaďte příkazem EXPLAIN a pak tyto příkazy spusťte v Azure Synapse. Všechny příkazy SQL obsahující proprietární nepodporovaná rozšíření SQL budou při spuštění příkazů odmítnuty službou Azure Synapse EXPLAIN . Tento přístup umožňuje vyhodnotit rozsah nekompatibility SQL.

Metadata ze starší verze DBMS datového skladu vám také můžou pomoct identifikovat nekompatibilní zobrazení. Stejně jako předtím zachyťte reprezentativní sadu příkazů SQL z příslušných protokolů, předponu každého příkazu SQL příkazem EXPLAIN a spuštěním těchto EXPLAIN příkazů v Azure Synapse identifikujte zobrazení s nekompatibilním SQL.

Návod

Změřte dopad nekompatibilit SQL tím, že extrahujete protokoly DBMS a spuštěním EXPLAIN příkazů.

Zkušební zpráva a migrace přehledu do Azure Synapse Analytics

Klíčovým prvkem migrace datového skladu je testování sestav a řídicích panelů v Azure Synapse, aby se ověřilo, že migrace fungovala. Definujte řadu testů a sadu požadovaných výsledků pro každý test, který spustíte, abyste ověřili úspěch. Otestujte a porovnejte sestavy a řídicí panely napříč vašimi stávajícími a migrovanými systémy datového skladu:

• Určete, jestli jakékoli změny schématu provedené během migrace ovlivnily schopnost sestav spouštět, vykazovat výsledky nebo odpovídající vizualizace sestav. Příkladem změny schématu je, když jste namapovali nekompatibilní datový typ na ekvivalentní datový typ podporovaný v Azure Synapse.

• Ověřte, že všichni uživatelé byli migrováni.

• Ověřte, že se migrují všechny role a že jsou k těmto rolím přiřazeni uživatelé.

• Ověřte, že se migrují všechna oprávnění zabezpečení přístupu k datům, abyste zajistili migraci seznamu řízení přístupu (ACL).

• Zajistěte konzistentní výsledky pro všechny známé požadavky, zprávy a řídicí panely.

• Ujistěte se, že data a migrace ETL jsou dokončená a bez chyb.

• Zajistěte, aby byla zachována ochrana osobních údajů.

• Otestujte výkon a škálovatelnost.

• Otestujte analytické funkce.

Návod

Otestujte a vylaďte výkon, abyste minimalizovali náklady na výpočetní prostředky.

Informace o migraci uživatelů, skupin uživatelů, rolí a oprávnění najdete v tématu Zabezpečení, přístup a operace pro migrace Oracle.

Automatizujte testování co nejvíce, aby byl každý test opakovatelný a podporoval konzistentní přístup k vyhodnocení výsledků testů. Automatizace funguje dobře pro známé běžné sestavy a je možné je spravovat prostřednictvím kanálů Azure Synapse nebo orchestrace služby Azure Data Factory . Pokud už máte sadu testovacích dotazů pro regresní testování, můžete pomocí existujících testovacích nástrojů automatizovat testování po migraci.

Návod

Osvědčeným postupem je vytvořit automatizovanou sadu testů, aby se testy opakovaly.

Ad hoc analýza a vytváření sestav jsou náročnější a vyžadují kompilaci sady testů, aby se ověřilo, že stejné sestavy a řídicí panely z doby před migrací a po migraci jsou konzistentní. Pokud zjistíte nekonzistence, bude zásadní možnost porovnat rodokmen metadat v původních a migrovaných systémech během testování migrace. Toto porovnání může zvýraznit rozdíly a určit, kde vznikly nekonzistence, pokud je detekce jinými prostředky obtížná.

Návod

K ověření výsledků využijte nástroje, které porovnávají rodokmen metadat.

Analýza rodokmenu pro pochopení závislostí mezi sestavami, řídicími panely a daty

Pochopení rodokmenu je důležitým faktorem úspěšné migrace sestav a řídicích panelů. Rodokmen je metadata, která ukazují cestu migrovaných dat, abyste mohli sledovat jeho cestu ze sestavy nebo řídicího panelu až zpět ke zdroji dat. Rodokmen ukazuje, jak data putovala z bodu do bodu, jejich umístění v datovém skladu nebo datovém tržiště a které sestavy a řídicí panely je používají. Rodokmen vám pomůže pochopit, co se stane s daty při procházení různými úložišti dat, jako jsou soubory a databáze, různé kanály ETL a do sestav. Když mají podnikoví uživatelé přístup k linii dat, posiluje to důvěru, zvyšuje jistotu a podporuje informovaná obchodní rozhodnutí.

Návod

Schopnost přístupu k metadatům a sledování původu dat od sestav až po původní zdroj dat je zásadní pro ověření, že migrované sestavy fungují správně.

V prostředích datového skladu s více dodavateli mohou obchodní analytici v týmech BI mapovat datovou linii. Například, pokud používáte různé dodavatele pro ETL, datový sklad a reportování a každý z nich má vlastní úložiště metadat, pak může být zjišťování, odkud konkrétní datový prvek v sestavě pochází, náročné a časově zdlouhavé.

Návod

Nástroje, které automatizují shromažďování metadat a zobrazují kompletní rodokmen v prostředí s více dodavateli, jsou během migrace cenné.

Pokud chcete bezproblémově migrovat ze staršího datového skladu do Azure Synapse, použijte kompletní rodokmen dat k prokázání podobné migrace při porovnávání sestav a řídicích panelů generovaných jednotlivými prostředími. Abyste mohli zobrazit kompletní cestu k datům, budete muset zachytit a integrovat metadata z několika nástrojů. Přístup k nástrojům, které podporují automatizované zjišťování metadat a rodokmen dat, pomáhá identifikovat duplicitní sestavy nebo procesy ETL a najít sestavy, které spoléhají na zastaralé, sporné nebo neexistující zdroje dat. Tyto informace můžete použít ke snížení počtu sestav a procesů ETL, které migrujete.

Můžete také porovnat kompletní rodokmen sestavy v Azure Synapse s kompletním rodokmenem stejné sestavy ve starším prostředí a zkontrolovat rozdíly, ke kterým mohlo dojít neúmyslně během migrace. Tento typ porovnání je mimořádně užitečný, když potřebujete testovat a ověřit úspěšnost migrace.

Vizualizace rodokmenu dat nejen zkracuje čas, úsilí a chyby v procesu migrace, ale také umožňuje rychlejší migraci.

Pomocí automatizovaných nástrojů pro zjišťování metadat a rodokmenu dat, které porovnávají rodokmen, můžete ověřit, že sestava v Azure Synapse vytvořená z migrovaných dat se vytváří stejným způsobem ve vašem starším prostředí. Tato funkce vám také pomůže určit:

• Jaká data je potřeba migrovat, aby se zajistilo úspěšné spuštění sestavy a řídicího panelu ve službě Azure Synapse.

• Jaké transformace byly a měly by se provést, aby se zajistilo úspěšné spuštění ve službě Azure Synapse.

• Jak snížit duplikaci zpráv

Automatizované nástroje pro zjišťování metadat a rodokmen dat výrazně zjednodušují proces migrace, protože pomáhají firmám lépe znát datové prostředky a vědět, co je potřeba migrovat do Azure Synapse, aby bylo možné dosáhnout solidního prostředí pro vytváření sestav.

Několik nástrojů ETL poskytuje kompletní možnosti rodokmenu, takže zkontrolujte, jestli má váš stávající nástroj ETL tuto funkci, pokud ji plánujete používat s Azure Synapse. Kanály Azure Synapse nebo Data Factory podporují možnost zobrazit rodokmen v mapování toků. Partneři Microsoftu také poskytují automatizované zjišťování metadat, rodokmen dat a nástroje pro porovnání rodokmenu.

Migrace sémantických vrstev nástrojů BI do Azure Synapse Analytics

Některé nástroje BI mají to, co se označuje jako sémantická vrstva metadat. Tato vrstva zjednodušuje přístup podnikových uživatelů k podkladovým fyzickým datovým strukturám v databázi datového skladu nebo datového tržiště. Sémantická vrstva metadat zjednodušuje přístup tím, že poskytuje objekty vysoké úrovně, jako jsou dimenze, míry, hierarchie, počítané metriky a spojení. Objekty vysoké úrovně používají obchodní termíny, které jsou známé obchodním analytikům, a mapují se na fyzické datové struktury ve vašem datovém skladu nebo datovém tržiště.

Návod

Některé nástroje BI mají sémantické vrstvy, které zjednodušují přístup podnikových uživatelů k fyzickým datovým strukturám ve vašem datovém skladu nebo datovém tržiště.

Při migraci datového skladu můžete být nuceni změnit názvy sloupců nebo tabulek. Oracle například umožňuje použití znaku # v názvech tabulek, ale Azure Synapse umožňuje použití # jako předpony názvu tabulky k označení, že se jedná o dočasnou tabulku. V Oracle nemusí dočasné tabulky nutně obsahovat "#" v názvu, ale v Synapse musí. V takových případech možná budete muset provést určitou změnu mapování tabulek.

Pokud chcete dosáhnout konzistence napříč několika nástroji BI, vytvořte univerzální sémantickou vrstvu pomocí serveru virtualizace dat, který se nachází mezi nástroji BI a aplikacemi a Azure Synapse. Na serveru virtualizace dat používejte běžné názvy dat pro objekty vysoké úrovně, jako jsou dimenze, míry, hierarchie a spojení. Tímto způsobem nakonfigurujete všechno, včetně počítaných polí, spojení a mapování, pouze jednou, a ne v každém jednotlivém nástroji. Pak nasměrujte všechny nástroje BI na server virtualizace dat.

Návod

Virtualizace dat umožňuje vytvořit společnou sémantickou vrstvu, která zaručuje konzistenci napříč všemi nástroji BI v prostředí Azure Synapse.

Díky virtualizaci dat získáte konzistenci napříč všemi nástroji BI a přerušíte závislost mezi nástroji BI a aplikacemi a podkladovými fyzickými datovými strukturami v Azure Synapse. Partneři Microsoftu vám můžou pomoct dosáhnout konzistence v Azure. Následující diagram znázorňuje, jak běžná slovní zásoba na serveru virtualizace dat umožňuje více nástrojům BI zobrazit společnou sémantickou vrstvu.

Závěry

Při migraci datového skladu metodou "lift and shift" by měla být většina sestav, řídicích panelů a dalších vizualizací snadno migrována.

Během migrace ze starší verze prostředí můžete zjistit, že data ve starším datovém skladu nebo tabulkách datových mart jsou uložená v nepodporovaných datových typech. Nebo můžete najít starší zobrazení datového skladu, která zahrnují proprietární SQL bez ekvivalentu ve službě Azure Synapse. Pokud ano, budete muset tyto problémy vyřešit, abyste zajistili úspěšnou migraci do Azure Synapse.

Nespoléhejte se na uživatelsky udržovanou dokumentaci k identifikaci míst, kde se nacházejí problémy. Místo toho použijte EXPLAIN příkazy, protože představují rychlý a praktický způsob identifikace nekompatibility SQL. Přepracujte nekompatibilní příkazy SQL, abyste dosáhli ekvivalentních funkcí v Azure Synapse. Můžete také použít automatizované nástroje pro zjišťování metadat a rodokmeny k pochopení závislostí, vyhledání duplicitních sestav a identifikaci neplatných sestav, které spoléhají na zastaralé, pochybovatelné nebo neexistující zdroje dat. Pomocí nástrojů pro sledování původu dat můžete porovnat původ dat a ověřit, že sestavy spuštěné ve vašem starším prostředí datového skladu se vytvářejí identicky ve službě Azure Synapse.

Nemigrujte sestavy, které už nepoužíváte. Data o používání BI nástrojů vám mohou pomoci určit, které sestavy se nepoužívají. Pro sestavy, řídicí panely a další vizualizace, které chcete migrovat, migrujte všechny uživatele, skupiny uživatelů, role a oprávnění. Pokud ke strategii migrace sestav používáte hodnotu podnikání, propojte sestavy se strategickými cíli podniku a prioritami, aby pomohly identifikovat příspěvek informací ze sestav ke konkrétním cílům. Pokud migrujete datový sklad po datovém skladu, použijte metadata k určení, které sestavy závisejí na kterých tabulkách a pohledech, abyste se mohli informovaně rozhodnout, které datové sklady migrovat jako první.

Návod

V rané fázi identifikujte nekompatibilitu, abyste mohli posoudit rozsah úsilí o migraci. Migrujte uživatele, role skupiny a přiřazení oprávnění. Migrují se pouze sestavy a vizualizace, které se používají a přinášejí obchodní hodnotu.

Během migrace může dojít ke strukturálním změnám datového modelu datového skladu nebo datového tržiště. Zvažte použití virtualizace dat k stínění nástrojů a aplikací BI před strukturálními změnami. Díky virtualizaci dat můžete použít společnou slovní zásobu k definování společné sémantické vrstvy. Běžná sémantická vrstva zaručuje konzistentní běžné názvy dat, definice, metriky, hierarchie a spojení napříč všemi nástroji a aplikacemi BI v novém prostředí Azure Synapse.

Další kroky

Další informace o minimalizaci problémů s SQL najdete v dalším článku této série: Minimalizace problémů s SQL při migracích Oracle.