Compartir a través de

Solución de problemas de bases de datos reflejadas de Fabric desde 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 creación de reflejo de la base de datos SQL de Fabric.

Cambios en la capacidad o área de trabajo de Fabric

Los cambios en la capacidad o el área de trabajo de Fabric pueden afectar a la creación de reflejo. Para obtener más información, revise los efectos sobre el reflejo de cambios en la capacidad de Fabric.

Solución de problemas de Azure SQL Database

Causa Resultado Resolución recomendada
Área de trabajo eliminada La creación de reflejo se detiene automáticamente y deshabilita la fuente de cambios en Azure SQL Database En caso de que la creación de reflejo todavía esté activa en Azure SQL Database, ejecute el siguiente procedimiento almacenado en azure SQL Database: exec sp_change_feed_disable_db;.
Errores persistentes La creación de reflejo está deshabilitada para la base de datos afectada Para asegurarse de que sus recursos de cómputo no se vean afectados y para proteger su base de datos de origen de Azure SQL, el mirroring se deshabilitará en caso de errores persistentes. Revise sys.dm_change_feed_errors y resuelva los errores subyacentes antes de volver a habilitar la base de datos para la creación de reflejo.
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.

Para ver escenarios de solución de problemas adicionales, consulte Solución de problemas de bases de datos reflejadas de Fabric: Microsoft Fabric.

Consultas de T-SQL para solucionar problemas

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.

  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 de Azure SQL Database reflejada. 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 de identidad administrada 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 de la identidad administrada se muestra con permisos de lectura y escritura.
    4. Asegúrese de que AppId que aparece coincide con el identificador de la identidad administrada 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

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 una de ellas debe ser la identidad principal.

Nota:

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

Compruebe la identidad principal correcta mediante la siguiente consulta de Transact-SQL:

SELECT * FROM sys.dm_server_managed_identities;

Para más información, consulte Creación de un servidor de Azure SQL Database.

Permisos para identidades administradas

Tanto la identidad administrada asignada por el sistema (SAMI) como la identidad administrada asignada por el usuario (UAMI) para el servidor lógico de Azure SQL deben tener permisos de lectura y escritura en el elemento de base de datos reflejado en Microsoft Fabric.

Al crear la base de datos reflejada desde el portal de Fabric, el permiso se concede automáticamente. Si se produce un error Unable to grant required permission to the source server. User does not have permission to reshare durante la instalación, asegúrese de que tiene un rol de miembro o administrador en el área de trabajo con privilegios suficientes. Al usar la API o CI/CD para crear la base de datos reflejada, asegúrese de conceder el permiso explícitamente.

No quite los permisos de lectura yescritura de SAMI o UAMI en los elementos de base de datos reflejados de Fabric. Si quita accidentalmente los permisos, el reflejo de Azure SQL Database no funciona como se espera. No se puede reflejar ningún dato nuevo desde la base de datos de origen.

Si quita los permisos SAMI o UAMI de Azure SQL Database, o los permisos no están configurados correctamente, consulte los pasos descritos en la sección del tutorial para configurarlo.

Errores de permisos obsoletos con inicios de sesión de Microsoft Entra

Antes de usar la autenticación de Microsoft Entra ID, revise las limitaciones en principales del servidor de Microsoft Entra.

Los usuarios de la base de datos creados mediante credenciales de Microsoft Entra pueden sufrir retrasos al recibir roles y permisos. Esto podría producir un error como el siguiente en el portal de Fabric:

"The database cannot be mirrored to Fabric due to below error: Unable to retrieve SQL Server managed identities. A database operation failed with the following error: 'VIEW SERVER SECURITY STATE permission was denied on object 'server', database 'master'. The user does not have permission to perform this action.' VIEW SERVER SECURITY STATE permission was denied on object 'server', database 'master'. The user does not have permission to perform this action. SqlErrorNumber=300,Class=14,State=1, Activity ID: ..."

Durante la versión preliminar actual, se deben usar los siguientes comandos para solucionar estos problemas.

  • Quite el usuario de la base de datos de usuario.
  • Ejecute DBCC FREESYSTEMCACHE('TokenAndPermUserStore') para borrar las memorias caché de seguridad en la base de datos.
  • Ejecute DBCC FLUSHAUTHCACHE para borrar la caché de contexto de autenticación federada.
  • En la base de datos de usuario, vuelva a crear el usuario en función del inicio de sesión.

Uso del registro de transacciones

El uso del registro de transacciones para una base de datos habilitada para el espejo puede seguir creciendo e impedir el truncamiento del registro. Una vez que el tamaño del registro de transacciones alcanza el límite máximo definido, se producirá un error en las escrituras en la base de datos. Para protegerse de esto, la duplicación desencadena el resembrado automático de toda la base de datos cuando el espacio de registro utilizado supera un umbral del espacio total de registro configurado. Para diagnosticar esto y aprender sobre la resembranza automática, consulte Resembranza automática para bases de datos reflejadas de Fabric desde Azure SQL Database.

La reseedación se ha iniciado automáticamente

La creación de reflejo del tejido de Azure SQL Database se puede volver a aplicar automáticamente en determinadas condiciones, en el nivel de tabla individual o en toda la base de datos. Para más información, resiembra automática para bases de datos con reflejo de Fabric desde Azure SQL Database.

Contenido relacionado

  • Last updated on