Compartir a través de

Limitaciones de las bases de datos reflejadas en Microsoft Fabric desde Azure SQL Database

Las limitaciones actuales de las bases de datos reflejadas de Microsoft Fabric de Azure SQL Database se enumeran en esta página. Esta página está sujeta a cambios.

Para solucionar problemas, consulte:

Limitaciones de nivel de base de datos

  • La creación de reflejo del tejido para Azure SQL Database solo se admite en una base de datos principal grabable.

  • Azure SQL Database no se puede replicar si la base de datos tiene habilitada la Captura de Datos Cambiados (CDC), Azure Synapse Link para SQL o si la base de datos ya está replicada en otra área de trabajo de Fabric.

  • El número máximo de tablas que se pueden reflejar en Fabric es de 1000 tablas. Las tablas por encima del límite de 1000 actualmente no se pueden replicar.

    • Si selecciona Duplicar todos los datos al configurar el reflejo, las tablas que se duplicarán son las primeras 1000, cuando todas las tablas se ordenan alfabéticamente según el nombre del esquema seguido del nombre de la tabla. El conjunto restante de tablas en la parte inferior de la lista alfabética no se refleja.
    • Si anula la selección de Reflejo de todos los datos y selecciona tablas individuales, no podrá seleccionar más de 1000 tablas.

  • .dacpac Las implementaciones en Azure SQL Database requieren la propiedad /p:DoNotAlterReplicatedObjects=False publish para habilitar las modificaciones en las tablas reflejadas. Para obtener más información sobre la configuración de publicación disponible para las implementaciones de .dacpac, consulte la documentación de publicación de SqlPackage.

  • Azure SQL Database no se puede reflejar si la durabilidad diferida de las transacciones está habilitada para la base de datos.

Permisos en la base de datos de origen

  • La seguridad de nivel de fila es compatible, pero actualmente los permisos no se propagan a los datos replicados en OneLake de Fabric.
  • Los permisos de nivel de objeto, como la concesión de permisos a determinadas columnas, no se propagan actualmente a los datos replicados en OneLake de Fabric.
  • La configuración de enmascaramiento dinámico de datos no se propaga actualmente a los datos replicados en OneLake de Fabric.
  • Para configurar correctamente el reflejo en Azure SQL Database, la entidad de seguridad utilizada para conectarse al Azure SQL Database de origen debe tener el permiso ALTER ANY EXTERNAL MIRROR, que se incluye en permisos de mayor nivel como el permiso CONTROL o el rol db_owner.

Seguridad de red y conectividad

  • La identidad administrada asignada por el sistema (SAMI) o la identidad administrada asignada por el usuario (UAMI) del servidor lógico de Azure SQL deben estar habilitadas y deben ser la identidad principal.

    Nota:

    La compatibilidad con la identidad administrada asignada por el usuario (UAMI) está actualmente en versión preliminar.

  • Los permisos de colaborador del nombre de entidad de seguridad de servicio (SPN) de Azure SQL Database no deben eliminarse del elemento reflejado de la base de datos de Fabric.

  • La replicación entre los inquilinos de Microsoft Entra no es compatible cuando una Azure SQL Database y el espacio de trabajo de Fabric están en inquilinos separados. 

  • Las etiquetas de confidencialidad y protección de información de Microsoft Purview definidas en Azure SQL Database no se agrupan en cascada ni se reflejan en Fabric OneLake.

Nivel de la tabla

  • Las tablas con clave principal o un índice agrupado (cuando no existe una clave principal) en tipos no admitidos no se pueden reflejar: las columnas calculadas, los tipos definidos por el usuario, geometry, geography, hierarchy ID, SQL variant, timestamp, datetime2(7), datetimeoffset(7)o time(7).

  • Delta Lake solo admite seis dígitos de precisión.

    • Las columnas de tipo SQL datetime2, con precisión de 7 dígitos fraccionarios de segundo, no tienen un tipo de datos correspondiente con la misma precisión en archivos Delta en Fabric OneLake. Se produce una pérdida de precisión si las columnas de este tipo se reflejan y se recortará el séptimo dígito decimal de segundo.
    • Una tabla no se puede reflejar si la clave principal es uno de estos tipos de datos: datetime2(7), datetimeoffset(7), time(7), donde 7 es siete dígitos de precisión.
    • El tipo de datos datetimeoffset(7) no tiene un tipo de datos correspondiente con la misma precisión en archivos Delta en Fabric OneLake. Se produce una pérdida de precisión (pérdida de zona horaria y del séptimo decimal de la hora) si se reflejan columnas de este tipo.

  • Actualmente no se admiten índices de almacén de columnas agrupados.

  • Si una o varias columnas de la tabla son de tipo Objeto binario grande (LOB) con un tamaño > de 1 MB, los datos de la columna se truncan al tamaño de 1 MB en Fabric OneLake.

  • Las tablas de origen que estén utilizando cualquiera de las siguientes características no se pueden replicar.

    • Tablas temporales de historial y tablas de historial de libro de contabilidad
    • Siempre Cifrado
    • Tablas almacenadas en memoria
    • Graph
    • Tablas externas

  • Las siguientes operaciones de lenguaje de definición de datos (DDL) de nivel de tabla no se permiten en las tablas de origen de base de datos SQL cuando están habilitadas para replicación.

    • Cambiar partición

      • Modificar la clave principal

  • Cuando hay un cambio en DDL, se reinicia una instantánea completa de datos para la tabla modificada y los datos se resembran.

  • Actualmente, una tabla no se puede reflejar si tiene el tipo de datos json o vector .

    • Actualmente, no se puede modificar una columna en el tipo de datos vector o json cuando se refleja una tabla.

  • A partir de abril de 2025, se puede replicar una tabla incluso si no tiene una clave principal.

    • Las tablas sin claves principales anteriores a abril de 2025 no eran aptas para reflejarse. Después de abril de 2025, las tablas existentes sin clave primaria no se agregarán automáticamente al reflejo, aunque haya seleccionado Reflejar automáticamente las tablas futuras.
      • Para iniciar la creación de reflejo de tablas sin claves principales cuando haya seleccionado Crear reflejo automático de tablas futuras:

        1. Detenga la replicación e inicie la replicación, que volverá a crear todas las tablas y detectará las nuevas tablas aptas para la creación de reflejo. Este es el paso recomendado.

        2. Como solución alternativa, cree una nueva tabla en la base de datos de origen. Esto desencadena un inventario de tablas para la base de datos de origen y detecta las tablas que no se reflejaron anteriormente, incluidas las sin claves principales. Por ejemplo, el siguiente script crea una tabla denominada test_20250401y, a continuación, la quita después de que se refleje la test_20250401 tabla. Este script supone que aún no existe una tabla denominada dbo.test_20250401 .

          --This script assumes that a table named dbo.test_20250401 does not already exist.
CREATE TABLE dbo.test (ID int not null);

          Después de que aparezca en la lista de tablas reflejadas, verá también tablas sin claves principales. A continuación, puede quitar la tabla test.

          DROP TABLE dbo.test_20250401;
      • Para empezar a reflejar tablas sin claves primarias cuando no has seleccionado Automáticamente reflejar las tablas futuras, agrega las tablas a la lista de tablas seleccionadas en la configuración de espejo.

Nivel de columna

  • Si la tabla de origen contiene columnas calculadas, estas columnas no se pueden reflejar en Fabric OneLake. 
  • Si la tabla de origen contiene columnas con uno de estos tipos de datos, estas columnas no se pueden reflejar en Fabric OneLake. No se admiten los siguientes tipos de datos para la creación de reflejo:
    • image
    • Mensaje de texto/ntext
    • xml
    • rowversion/Timestamp
    • sql_variant
    • Tipos definidos por el usuario (UDT)
    • geometry
    • geography
  • La creación de reflejo admite la replicación de columnas que contienen espacios o caracteres especiales en nombres (como ,;{}()\n\t=). Para las tablas en replicación antes de habilitar esta característica, debe actualizar la configuración de la base de datos reflejada o reiniciar la base de datos reflejada para incluir esas columnas. Obtenga más información en Compatibilidad con la asignación de columnas delta.

Limitaciones del almacenamiento

  • La jerarquía de esquemas de origen se replica en la base de datos reflejada. En el caso de las bases de datos reflejadas creadas antes de habilitar esta característica, el esquema de origen se aplana y el nombre del esquema se codifica en el nombre de la tabla. Si desea reorganizar tablas con esquemas, vuelva a crear la base de datos reflejada. Obtenga más información en Replicación de la jerarquía de esquemas de origen.

Limitaciones de los elementos reflejados

  • El usuario debe ser miembro del rol de Administrador o miembro del área de trabajo para elaborar la creación de reflejo de SQL Database. 
  • Detener la creación de reflejos deshabilita por completo la creación de reflejos. 
  • Al iniciar la creación de reflejo, se reinicializan todas las tablas, empezando desde cero de forma eficaz. 

Limitaciones del punto de conexión de análisis SQL

Regiones soportadas

El reflejo de la base de datos y el reflejo abierto están disponibles en todas las regiones de Microsoft Fabric. Para obtener más información, consulte Disponibilidad de la región de Fabric.

Paso siguiente

Tutorial: Configuración de bases de datos reflejadas de Microsoft Fabric desde Azure SQL Database

Contenido relacionado

  • Last updated on