Creación de reflejo de Azure Database for MySQL (versión preliminar)

Importante

Esta característica se encuentra en versión preliminar.

El reflejo en Fabric proporciona una experiencia sencilla para evitar ETL complejo (Extracción, Transformación y Carga) e integrar tu entorno de bases de datos Azure para MySQL existente con el resto de tus datos en Microsoft Fabric. Puede replicar continuamente la instancia existente de Azure Database for MySQL directamente en OneLake de Fabric, ya sea que los servidores sean accesibles públicamente, estén aislados de la red a través de redes virtuales o extremos privados, o estén configurados para alta disponibilidad. Dentro de Fabric, puede desbloquear potente inteligencia empresarial, inteligencia artificial, ingeniería de datos, ciencia de datos y escenarios de uso compartido de datos.

Para ver un tutorial sobre cómo configurar la creación de reflejo de Azure Database for MySQL en Fabric, consulte Tutorial: Creación de una base de datos reflejada a partir de Azure Database for MySQL en Microsoft Fabric (versión preliminar).

¿Por qué usar el reflejo en Fabric?

Al utilizar Mirroring en Fabric, no es necesario integrar distintos servicios de varios proveedores. En su lugar, use un producto altamente integrado, de un extremo a otro y fácil de usar que simplifica sus necesidades de análisis. Está diseñado para abrir y colaborar entre Microsoft, Azure Database for MySQL y las miles de soluciones tecnológicas que pueden leer el formato de tabla delta Lake de código abierto.

¿Qué experiencias de análisis están integradas?

Las bases de datos reflejadas son un elemento de Fabric Data Warehousing distinto del Warehouse y del punto de conexión de SQL Analytics.

El reflejo crea estos elementos en el área de trabajo de Fabric:

• Elemento de base de datos reflejado. El reflejo administra la replicación de datos en OneLake y la conversión a Parquet, en un formato preparado para análisis. Este proceso permite escenarios posteriores, como la ingeniería de datos, la ciencia de datos y más.
• Un punto de conexión de SQL Analytics

Cada base de datos reflejada de Azure Database for MySQL tiene un punto de conexión analítica de SQL generado automáticamente que proporciona una experiencia analítica enriquecida sobre las tablas delta creadas por el proceso de replicación. Los usuarios tienen acceso a comandos conocidos de T-SQL que pueden definir y consultar objetos de datos, pero no pueden manipular los datos desde el punto de conexión de SQL Analytics, ya que es una copia de solo lectura. Puede realizar las siguientes acciones en el endpoint de análisis SQL:

• Explora las tablas que referencian datos desde Azure Database for MySQL en tus tablas de Delta Lake.
• No cree consultas ni vistas de código y explore los datos visualmente sin escribir una línea de código.
• Desarrolle vistas SQL, funciones de tabla en línea (TVF) y procedimientos almacenados para encapsular la semántica y la lógica empresarial en T-SQL.
• Administre los permisos en los objetos.
• Consultar datos en otros almacenes y almacenes de lago en el mismo espacio de trabajo.

Además del editor de consultas SQL, hay un amplio ecosistema de herramientas que pueden consultar el punto de conexión de SQL Analytics, incluido SQL Server Management Studio (SSMS),la extensión mssql con Visual Studio Code e incluso GitHub Copilot.

Las bases de datos reflejadas también ofrecen integración con un solo clic con Microsoft Power BI dentro de Fabric, lo que permite la creación rápida de informes directamente desde los datos reflejados o el punto de conexión de SQL Analytics.

Requisitos de red

La réplica admite servidores de acceso público y configuraciones aisladas de red, incluidos los servidores hospedados en redes virtuales. Si el servidor no es accesible públicamente y no permite el acceso público para conectarse a él, puede crear una puerta de enlace de datos de red virtual o configurar la puerta de enlace de datos local para reflejar los datos. Asegúrese de que azure Virtual Network o la red de la máquina de puerta de enlace pueden conectarse a Azure Database for MySQL y que la regla de firewall lo permite.

Transacciones activas, cargas de trabajo y comportamientos del motor de replicador

Las transacciones activas o de larga duración pueden retrasar la purga del registro binario (binlog) hasta que la transacción se confirme y cualquier proceso de migración o replicación descendente se ponga al día. Este retraso puede hacer que el almacenamiento de binlog crezca inesperadamente, por lo que supervise el uso del almacenamiento en el servidor de origen para evitar el agotamiento del espacio.

Durante la instantánea inicial o la carga de datos, el uso superior de CPU e IOPS es normal a medida que se leen y copian los datos. Las cargas de trabajo con operaciones frecuentes de UPDATE o DELETE pueden generar actividad de redo y de binlog adicional, lo que aumenta aún más el consumo de E/S y almacenamiento.

Supervise el almacenamiento, las IOPS y las transacciones de larga duración para garantizar una capacidad suficiente en todo el proceso.

Compatibilidad con la capa de computación

La base de datos de origen Azure Database for MySQL puede usar un nivel de cómputo de uso general o optimizado para memoria. El nivel de computación variable no se admite como origen para el reflejo.

Para más información sobre los niveles de proceso disponibles en Azure Database for MySQL, consulte niveles de servicio.

Contenido relacionado

• Limitaciones