Preguntas más frecuentes sobre Microsoft Fabric Link para Dataverse

Fabric Link admite tres métodos de autenticación al crear una conexión:

• Cuenta de organización: proporcione sus credenciales y guarde la conexión.
• Principal del Servicio: proporcione el identificador del inquilino, el identificador del cliente y la clave para la autenticación.
• Identidad del espacio de trabajo: Utiliza un principal de servicio administrado por Fabric y vinculado a un espacio de trabajo específico.

Al desvincular, Fabric Lakehouse se elimina junto con todos los vínculos a las tablas de Dataverse.

Al desvincular, Dataverse elimina el almacén de lago de datos de Fabric que se creó para el vínculo antes de borrar los metadatos del vínculo. Microsoft Fabric no permite eliminar un lakehouse mientras otros elementos de Fabric aún hagan referencia a él, como una canalización, un trabajo de copia o un modelo semántico. La operación de desvinculación no se puede completar hasta que se quiten esas referencias. Más información: Eliminar un lakehouse

Para resolver este problema, abra el área de trabajo que contiene el lakehouse creado por el enlace de Fabric y use la vista de linaje para identificar los elementos que dependen del lakehouse o de su punto de conexión de análisis de SQL. Más información: Linaje en Fabric

Elimine los elementos dependientes o actualícelos para que ya no hagan referencia a lakehouse y vuelva a intentar desvincular. Si la desvinculación sigue produciendo un error después de quitar todos los elementos dependientes, póngase en contacto con Microsoft atención al cliente.

Los enlaces de Fabric que usan la sincronización de baja latencia, también denominados Fast Fabric, escriben datos en Microsoft Fabric de manera distinta que un enlace de Fabric creado antes de que la sincronización de baja latencia estuviera disponible. Revise las siguientes diferencias antes de configurar un vínculo o antes de volver a vincular un entorno que tenga una solución de bajada existente.

Para comprobar qué motor de sincronización usa un perfil, seleccione Vincular datos en el panel de navegación izquierdo y busque la marca modo de latencia baja en el vínculo de Fabric en vínculos de Fabric. Más información: Sincronización de baja latencia

Use las instrucciones siguientes para cada diferencia:

• Esquema de las tablas de metadatos de elección. Actualice las consultas para que no dependan de la createdonpartition columna o detecte las columnas disponibles en tiempo de ejecución en lugar de asumir un esquema fijo. Más información: Acceso a las etiquetas de elección de Dataverse directamente desde Azure Synapse Link para Dataverse
• Azure Synapse Analytics soluciones SQL sin servidor. Mueva la carga de trabajo posterior al punto de conexión de análisis de SQL de Fabric, que admite las funcionalidades de Delta que genera la sincronización de baja latencia. Más información: ¿Cuál es el punto de conexión de SQL Analytics para una instancia de Lakehouse?

Para conservar una carga de trabajo existente de SQL sin servidor, use un cuaderno de Fabric para leer las tablas y escribirlas en un lakehouse independiente mediante un escritor Delta que no genere vectores de eliminación. A continuación, la carga de trabajo de SQL sin servidor puede consultar las tablas reescritas. Más información: Consultar el formato v1 de Delta Lake mediante el grupo SQL sin servidor

Anteriormente, los vínculos de Fabric convertían las cadenas vacías de SQL en valores NULL en Fabric. La sincronización de baja latencia conserva cadenas vacías en lugar de convertirlos en NULL.

Por ejemplo, un valor vacío en la columna textvalue de la tabla ecorestextvalue se muestra como una cadena vacía con sincronización de baja latencia. Los vínculos de Fabric anteriores mostraban el mismo valor como NULL.

Actualice las consultas posteriores, las canalizaciones, los modelos semánticos y otras dependencias para que admitan cadenas vacías en lugar de basarse en los valores NULL. Este enfoque evita agregar transformaciones que podrían no ser compatibles con los cambios futuros de la plataforma de datos.

Durante la configuración inicial de Link a Fabric, el paso Seleccionar entidades muestra todas las tablas de Dataverse donde la propiedad Seguir cambios está habilitada. De forma predeterminada, se seleccionan todas estas tablas. Puede borrar las tablas que no quiera sincronizar antes de completar el asistente. Solo las tablas seleccionadas están vinculadas a Fabric y consumen almacenamiento, por lo que puede optimizar los costos excluyendo las tablas que no necesita. Puede cambiar la selección en cualquier momento después de la instalación mediante Administrar tablas.

No se admite ninguna tabla que no tenga habilitado el seguimiento de cambios. Además, algunas tablas de Dataverse, como postcomment, postregarding, postlike, post, y postrole, no están disponibles para que los clientes puedan habilitar la sincronización mediante el vínculo de Fabric. En algunos casos, estas tablas pueden aparecer cuando se habilita la retención a largo plazo de Dataverse. Si esto sucede, es posible que se exporte un subconjunto o todos los registros de estas tablas. Este es el comportamiento esperado para escenarios de retención a largo plazo.

Sí, puede administrar qué tablas están vinculadas:

• Agregue más vínculos a la tabla a Fabric seleccionando Administrar tablas.
• Para detener la sincronización de tablas específicas, desactive las tablas en el panel Administrar tablas y seleccione Guardar.
• Después de la confirmación, los accesos directos para las tablas no seleccionadas se quitan de Fabric Lakehouse y la sincronización se detiene inmediatamente.

Sí, las tablas elásticas se admiten con el enlace Fabric. Asegúrese de que el seguimiento de cambios está habilitado para las tablas elásticas en Dataverse para que se produzca la sincronización.

Si el entorno está vinculado a un entorno de Dynamics 365 finanzas y operaciones, la opción Agregar tablas le permite incluir tablas de aplicaciones de finanzas y operaciones. Las tablas de aplicaciones de finanzas y operaciones no se seleccionan automáticamente al crear el vínculo inicial de Fabric.

Las tablas kernel son un subconjunto de las tablas de aplicaciones de finanzas y operaciones. A diferencia de otras tablas de aplicaciones de finanzas y operaciones, las tablas kernel no participan en la sincronización incremental en curso. En su lugar, se programa un trabajo de sincronización inicial para ejecutarse todos los días para actualizar sus datos. Como resultado, la interfaz de usuario muestra InitialSyncInProgress como estado de sincronización del usuario. Este estado es esperado y no indica que la sincronización está bloqueada.

Se admiten las siguientes tablas de kernel:

• DATAAREA
• USERINFO
• SECURITYROLE
• SECURITYUSERROLE
• SQLDICTIONARY
• PARTITIONS
• SECURITYPRIVILEGE
• TIMEZONESLIST
• SECURITYDUTY
• SECURITYSUBROLE
• SECURITYUSERROLECONDITION
• DATABASELOG
• SECURITYROLERUNTIME
• SECURITYROLEPRIVILEGEEXPLODEDGRAPH
• SECURITYROLEDUTYEXPLODEDGRAPH
• TIMEZONESRULESDATA
• SECURITYROLEEXPLODEDGRAPH
• USERDATAAREAFILTER
• SYSINHERITANCERELATIONS

Sí, ciertas tablas del sistema se sincronizan automáticamente en Link to Fabric y los usuarios no pueden desvincularlas. Entre los ejemplos de estas tablas del sistema se incluyen:

• bot
• msdyn_copilotknowledgeinteraction
• desktopflowmodule
• flowmachine
• flowmachinegroup
• flujo de trabajo

Estas tablas son esenciales para la funcionalidad del sistema y siempre se incluyen en el proceso de sincronización.

Complementos y selección de tablas proporcionados por Microsoft

La selección de la tabla de vínculos de Fabric también depende de los complementos proporcionados por Microsoft, como Business Process Advisor (BPA) y Customer Insights - Journeys. Estos productos usan la misma canalización para exportar datos de Dataverse para proporcionar información transformada.

Las tablas de las que no puede anular la selección dependen de los productos complementarios que ha habilitado. Al habilitar un complemento (por ejemplo, Customer Insights - Journeys), las tablas específicas requeridas por ese complemento se agregan a la tabla entityanalyticsconfig de Dataverse.

Cualquier tabla que tenga isenabledforadls configurada como true en la tabla entityanalyticsconfig no puede seleccionarse desde el enlace Fabric.

Se admite la adición de una nueva columna. Dado que la sincronización de metadatos no es instantánea y tarda hasta una hora en propagarse a Fabric. Durante ese tiempo:

• Es posible que las operaciones de sincronización delta produzcan errores de forma intermitente.
• Los datos recién modificados pueden retrasarse en Fabric.

Estos errores se esperan mientras se completa la sincronización de metadatos. Una vez se completa, la canalización se pone al día automáticamente y no es necesario realizar ninguna acción.

Si no desea esperar a la sincronización de metadatos y no puede aceptar cambios retrasados, quite y vuelva a agregar las tablas afectadas de la sincronización después de cambiar el esquema. A continuación, las tablas se sincronizan de forma actualizada sin problemas.

Se admite la eliminación de una columna. Al eliminar una columna en Dataverse, el vínculo con Fabric no elimina físicamente la columna del almacén de destino. En su lugar, sus valores se envían como NULL en adelante. Es posible que los valores históricos sigan existiendo para los registros que no se han actualizado a través de la sincronización diferencial desde la eliminación. Este es el comportamiento esperado.

N.º No se admite el cambio del tipo de datos o la precisión de una columna que ya está sincronizada. He aquí algunos ejemplos:

• Int a Decimal
• Cambios de precisión o escala decimales (por ejemplo, Decimal(10,3) en Decimal(20,10))

Estos cambios provocan errores permanentes de sincronización diferencial. Como solución alternativa a este comportamiento, elimine la tabla y vuelva a agregarla desde el vínculo a Fabric.

El tiempo de sincronización inicial depende de varios factores, como el tamaño de la tabla, el número de actualizaciones y transacciones que se producen en el entorno, el número de tablas y el recuento de filas. Los datos se convierten en formato parquet delta durante este proceso. Al abrir Fabric Lakehouse, los vínculos aparecen como no identificados hasta que se completa la sincronización inicial.

Cuando se completa la sincronización inicial, el sistema actualiza continuamente las actualizaciones en Dataverse en el almacén de lago de datos. Las actualizaciones incrementales suelen tardar hasta una hora en aparecer, aunque el tiempo real depende del tamaño de la tabla, el número de actualizaciones y transacciones que se producen en el entorno, el número de tablas, el recuento de filas y los períodos de carga del sistema.

Este es el comportamiento esperado. ModifiedOn es la fecha y hora en que se cambió un registro por última vez en Dataverse, mientras que SinkModifiedOn es la fecha y hora en que se escribió el registro en el lago de datos de Dataverse desde donde apuntan los accesos directos de Fabric. SinkModifiedOn normalmente es posterior a ModifiedOny la diferencia depende de factores como el tamaño del lote, la carga del sistema y el número de registros que se procesan.

Las tablas que terminan en -Analytics pueden ser creadas y utilizadas por las aplicaciones de Microsoft instaladas y las capacidades de análisis. Por lo tanto, la presencia de una -Analytics tabla no significa necesariamente que el entorno de Dataverse esté vinculado a Microsoft Fabric.

Cuando una aplicación propia instalada usa la ruta de sincronización heredada basada en CSV, el almacenamiento asociado se contabiliza en la asignación de capacidad de archivos de Dataverse de su organización.

El uso notificado incluye los archivos administrados por el servicio necesarios para sincronizar y mantener los datos de análisis. No se limita al tamaño actual de la tabla de negocios correspondiente en Dataverse.

La capacidad del archivo indicada puede ser mayor que los datos de negocio actuales porque el proceso de sincronización heredado utiliza actualizaciones en el mismo archivo para mantener los archivos CSV. El uso notificado puede incluir:

• Archivos CSV que contienen datos de tabla sincronizados.
• Copias de instantáneas administradas por el servicio usadas para proporcionar datos coherentes a cargas de trabajo de análisis.
• Archivos auxiliares y metadatos usados para indexar, coordinar y actualizar de forma segura los archivos CSV.

Estos archivos son necesarios para la sincronización y coherencia de datos y se incluyen en el consumo de capacidad de archivo notificado.

Cuando Microsoft Fabric está vinculado, Dataverse crea una réplica optimizada de los datos seleccionados en formato Delta Parquet. El almacenamiento utilizado por esta réplica se contabiliza en la capacidad de base de datos de Dataverse de su organización y aparece en la sección de uso de la base de datos del Centro de administración de Power Platform.

La presencia de una -Analytics tabla por sí sola no identifica qué opción de sincronización se usa. Los administradores deben comprobar si el entorno tiene un vínculo activo Fabric y revisar el uso de archivos y bases de datos en los detalles de capacidad del entorno.

Si tiene más de 2000 tablas activas en Dataverse, Vincular a Fabric puede generar error.

Yes. Link to Fabric lee filas de Dataverse, por lo que todos los límites por registro de Dataverse se aplican a la sincronización. El límite más habitual es el de 200 MiB sobre el tamaño sin comprimir de un único registro devuelto por el servidor.

Este límite normalmente se aplica a las tablas que almacenan contenido de forma libre grande o datos binarios. Por ejemplo:

• email contiene el cuerpo completo del mensaje.
• activitypointer contiene descripciones largas.
• activitymimeattachment contiene archivos integrados y adjuntos.

Se trata de un límite de plataforma de Dataverse y no se puede generar a petición. El servicio no trunca ni modifica los datos del cliente. Para resolverlo, reduzca el registro sobredimensionado en Dataverse eliminandolo, borrando el campo grande o moviendo el contenido fuera de Dataverse.

Puede vincular los perfiles existentes de Azure Synapse Link para Dataverse con Fabric si selecciona la opción Enable Parquet/Delta lake. Sin embargo:

• Los perfiles existentes en los que los datos se guardan como archivos CSV no se pueden vincular a Fabric.
• Actualmente, los perfiles de Azure Synapse Link protegidos con identidades administradas no se pueden vincular a Fabric.

El vínculo a Fabric se conecta al área de trabajo de Fabric para crear el almacén de lago de datos y los accesos directos a las tablas de Dataverse. Si la seguridad de red está configurada en el área de trabajo de Fabric, pida al administrador de Fabric que configure las siguientes opciones en Configuración del área de trabajo para que se pueda crear el vínculo:

• Acceso entrante. Permitir conexiones desde todas las redes. Un área de trabajo configurada para permitir conexiones solo desde redes seleccionadas y que esté configurada con vínculos privados en el nivel del área de trabajo no se puede usar con Link to Fabric. Más información: Configuración y uso de vínculos privados de nivel de área de trabajo
• Acceso de salida. El acceso público saliente puede permanecer bloqueado. Agregue una regla de conexión de datos que permita la dirección URL del entorno de Dataverse como punto de conexión. Más información: Crear una lista de elementos permitidos con reglas de conexión de datos

Consulte también

Enlace a Microsoft Fabric

Solución de problemas comunes con el vínculo a Fabric

Trabaja con datos de Dataverse y genera informes de Power BI