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 la autenticación en la base de datos de Azure SQL de origen, se admite la autenticación de SQL con el nombre de usuario y la contraseña, el identificador de Microsoft Entra 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 en tiempo real.
¿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 engranaje de configuración y, después, administrar la conexión y las puertas de enlace. También puede eliminar las conexiones existentes de esta página.
¿Pueden los informes de Power BI en los datos reflejados usar el modo de lago directo?
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 azure SQL Database no es accesible públicamente y no permite que los servicios de Azure se conecten a él, puede configurar la puerta de enlace de datos de red virtual o la puerta de enlace de datos local para reflejar los datos. Para obtener más información, consulte Requisitos de seguridad.
¿Qué pasos incluye reiniciar la creación de reflejo?
Los datos de las tablas de origen se reinicializarán. Cada vez que se detiene e inicia, se vuelve a capturar toda la tabla.
¿Qué ocurre si se quita una tabla de creación de reflejo?
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 creación de reflejo en un evento de conmutación por error geográfica planeada o no planeada?
Al crear la base de datos reflejada, conéctese al agente de escucha 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 produce la 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. Lo mismo es necesario después de conmutar por recuperación.
Security
¿Los datos alguna vez dejan el inquilino de Fabric de los clientes?
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.
Gestión de costos
¿Cuáles son los costos asociados a la creación de reflejo?
El proceso de Fabric que se usa para replicar los datos en Fabric OneLake es gratuito. El costo de almacenamiento de creación de reflejo es gratis hasta un límite basado en la capacidad. Para obtener más información, consulte Costo de creación de reflejo y precios de Microsoft Fabric. El proceso para consultar datos mediante SQL, Power BI o Spark se cobra a tarifas regulares.
¿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 Azure SQL Database se encuentra en una región diferente de la capacidad de Fabric, se cobrará la 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 instancia de 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 reflejo del tejido
¿Cuáles son los resultados de detener la creación de reflejos?
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 creación de reflejo de azure SQL Database?
Si no puede detener la creación de reflejo de Azure SQL Database desde el portal de Fabric o no puede eliminar el elemento de Azure SQL Database reflejado de Fabric, ejecute el siguiente procedimiento almacenado en azure SQL Database: exec sp_change_feed_disable_db;
¿Qué ocurre si detengo o pausa la capacidad de Fabric?
La capacidad de Fabric debe estar activa y en ejecución. Una capacidad en pausa o eliminada afectará a la creación de reflejo y no se replicarán datos.