Poznámka:
Přístup k této stránce vyžaduje autorizaci. Můžete se zkusit přihlásit nebo změnit adresáře.
Přístup k této stránce vyžaduje autorizaci. Můžete zkusit změnit adresáře.
Důležité
Tato funkce je ve verzi Preview.
Zrcadlení v prostředí Fabric poskytuje snadný způsob, jak se vyhnout složitým procesům ETL (extrakce, transformace, nahrání) a integrovat vaši stávající databázovou architekturu Azure Database for MySQL s ostatními daty v Microsoft Fabric. Stávající službu Azure Database for MySQL můžete průběžně replikovat přímo do OneLake služby Fabric, ať už jsou vaše servery veřejně přístupné, izolované sítě prostřednictvím virtuálních sítí nebo privátních koncových bodů nebo nakonfigurované pro zajištění vysoké dostupnosti. Uvnitř Fabric můžete odemknout výkonné scénáře business intelligence, umělé inteligence, datového inženýrství, datové vědy a sdílení dat.
Pro kurz o konfiguraci zrcadlení služby Azure Database for MySQL v Microsoft Fabric najdete v kurzu : Vytvoření zrcadlené databáze ze služby Azure Database for MySQL v Microsoft Fabric (Preview)
Proč používat zrcadlení v Fabric?
Pomocí funkce Mirroring ve službě Fabric nemusíte integrovat různé služby od více dodavatelů. Místo toho používejte vysoce integrovaný, ucelený a snadno použitelný produkt, který zjednodušuje potřeby analýzy. Je založená na otevřenosti a spolupráci mezi Microsoftem, Azure Database for MySQL a tisíci technologických řešení, která můžou číst opensourcový formát tabulky Delta Lake.
Jaká analytická prostředí jsou integrovaná?
Zrcadlené databáze představují položku v Fabric Data Warehousing odlišnou od Warehouse a SQL analytics endpoint.
Zrcadlení vytvoří v pracovním prostoru Fabric tyto položky:
- Zrcadlová položka databáze. Zrcadlení spravuje replikaci dat do OneLake a převod do formátu Parquet, připraveném pro analýzu. Tento proces umožňuje podřízené scénáře, jako jsou datové inženýrství, datové vědy a další.
- Koncový bod analýzy SQL
Každá zrcadlená databáze ve službě Azure Database for MySQL má automaticky vygenerovaný koncový bod analýzy SQL , který poskytuje bohaté analytické prostředí nad tabulkami Delta vytvořenými procesem zrcadlení. Uživatelé mají přístup ke známým příkazům T-SQL, které můžou definovat a dotazovat datové objekty, ale nemůžou manipulovat s daty z koncového bodu analýzy SQL, protože se jedná o kopii určenou jen pro čtení. V koncovém bodu analýzy SQL můžete provést následující akce:
- Prozkoumejte tabulky, které odkazují na data v tabulkách Delta Lake z Azure Database for MySQL.
- Vytvářejte bezkódové dotazy a zobrazení a prozkoumávejte data vizuálně, aniž byste museli napsat řádek kódu.
- Vyvíjejte zobrazení SQL, vložené TVFy (funkce s hodnotami tabulky) a uložené procedury pro zapouzdření sémantiky a obchodní logiky v T-SQL.
- Umožňuje spravovat oprávnění k objektům.
- Dotazování na data v jiných skladech a lakehousích ve stejném pracovním prostoru.
Kromě editoru dotazů SQL existuje široký ekosystém nástrojů, který může dotazovat koncový bod analýzy SQL, včetně SQL Server Management Studia (SSMS),rozšíření mssql pomocí editoru Visual Studio Code a dokonce i GitHub Copilotu.
Zrcadlené databáze také nabízejí integraci jedním kliknutím s Microsoft Power BI v prostředí Fabric, což umožňuje rychlé vytváření sestav přímo ze zrcadlených dat nebo analytického koncového bodu SQL.
Požadavky na síť
Zrcadlení podporuje veřejně přístupné servery i konfigurace izolované od sítě, včetně serverů hostovaných ve virtuálních sítích. Pokud váš server není veřejně přístupný a neumožňuje k němu veřejný přístup , můžete vytvořit bránu dat virtuální sítě nebo nastavit místní bránu dat tak, aby zrcadlila data. Ujistěte se, že síť Azure Virtual Network nebo síť na stroji brány se může připojit ke službě Azure Database for MySQL a je povolená pravidly firewallu.
Chování aktivních transakcí, úloh a replikačního enginu
Aktivní nebo dlouhotrvající transakce můžou zpozdit vymazání binárního protokolu (binlog), dokud se transakce nespustí a všechny následné replikace nebo proces migrace se zachytí. Toto zpoždění může způsobit neočekávané zvětšování úložiště binlogu, takže monitorujte využití úložiště na zdrojovém serveru, abyste se vyhnuli vyčerpání místa.
Během počátečního snímku nebo načítání dat je vyšší využití procesoru a IOPS normální, protože se data čtou a kopírují. Úlohy s častými operacemi UPDATE nebo DELETE můžou generovat další aktivitu opakování a binlogu, což dále zvyšuje spotřebu vstupně-výstupních operací a úložiště.
Monitorujte úložiště, IOPS a dlouhotrvající transakce, abyste zajistili dostatečnou kapacitu v průběhu procesu.
Podpora výpočetní úrovně
Zdrojová služba Azure Database for MySQL může používat výpočetní úroveň Pro obecné účely nebo Optimalizováno pro paměť. Proměnlivá výpočetní úroveň není podporována jako zdroj pro zrcadlení.
Další informace o úrovních výpočetních prostředků dostupných ve službě Azure Database for MySQL najdete v tématu Úrovně služby.