Compartir a través de

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

  • Artículo

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.

Cambios en la capacidad o área de trabajo de Fabric

Causa Resultado Resolución recomendada
Capacidad de Fabric en pausa o eliminada La creación de reflejo se detendrá 1. Reanude o asigne capacidad desde Azure Portal
2. Vaya al elemento de base de datos reflejado de Fabric. En la barra de herramientas, seleccione Detener replicación.
3. Inicie la replicación seleccionando Base de datos reflejada para el elemento reflejado en el portal de Fabric.
Capacidad de Fabric reanudada La creación de reflejo no se reanudará 1. Vaya al elemento de base de datos reflejado de Fabric. En la barra de herramientas, seleccione Detener replicación.
2. Inicie la replicación seleccionando Base de datos reflejada para el elemento reflejado en el portal de Fabric.
Eliminación del área de trabajo La creación de reflejo se detiene automáticamente 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;.
Capacidad de prueba de Fabric expirada La creación de reflejo se detiene automáticamente Consulte Capacidad de prueba de Fabric expirada.
Capacidad de tejido superada La creación de reflejo se pausará Espere hasta que el estado de sobrecarga supere o actualice la capacidad. Obtenga más información en Acciones que puede tomar para recuperarse de situaciones de sobrecarga. La creación de reflejo continuará una vez recuperada la capacidad.

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 procedimiento almacenado siguiente para revisar la configuración actual de la instancia 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 SAMI correcto tiene permisos.

    1. En el portal de Fabric, seleccione la opción de puntos suspensivos "..." en el elemento de la base de datos reflejada.
    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 obtener más información, consulte Crear un servidor de Azure SQL Database con una identidad administrada asignada por el usuario.

Después de la habilitación, si el estado de configuración de SAMI es deshabilitado o habilitado inicialmente, luego deshabilitado y, luego, habilitado de nuevo, se producirá un error en la creación de reflejo de Azure SQL Database en Fabric OneLake.

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. Cómo resolver este problema:

  • Quite todas las UAMI. Compruebe que el nuevo 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 en 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 la base de datos reflejada.
  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