En este artículo se responden las preguntas más frecuentes sobre la creación de reflejo de Azure SQL Database en Microsoft Fabric.
Características y funcionalidades
¿Qué autenticación se permite en Azure SQL Database?
Actualmente, para autenticarse en la base de datos de Azure SQL de origen, admitimos la autenticación SQL con nombre de usuario y contraseña, Microsoft Entra ID y la entidad de servicio.
¿Hay una zona de almacenamiento provisional o de aterrizaje para Azure SQL Database? De ser así, ¿está fuera de OneLake?
Una zona de aterrizaje en OneLake almacena tanto la instantánea como los datos modificados, para mejorar el rendimiento al convertir archivos en delta verti-parquet.
¿Cuánto tarda la replicación inicial?
Depende del tamaño de los datos que se van a incorporar.
¿Cuánto tiempo se tarda en replicar inserciones, actualizaciones o eliminaciones?
Latencia casi instantánea.
¿Admite la replicación de vistas, tablas transitorias o externas?
No. Actualmente, solo se admite la replicación de tablas normales.
¿Cómo se administran las conexiones?
Seleccione el icono de configuración y, después, seleccione Administrar conexiones y puertas de enlace. También puede eliminar las conexiones existentes de esta página.
¿Pueden los informes de Power BI sobre datos replicados usar el modo Direct Lake?
Sí, dado que las tablas son todas las tablas delta ordenadas por v.
Autoayuda para la creación de reflejo de Azure SQL Database en Microsoft Fabric
¿Cómo sé que Fabric replica datos en mi instancia de Azure SQL Database?
Si tiene problemas de creación de reflejo, realice las siguientes comprobaciones de nivel de base de datos mediante vistas de administración dinámica (DMV) y procedimientos almacenados para validar la configuración. Póngase en contacto con soporte técnico si se requiere una solución de problemas.
- Ejecute la consulta siguiente para comprobar si los cambios fluyen correctamente:
SELECT * FROM sys.dm_change_feed_log_scan_sessions
Para conocer los pasos de solución de problemas, consulte Solución de problemas de bases de datos reflejadas de Fabric desde Azure SQL Database.
¿Cómo habilitar la identidad administrada asignada por el sistema (SAMI) o la identidad administrada asignada por el usuario (UAMI) en SQL Server?
Con un solo paso en Azure Portal, puede habilitar la identidad administrada asignada por el sistema (SAMI) o la identidad administrada asignada por el usuario (UAMI) del servidor lógico de Azure SQL.
Nota:
La compatibilidad con la identidad administrada asignada por el usuario (UAMI) está actualmente en versión preliminar.
¿Cuáles son los estados de replicación?
¿Se puede acceder a la creación de reflejo de Azure SQL Database a través de Power BI Gateway o detrás de un firewall?
Si la Azure SQL Database no es accesible públicamente y no permite la conexión de los servicios de Azure, puede configurar una puerta de enlace de datos de red virtual o una puerta de enlace de datos local para reflejar los datos. Para obtener más información, consulte Requisitos de seguridad.
¿Qué pasos implica reiniciar la duplicación?
Los datos de las tablas de origen se reinicializarán. Cada vez que se detiene y se reinicia, se vuelve a recuperar la tabla completa.
¿Qué ocurre si elimino una tabla de la replicación?
La tabla ya no se replica y sus datos se eliminan de OneLake.
Si elimino el reflejo, ¿afecta al origen de Azure SQL Database?
No, simplemente quitamos las tablas de streaming.
¿Puedo reflejar la misma base de datos de origen varias veces?
No, cada base de datos de Azure SQL solo se puede reflejar una vez. Solo necesita una sola copia de los datos en Fabric OneLake, que puede compartir con otros usuarios.
¿Puedo reflejar solo tablas específicas de mi base de datos de Azure SQL?
Sí, se pueden seleccionar tablas específicas durante la configuración de creación de reflejo.
¿Qué ocurre con la replicación reflejada en caso de una conmutación por error geográfica planificada o no planificada?
Al crear la base de datos reflejada, conéctese al listener de lectura y escritura del grupo de conmutación por error de SQL. De este modo, no tendría que volver a crear la base de datos reflejada después de la conmutación por error.
Una vez creada la base de datos reflejada, vaya a la lista de elementos del área de trabajo y seleccione Administrar permisos para la base de datos reflejada. Agregue la identidad administrada asignada por el sistema (SAMI) para el servidor lógico principal y secundario del grupo de conmutación por error para tener acceso de lectura y escritura. Si crea la base de datos reflejada desde el portal de Fabric, el SAMI del servidor principal ya debería agregarse automáticamente.
Cuando se realiza una conmutación por error, la replicación se deshabilita automáticamente. Sin embargo, si abre la base de datos reflejada en el portal de Fabric, no verá ninguna diferencia, pero los nuevos datos no llegarán. Para recuperarlo, seleccione Detener replicación y, a continuación, Iniciar replicación, para reiniciar el proceso de replicación. Esto volverá a sincronizar cada tabla desde cero. Se requiere lo mismo después de realizar la conmutación de retorno.
Security
¿Los datos salen en algún momento del inquilinato de Fabric del cliente?
No.
¿Los datos se almacenan provisionalmente fuera de un entorno de cliente?
No. Los datos no se almacenan provisionalmente fuera del entorno del cliente, se almacenan provisionalmente en la instancia de OneLake del cliente.
¿Cómo puede Azure SQL Database escribir datos espejo en un espacio de trabajo con acceso entrante restringido?
Añade el ID de recurso de Azure del servidor Azure SQL a las Reglas de Instancia de Recursos del espacio de trabajo. La regla permite a OneLake verificar la identidad del servidor, así que no necesitas mantener reglas de firewall para direcciones IP de salida dinámicas o compartidas. Un administrador del espacio de trabajo debe configurar la regla. Para obtener más información, consulte Administrar el acceso entrante a OneLake con reglas de instancia de recurso.
Gestión de costos
¿Cuáles son los costes asociados con Mirroring?
La capacidad de proceso de Fabric utilizada para replicar sus datos en OneLake de Fabric es gratuita. El coste del almacenamiento de duplicación es gratuito hasta un límite en función de la capacidad. Para obtener más información, consulte Costo de creación de reflejo y precios de Microsoft Fabric. La capacidad de proceso para consultar datos mediante SQL, Power BI o Spark se factura según las tarifas habituales.
¿Qué recomendamos que un cliente haga para evitar o reducir los costos de Azure SQL Database?
Consulte Planeamiento y administración de los costos de Azure SQL Database. Considere la posibilidad de usar una base de datos de Azure SQL Database dedicada y más pequeña en función de los requisitos.
¿Cómo se controlan las tarifas de entrada?
Fabric no cobra por las tarifas de entrada en OneLake for Mirroring.
¿Cómo se controlan las tarifas de salida?
Si la Azure SQL Database se encuentra en una región diferente a la de su capacidad de Fabric, se cobrarán cargos por salida de datos. Si está en la misma región, no hay salida de datos.
Licenciamiento
¿Cuáles son las opciones de licencias para Fabric Mirroring?
Se requiere una capacidad Power BI Premium, una capacidad de Fabric o una capacidad de prueba. Para obtener más información sobre las licencias, consulte Conceptos y licencias de Microsoft Fabric.
Detener o pausar la creación de reflejos de Fabric
¿Cuáles son las consecuencias de detener la duplicación?
La replicación se detiene en la base de datos de origen, pero se mantiene una copia de las tablas en OneLake. Reiniciar la creación de reflejo da como resultado que todos los datos se repliquen desde el principio.
¿Cómo detener o deshabilitar la replicación de su base de datos de Azure SQL Database?
Si no puede detener la replicación de su Azure SQL Database desde el portal de Fabric, o no puede eliminar de Fabric el elemento reflejado de Azure SQL Database, ejecute el siguiente procedimiento almacenado en su Azure SQL Database: exec sp_change_feed_disable_db;
¿Qué pasa si detengo o pauso mi capacidad de Fabric?
La capacidad de Fabric debe estar activa y en ejecución. Una capacidad en pausa o eliminada afectará a Mirroring y no se replicará ningún dato.