Compartir a través de

Solución de problemas de bases de datos reflejadas de Fabric en Azure SQL Database

En este artículo se describen los pasos de solución de problemas para la creación de reflejo de Azure SQL Database.

Para solucionar problemas de la creación de reflejo configurada automáticamente para la base de datos SQL de Fabric, consulte Solución de problemas de la creación de reflejo de la base de datos SQL de Fabric (versión preliminar).

Cambios en la capacidad o área de trabajo de Fabric

Obtenga más información en Cambios en la capacidad de Fabric.

Además, tenga en cuenta lo siguiente para Azure SQL Database específicamente:

Causa Resultado Resolución recomendada
Área de trabajo eliminada El reflejo se detiene automáticamente y se deshabilita el flujo de cambios en Azure SQL Database. Si la creación de reflejo está todavía activa en su base de datos de Azure SQL, ejecute el siguiente procedimiento almacenado en su base de datos de Azure SQL: exec sp_change_feed_disable_db;.
Cualquier otro error de recurso La duplicación está deshabilitada Para asegurarse de que los recursos de cómputo no se vean afectados y para minimizar el impacto en Azure SQL Database, el reflejo se deshabilitará en caso de errores persistentes de recursos.
La opción "Los usuarios pueden acceder a los datos almacenados en OneLake con aplicaciones externas a Fabric" deshabilitadas "Replicador: las tablas no pueden alcanzar el estado de replicación" Habilite la opción Inquilino Los usuarios pueden acceder a los datos almacenados en OneLake con aplicaciones externas a Fabric.

Consultas de T-SQL para solucionar problemas

Si tiene problemas de replicación, realice las siguientes comprobaciones a nivel de base de datos utilizando Vistas de Administración Dinámica (DMV) y procedimientos almacenados para validar la configuración.

  1. Ejecute la consulta siguiente para comprobar si los cambios fluyen correctamente:

    SELECT * FROM sys.dm_change_feed_log_scan_sessions;

  2. Si la DMV sys.dm_change_feed_log_scan_sessions no muestra ningún progreso en el procesamiento de cambios incrementales, ejecuta la siguiente consulta T-SQL para comprobar si hay algún problema notificado:

    SELECT * FROM sys.dm_change_feed_errors;

  3. Si no se notifica ningún problema, ejecute el siguiente procedimiento almacenado para revisar la configuración actual de la base de datos Azure SQL Database espejada. Confirme que se ha habilitado correctamente.

    EXEC sp_help_change_feed;

    Las columnas de clave que se van a buscar aquí son table_name y state. Cualquier valor además de 4 indica un posible problema.

  4. Si la replicación sigue sin funcionar, compruebe que el objeto SAMI correcto tiene permisos.

    1. En el portal de Fabric, seleccione "..." Opción de puntos suspensivos en el elemento de base de datos reflejado.
    2. Seleccione la opción Administrar permisos.
    3. Confirme que el nombre del servidor lógico de Azure SQL se muestra con permisos de lectura y escritura.
    4. Asegúrese de que el AppId que aparece coincide con el identificador del SAMI del servidor lógico de Azure SQL Database.

  5. Póngase en contacto con soporte técnico si se requiere una solución de problemas.

Identidad administrada

Es necesario habilitar la Identidad administrada asignada por el sistema (SAMI) del servidor lógico de Azure SQL, que debe ser la identidad principal. Para más información, consulte Creación de un servidor de Azure SQL Database. Habilite el SAMI en Azure Portal, en el menú de recursos de Seguridad, en la página Identidad.

Después de la habilitación, si el estado de configuración de SAMI está desactivado o inicialmente habilitado, luego desactivado y luego habilitado nuevamente, la replicación de Azure SQL Database en Fabric OneLake fallará.

El SAMI debe ser la identidad principal. Compruebe que SAMI es la identidad principal con lo siguiente: SELECT * FROM sys.dm_server_managed_identities;

Identidad administrada asignada por el usuario (UAMI): no se admite. Si agrega una UAMI, se convierte en la identidad principal, reemplazando el SAMI como principal. Esto hace que se produzca un error en la replicación. Para resolver este problema:

  • Quite todas las UAMIs. Compruebe que el SAMI esté habilitado.

Permisos de SPN

No quite los permisos de colaborador del nombre de entidad de seguridad de servicio (SPN) de Azure SQL Database en el elemento de base de datos reflejada de Fabric.

Si quita accidentalmente el permiso SPN, la creación de reflejo de Azure SQL Database no funcionará como se espera. No se pueden reflejar datos nuevos desde la base de datos de origen.

Si quita los permisos de SPN de Azure SQL Database o los permisos no están configurados correctamente, siga estos pasos.

  1. Agregue el SPN como usuario seleccionando la opción de puntos suspensivos ... en el elemento de base de datos reflejado.
  2. Seleccione la opción Administrar permisos.
  3. Escriba el nombre del servidor lógico de Azure SQL Database. Proporcione permisos de lectura y escritura.

Contenido relacionado