Compartir a través de


Solución de problemas de bases de datos duplicadas de Fabric

En este artículo se describen escenarios comunes, resoluciones y soluciones alternativas para las bases de datos reflejadas de Microsoft Fabric. Para cada origen de datos, revise también la solución de problemas específica, las preguntas más frecuentes (P+F) y las limitaciones.

Fuente Limitaciones Troubleshoot Preguntas más frecuentes
Azure Cosmos DB (la base de datos de Azure Cosmos) Limitaciones Solución de problemas Preguntas más frecuentes
Base de Datos Azure para MySQL Limitaciones Solución de problemas Preguntas más frecuentes
Base de Datos de Azure para PostgreSQL Limitaciones Solución de problemas Preguntas más frecuentes
Azure Databricks Limitaciones Preguntas más frecuentes
Azure SQL Database Limitaciones Solución de problemas Preguntas más frecuentes
Instancia Gestionada de Azure SQL Limitaciones Solución de problemas Preguntas más frecuentes
Base de datos SQL en Fabric Limitaciones Solución de problemas Preguntas más frecuentes
Google BigQuery Limitaciones Preguntas más frecuentes
Oracle Limitaciones
SAP Limitaciones
Snowflake Limitaciones Solución de problemas
SQL Server Limitaciones Solución de problemas Preguntas más frecuentes

Cambios en la capacidad de Fabric

Scenario Description
Capacidad de tejido en pausa La creación de reflejo se detiene y no se puede enumerar ni acceder al elemento de base de datos reflejado. Resuma o reasigne la capacidad en su área de trabajo.
Capacidad de tejido reanudada Cuando reanuda la capacidad desde un estado en pausa, el estado de la base de datos reflejada aparece como Pausado. Como resultado, los cambios realizados en el origen no se replican en OneLake.
Para reanudar el reflejo, vaya a la base de datos de reflejo en el portal de Fabric, y seleccione Reanudar replicación. La creación de reflejo continúa desde donde se ha pausado.
Si la capacidad permanece en pausa durante mucho tiempo, es posible que el reflejo no se reanude desde el punto donde se detuvo y restablezca los datos desde el principio. Se produce un reseado porque pausar la creación de reflejo durante mucho tiempo hace que el uso del registro de transacciones de la base de datos de origen aumente y impida el truncamiento del registro. Para minimizar el impacto en la base de datos de origen, si el espacio de registro utilizado está cerca de estar lleno, cuando se reanuda el reflejo, se reinicia la base de datos para liberar el espacio del registro.
Escalamiento de capacidad de Fabric La creación de reflejo continúa. Si reduce verticalmente la capacidad, tenga en cuenta que el almacenamiento de OneLake para los datos reflejados está libre hasta un límite en función del tamaño de la capacidad, por lo que reducir verticalmente la capacidad podría suponer un cargo adicional de almacenamiento. Para obtener más información, consulte Costo de la creación de reflejo.
Capacidad de tejido limitada Espere hasta que el estado de sobrecarga supere o actualice la capacidad. La creación de reflejo continúa una vez restaurada la capacidad. Para obtener más información, consulte Acciones que puede realizar para recuperarse de situaciones de sobrecarga.
Capacidad de prueba de Fabric expirada El espejo se detiene. Para mantener la base de datos reflejada, adquiera capacidad de Fabric. Para más información, consulte Vencimiento de la capacidad de prueba de Fabric.

Los datos no parecen replicarse

Si observa un retraso en la apariencia de los datos reflejados, compruebe los siguientes elementos:

  • Estado de reflejo: En el portal de supervisión de Fabric de la base de datos reflejada, compruebe el estado de la base de datos reflejada y tablas específicas. Compruebe la columna "Última finalización" que indica la última vez que Fabric actualiza la tabla reflejada desde el origen. Un valor vacío significa que la tabla aún no está reflejada.

    Si habilita la supervisión del área de trabajo, puede comprobar la latencia de ejecución de la creación de reflejo consultando el ReplicatorBatchLatency valor de los registros de operaciones de la base de datos reflejadas.

    Para los tipos de origen como Azure SQL Database, Azure SQL Managed Instance, Azure Database for MySQL y Azure Database for PostgreSQL, siga las instrucciones específicas para comprobar también la configuración y el estado de la base de datos de origen.

  • Datos en OneLake: El reflejo replica continuamente tus datos en OneLake en formato de tabla de Delta Lake. Para validar si los datos llegan correctamente a OneLake, puede establecer un acceso directo desde las tablas replicadas a un entorno Lakehouse y, a continuación, crear cuadernos con consultas de Spark para consultar los datos. Obtenga más información sobre Explorar con cuadernos.

  • Datos en el punto de conexión de SQL Analytics: Puede consultar los datos reflejados a través del punto de conexión de SQL Analytics de la base de datos reflejada o una instancia de Lakehouse con un acceso directo a los datos reflejados. Cuando vea un retraso, valide el estado de duplicación y los datos en OneLake, tal como se mencionó anteriormente. Si los datos se muestran en OneLake pero no en el punto de conexión de SQL Analytics, podría deberse a un retraso en la sincronización de metadatos en el punto de conexión de SQL Analytics.

    Puede forzar manualmente una actualización del examen automático de metadatos. En la página del punto de conexión de SQL Analytics, seleccione el botón Actualizar como se muestra en la imagen siguiente. Espere algún tiempo y vuelva a consultar los datos para comprobarlos.

    Captura de pantalla del portal de Fabric sobre cómo forzar una actualización para el escaneo de metadatos del punto de conexión de SQL Analytics.

Detener la replicación

Al seleccionar Detener replicación, los archivos OneLake permanecen tal como está, pero la replicación incremental se detiene. Puede reiniciar la replicación en cualquier momento seleccionando Iniciar replicación. Es posible que quiera detener e iniciar la replicación al restablecer el estado de replicación, después de que la base de datos de origen cambie o como herramienta de solución de problemas.

Replicación de la jerarquía de esquemas de origen

Al reflejar datos de varios tipos de bases de datos de origen, la jerarquía de esquemas de origen se conserva en la base de datos reflejada. Garantiza que los datos permanecen organizados de forma coherente en distintos servicios, lo que le permite consumirlos con la misma lógica en el punto de conexión de SQL Analytics, cuadernos de Spark, modelos semánticos y otras referencias a los datos.

En el caso de las bases de datos reflejadas creadas antes de habilitar esta característica, verá que el esquema de origen se aplana en la base de datos reflejada 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.

Si usa la API para crear o actualizar una base de datos reflejada, establezca un valor para la defaultSchema propiedad , que indica si se va a replicar la jerarquía de esquemas de la base de datos de origen. Consulte los ejemplos de definición en la API REST pública de reflejo de Microsoft Fabric.

Compatibilidad con la asignación de columnas delta

El reflejo admite la replicación de columnas que contienen espacios o caracteres especiales en los nombres (como ,, ;, {, }, (, ), \n, \t, =) desde las bases de datos de origen a las bases de datos reflejadas. En segundo plano, el reflejo escribe datos en OneLake con la asignación de columnas Delta habilitada.

En el caso de las tablas que ya están en replicación antes de habilitar esta característica, para incluir columnas con caracteres especiales en nombres, debe actualizar la configuración de la base de datos reflejada quitando y leyendo esas tablas, o bien detener y reiniciar la base de datos reflejada.

Tomar posesión de una base de datos reflejada

Actualmente, las bases de datos reflejadas no admiten el cambio de propiedad. Si una base de datos reflejada deja de funcionar porque el propietario del elemento dejó la organización o ya no es válido, debe volver a crear la base de datos reflejada.

Regiones soportadas

El reflejo de bases 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.

Troubleshoot

Esta sección contiene los pasos generales de solución de problemas de Mirroring.

No puedo conectarme a una base de datos de origen

  1. Compruebe los detalles de conexión, incluidos el nombre del servidor, el nombre de la base de datos, el nombre de usuario y la contraseña.
  2. Compruebe que el servidor no está detrás de un firewall o una red virtual privada. Abra los puertos de firewall adecuados.
    • Algunos orígenes reflejados admiten puerta de enlace de datos de red virtual o puerta de enlace de datos local. Consulte la documentación del origen para obtener soporte técnico de esta característica.

No se replican vistas

Actualmente, no se admiten vistas. Solo las tablas normales admiten la replicación.

No se replica ninguna tabla

  1. Compruebe el estado de supervisión para comprobar el estado de las tablas. Para más información, consulte Supervisión de la replicación reflejada de la base de datos de Fabric.
  2. Seleccione el botón Configurar replicación . Compruebe si las tablas están presentes en la lista de tablas o si hay alertas en cada detalle de tabla.

Faltan columnas en la tabla de destino

  1. Seleccione el botón Configurar replicación .
  2. Seleccione el icono de alerta junto a los detalles de la tabla si alguna columna no se está replicando.

Algunos de los datos de mi columna parecen estar truncados.

El punto de conexión de SQL Analytics admite varchar(max) hasta 16 MB.

  • El límite de 16 MB se aplica a las tablas creadas después del 18 de noviembre de 2025 en bases de datos reflejadas, pero cada tipo de elemento reflejado puede tener un límite diferente e inferior. Por ejemplo, SQL Server espejada admite hasta 1 MB y Cosmos DB admite hasta 2 MB. Consulte la tabla siguiente.
  • Las tablas existentes creadas antes del 18 de noviembre de 2025 solo admiten varchar(8000) y deben volver a crearse para adoptar un nuevo tipo de datos y admitir datos mayores que 8 KB.
Elemento de plataforma reflejado límite varchar(max)
SQL Server con reflejo, Azure SQL Database, Azure SQL Managed Instance 1 MB
Base de datos SQL en Fabric 1 MB
Azure Cosmos DB reflejado 2 MB
Cosmos DB en Fabric 2 MB

La tabla o el esquema reflejados no se eliminan al quitarla en la base de datos de origen

Nivel de tabla:

  • Al elegir reflejar una lista de tablas selectivas y se quita la tabla de origen, la tabla reflejada permanece y aparece el error "La tabla de origen no existe" en la supervisión. Si ya no desea replicar esta tabla, actualice la configuración de la base de datos reflejada y quítela, se eliminará la tabla reflejada.
  • Al elegir reflejar todos los datos y se quita la tabla de origen, también se elimina la tabla reflejada.

Nivel de esquema: cuando se elimina el esquema en la base de datos de origen, todavía se ve el esquema en el punto de conexión de SQL Analytics como un esquema vacío.

No puedo cambiar la base de datos de origen

No se admite el cambio de la base de datos de origen. Cree una nueva base de datos reflejada.

Limita los mensajes de error

Estos mensajes de error comunes tienen explicaciones y mitigaciones:

Mensaje de error Razón Mitigación
"El número de tablas podría superar el límite, podría haber algunas tablas que faltan". Hay un máximo de 1000 tablas. En la base de datos de origen, quite o filtre las tablas. Si la nueva tabla es la tabla 1000, no es necesaria ninguna mitigación.
"La replicación se está limitando y se espera que continúe en AAAA-MM-DDTHH:MM:ss". Hay un máximo de 1 TB de datos de cambio capturados por día por cada base de datos reflejada. Espere a que finalice la limitación.