Creación de reflejo de Azure SQL Database
Creación de reflejo en Fabric proporciona una experiencia sencilla para evitar ETL complejo (extraer carga de transformación) e integrar el patrimonio de Azure SQL Database existente con el resto de los datos en Microsoft Fabric. Puede replicar continuamente las bases de datos de Azure SQL existentes directamente en OneLake de Fabric. Dentro de Fabric, puede desbloquear potentes escenarios de inteligencia empresarial, inteligencia artificial, Ingeniería de datos, Ciencia de datos y uso compartido de datos.
Para ver un tutorial sobre cómo configurar Azure SQL Database para la creación de reflejo en Fabric, vea Tutorial: Configuración de bases de datos reflejadas en Microsoft Fabric desde Azure SQL Database .
Para obtener más información y ver demostraciones de Creación de reflejo de Azure SQL Database en Fabric, vea el siguiente Episodio de datos expuestos.
¿Por qué usar la creación de reflejos 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 altamente integrado, de un extremo a otro y fácil de usar, que ha sido diseñado para simplificar las necesidades de análisis y creado para la apertura y colaboración entre Microsoft, Azure SQL Database y las miles de soluciones tecnológicas que pueden leer el formato de tabla de Delta Lake de código abierto.
¿Qué experiencias de análisis están integradas?
Las bases de datos reflejadas son un elemento de Almacenamiento de datos de Fabric distinto de la Almacenamiento y Punto de conexión de SQL Analytics.
El reflejo crea tres elementos en tu espacio de trabajo de Fabric:
- Elemento de base de datos reflejado. La creación de reflejo administra la replicación de datos en OneLake y la conversión a Parquet, en un formato listo para análisis. Esto permite escenarios posteriores como la ingeniería de datos, la ciencia de datos, y más.
- Una Punto de conexión de SQL Analytics
- Un modelo semántico predeterminado
Cada instancia de Azure SQL Database reflejada tiene un Punto de conexión de análisis SQL generado automáticamente que proporciona una experiencia analítica enriquecida sobre las tablas delta creadas por el proceso de creación 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 análisis SQL, ya que es una copia de solo lectura. Puede realizar las siguientes acciones en el punto final de análisis SQL:
- Explore las tablas que referencian datos en tus tablas de Delta Lake desde la base de datos Azure SQL.
- Cree consultas y vistas sin código y explore los datos visualmente sin escribir una línea de código.
- Cree vistas SQL, TVF en línea (funciones con valores de tabla) y procedimientos almacenados para encapsular tus conceptos y lógica empresarial en T-SQL.
- Administre los permisos en los objetos.
- Consulta de datos en otros almacenes y almacenes de lago en la misma área de trabajo.
Además del editor de consultas SQL, hay un amplio ecosistema de herramientas que puede consultar el punto de conexión de análisis de SQL, incluido SQL Server Management Studio (SSMS), la extensión mssql con Visual Studio Code, e incluso GitHub Copilot.
Requisitos de red
Actualmente, la creación de reflejos no admite servidores lógicos de Azure SQL Database detrás de una red virtual de Azure ni redes privadas. Si tiene la instancia de Azure Database detrás de una red privada, no puede habilitar la creación de reflejo de Azure SQL Database.
- Actualmente, debe actualizar las reglas de firewall del servidor lógico de Azure SQL para Permitir acceso a la red pública.
- Debe habilitar la opción Permitir los servicios de Azure para conectarse al servidor lógico de Azure SQL Database.
Transacciones activas, cargas de trabajo y comportamientos del motor de replicador
- Las transacciones activas continúan manteniendo el truncamiento del registro de transacciones hasta que la transacción se confirma y Azure SQL Database reflejada se recupera o se anula la transacción. Las transacciones de larga duración pueden derivar en que el registro de transacciones se rellene más de lo normal. El registro de transacciones de la base de datos de origen debe supervisarse para que no se rellene. Para obtener más información, consulte El registro de transacciones crece debido a transacciones de larga duración y a CDC.
- La carga de trabajo de cada usuario varía. Durante la instantánea inicial, puede haber más 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 supervisar los recursos de la instancia de Azure SQL Database.
Soporte técnico con modelos de compra y niveles
La base de datos Azure SQL de origen puede ser una base de datos única o una de un grupo elástico.
- Se admiten todos los niveles de servicio del Modelo de compra de núcleo virtual .
- Para el modelo de compra de DTU (unidad de transacción de base de datos), no se admiten las bases de datos creadas en los niveles de servicio Gratis, Básico o Estándar con menos de 100 DTU.
Precios
El proceso de Fabric que se usa para replicar los 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 computación para consultar datos a través de SQL, Power BI o Spark se 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 desde Azure SQL Database
- Limitaciones de las bases de datos reflejadas de Microsoft Fabric de Azure SQL Database
- Supervisión de la replicación de base de datos reflejada en Fabric
- Solución de problemas de bases de datos reflejadas de Fabric desde Azure SQL Database