Creación de reflejo en Azure SQL Managed Instance.

Mirroring en Fabric proporciona una experiencia sencilla para evitar procesos complejos de ETL (extracción, transformación y carga) e integrar su entorno existente de Azure SQL Managed Instance con el resto de los datos en Microsoft Fabric. Puede replicar continuamente las bases de datos de SQL Managed Instance existentes directamente en OneLake de Fabric. 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 Azure SQL Managed Instance para mirroring en Fabric, consulte Tutorial: Configuración de bases de datos reflejadas en Microsoft Fabric desde Azure SQL Managed Instance.

¿Por qué usar el reflejo en Fabric?

Con la creación de reflejos en Fabric, no es necesario unir diferentes servicios de varios proveedores. En su lugar, puede disfrutar de un producto muy integrado, de un extremo a otro y fácil de usar diseñado para simplificar sus necesidades de análisis, y creado para abrir y colaborar entre Microsoft, Azure SQL Managed Instance y las 1000 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 del Fabric Data Warehouse distinto de la Warehouse y SQL analytics endpoint.

La creación de una instancia administrada de SQL reflejada 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. Esto 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 instancia gestionada de Azure SQL reflejada tiene un punto de conexión SQL de análisis generado automáticamente que proporciona una experiencia analítica enriquecida sobre las Delta Tables creadas por el proceso de reflejo. Los usuarios tienen acceso a comandos de T-SQL conocidos que pueden definir y consultar objetos de datos, pero no 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 punto de conexión de SQL Analytics:

• Explorar las tablas que hacen referencia a datos de tus tablas de Delta Lake en Azure SQL Managed Instance.
• 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 con valores de tabla en línea y procedimientos almacenados para encapsular la semántica y la lógica de negocio en T-SQL.
• Administrar permisos en los objetos.
• Consulte los datos de otros almacenes y lakehouses en la misma área 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, incluidas SQL Server Management Studio (SSMS), la extensión MSSQL para Visual Studio Code e incluso GitHub Copilot.

Replicación de Azure SQL Managed Instance detrás de un firewall

Si el Azure SQL Managed Instance no es accesible públicamente, cree una puerta de enlace de datos de red virtual o puerta de enlace de datos local para reflejar los datos. Asegúrese de que la red del Azure Virtual Network o del servidor de puerta de enlace puede conectarse al Azure SQL Managed Instance a través de a punto de conexión privado.

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

• Las transacciones activas siguen manteniendo el truncamiento del registro de transacciones hasta que la transacción se confirma y el Azure SQL Managed Instance reflejado se recupera o se anula la transacción. Las transacciones de larga duración pueden dar lugar a que el registro de transacciones se rellene más de lo habitual. El registro de transacciones de la base de datos de origen debe supervisarse para que el registro de transacciones no se rellene. Para obtener más información, consulte El registro de transacciones crece debido a transacciones de larga duración y CDC.
• Cada carga de trabajo de usuario varía. Durante la instantánea inicial, puede haber un mayor uso de recursos en la base de datos de origen, tanto para CPU, como para IOPS (operaciones de entrada/salida por segundo, para leer las páginas). Las operaciones de actualización y eliminación de tablas pueden provocar un aumento de la generación de registros. Obtenga más información sobre cómo monitor recursos de su Azure SQL Managed Instance.

Compatibilidad con escalones y modelos de compra

El Azure SQL Managed Instance de origen puede ser una sola instancia administrada de SQL o una instancia administrada de SQL que pertenezca a un grupo de instancias.

• Se soportan todos los niveles de servicio del modelo de compra de vCore.

Pricing

El servicio de computación de Fabric utilizado para replicar tus datos en Fabric OneLake es gratuito. El almacenamiento en OneLake está libre de costos según el tamaño de la capacidad. Para obtener más información, consulte Costo de creación de reflejo y precios de OneLake para la creación de reflejo. El uso de cómputo para consultar datos a través de SQL, Power BI o Spark sigue cobrando en función de la capacidad de Fabric.

Paso siguiente

Contenido relacionado

• Cómo proteger las bases de datos reflejadas de Microsoft Fabric en Azure SQL Managed Instance
• Limitaciones en las bases de datos en espejo de Microsoft Fabric desde Azure SQL Managed Instance
• Monitorear la replicación de la base de datos en la Instancia Administrada con reflejo en Fabric
• Solucionar problemas de las bases de datos espejadas de Fabric en Azure SQL Managed Instance