Compartir a través de

Solución de problemas de Warehouse

  • Artículo

Esto se aplica a:✅ Warehouse en Microsoft Fabric

En este artículo se proporcionan instrucciones para solucionar problemas comunes en Warehouse en Microsoft Fabric.

Errores de conexión transitorios

Un error transitorio tiene una causa subyacente que pronto se solucionará automáticamente. Si una conexión a Warehouse se usa para funcionar correctamente, pero empieza a producir errores sin cambios en el permiso de usuario, la directiva de firewall y la configuración de red, pruebe estos pasos antes de ponerse en contacto con el soporte técnico:

  1. Compruebe el estado del Almacén y asegúrese de que no está en pausa.
  2. No vuelva a intentar inmediatamente el comando con errores. En su lugar, espere entre 5 y 10 minutos, establezca una nueva conexión y vuelva a intentar el comando. Ocasionalmente, el sistema de Azure cambia rápidamente los recursos de hardware para equilibrar mejor las distintas cargas de trabajo. La mayoría de estos eventos de reconfiguración se completan en menos de 60 segundos. Durante este intervalo de tiempo de reconfiguración, es posible que tenga problemas para conectarse a sus bases de datos. La conexión también podría producir un error cuando el servicio se reinicia automáticamente para resolver ciertos problemas.
  3. Conéctese mediante una aplicación diferente o desde otra máquina.

Error de consulta debido a un problema de espacio tempdb

tempdb es una base de datos del sistema utilizada por el motor para diversas necesidades de almacenamiento temporal durante la ejecución de la consulta. Los usuarios no pueden acceder a ella ni configurarla. Las consultas podrían fallar debido a que tempdb se ha quedado sin espacio. Siga estos pasos para reducir el uso de espacio de tempdb:

  1. Consulte el artículo sobre estadísticas para comprobar que se han creado estadísticas de columna adecuadas en todas las tablas.
  2. Asegúrese de que todas las estadísticas de las tablas se actualizan después de grandes transacciones DML.
  3. Las consultas con JOIN, GROUP BY y ORDER BY complejos y que esperan devolver un conjunto de resultados grande usan más espacio de tempdb en la ejecución. Actualice las consultas para reducir el número de columnas GROUP BY y ORDER BY si es posible.
  4. Vuelva a ejecutar la consulta cuando no haya otras consultas activas que se ejecuten para evitar la restricción de recursos durante la ejecución de la consulta.

El rendimiento de las consultas parece degradarse con el tiempo

Muchos factores pueden afectar al rendimiento de una consulta, como los cambios en el tamaño de tabla, la asimetría de datos, la simultaneidad de cargas de trabajo, los recursos disponibles, la red, etc. Solo porque una consulta se ejecuta más lentamente no significa necesariamente que haya un problema de rendimiento de consultas. Siga estos pasos para investigar la consulta de destino:

  1. Identifique las diferencias en todos los factores que afectan al rendimiento entre las ejecuciones de buen y mal rendimiento.
  2. Consulte el artículo sobre estadísticas para comprobar que se han creado estadísticas de columna adecuadas en todas las tablas.
  3. Asegúrese de que todas las estadísticas de las tablas se actualizan después de grandes transacciones DML.
  4. Compruebe si hay asimetría de datos en las tablas base.
  5. Pause y reanude el servicio. A continuación, vuelva a ejecutar la consulta cuando no se ejecuten otras consultas activas. Puede supervisar la carga de trabajo de almacenamiento mediante DMV.

Se produce un error en la consulta después de ejecutarse durante mucho tiempo. No se devuelve ningún dato al cliente.

Una instrucción SELECT podría haberse completado correctamente en el back-end y fallar al intentar devolver el conjunto de resultados de la consulta al cliente. Pruebe los siguientes pasos para aislar el problema:

  1. Use diferentes herramientas de cliente para volver a ejecutar la misma consulta.
  2. Si se produce un error en el paso 1, ejecute un comando CTAS con la instrucción SELECT errónea para enviar el resultado de la consulta SELECT a otra tabla del mismo almacén. El uso de CTAS evita que el conjunto de resultados de la consulta se devuelva al equipo cliente. Si el comando CTAS finaliza correctamente y la tabla de destino se rellena, es probable que el error de consulta original se deba a problemas de cliente o front-end de almacenamiento.

Qué recopilar antes de ponerse en contacto con el soporte técnico de Microsoft

  • Proporcione el identificador del área de trabajo de Warehouse.
  • Proporcione el identificador de instrucción y el identificador de solicitud distribuida. Se devuelven como mensajes después de que una consulta se complete o se produzca un error.
  • Proporcione el texto del mensaje de error exacto.
  • Proporcione la hora en la que se completa o se produce un error en la consulta.

Contenido relacionado