JanRambo
Hola equipo de PBI,
tenemos el siguiente escenario:
a) El Data Gateway local está instalado en un servidor de aplicaciones,
b) MS SQL como fuente de datos está geográficamente en otra parte,
c) 3 informes publicados en el servicio PBI, máximo 3 MB cada uno:
1 informe con 3 consultas
2 informes con 4 consultas
3 informes con 1 consulta
Todos los puertos del servidor de aplicaciones permitidos a Azure, así como el centro de datos de Azure accesible desde el servidor SQL. El servidor de aplicaciones permitió comunicarse en el puerto 1433 hacia el servidor SQL.
Todos los informes (conjuntos de datos) se habían programado para actualizarse durante un mes sin un solo fallo. Entonces, de repente, desde el 1 de marzo, solo se actualiza 1 informe todos los días, también sin una sola falla, # 3 con 1 consulta. Los otros siempre fallan:
– cuando está programado, el tiempo de espera se produce después de unos 55 minutos
– cuando se actualiza a pedido desde el servicio PBI, el tiempo de espera se produce entre 10 y 20 minutos.
Tipo o error:
Microsoft SQL: tiempo de espera de ejecución caducado. El período de tiempo de espera transcurrió antes de la finalización de la operación o el servidor no responde.
Lo que probamos:
– republicación de 2 reportajes, sigue siendo el mismo.
Estamos realmente frustrados, ya que el equipo de la red dice que todo está bien.
¿Alguna idea por favor, qué salió mal?
¡Muchas gracias por la ayuda!
Jan Rambousek
Código de error subyacente: | -2147467259 Tabla: Consulta1. |
Mensaje de error subyacente: | Microsoft SQL: tiempo de espera de ejecución caducado. El período de tiempo de espera transcurrió antes de la finalización de la operación o el servidor no responde. |
DM_ErrorDetailNameCode_UnderlyingHResult: | -2147467259 |
Microsoft.Data.Mashup.ValueError.Class: | 11 |
Microsoft.Data.Mashup.ValueError.DataSourceKind: | sql |
Microsoft.Data.Mashup.ValueError.DataSourcePath: | xxxxxxx |
Microsoft.Data.Mashup.ValueError.Mensaje: | Tiempo de espera de ejecución caducado. El período de tiempo de espera transcurrió antes de la finalización de la operación o el servidor no responde. |
Microsoft.Data.Mashup.ValueError.Number: | -2 |
Microsoft.Data.Mashup.ValueError.Razón: | DataSource.Error |
URI de clúster: | WABI-US-NORTH-CENTRAL-redirect.analysis.windows.net |
ID de actividad: | 7c3d4321-07d5-4f14-81b4-a99ecf2ae78a |
Solicitar identificación: | 22b38473-5eb1-4167-9af2-04fc727d48af |
Hora: | 2018-03-14 10:24:48Z |
JanRambo
En respuesta a gilbertq
Hola,
hemos verificado el tiempo de espera del servidor SQL y se estableció mucho más allá de nuestro error de tiempo de espera. Una vez más, volvimos a publicar todos los informes y configuramos manualmente el tiempo de espera en 120 minutos antes de publicar en el servicio PBI y funcionó. Muy extrañamente, ahora los conjuntos de datos se actualizan normalmente sin alcanzar el período de tiempo de espera original de alrededor de 55 minutos.
Solo espero que esto sea estable ahora. 🙂
¡Gracias por la ayuda!
ene
gilbertq
Hola, ¿a qué ha configurado el tiempo de espera en su conector de datos de SQL Server? Tengo mi predeterminado a 20 minutos.
JanRambo
En respuesta a gilbertq
Hola,
hemos verificado el tiempo de espera del servidor SQL y se estableció mucho más allá de nuestro error de tiempo de espera. Una vez más, volvimos a publicar todos los informes y configuramos manualmente el tiempo de espera en 120 minutos antes de publicar en el servicio PBI y funcionó. Muy extrañamente, ahora los conjuntos de datos se actualizan normalmente sin alcanzar el período de tiempo de espera original de alrededor de 55 minutos.
Solo espero que esto sea estable ahora. 🙂
¡Gracias por la ayuda!
ene
estiércol
En respuesta a JanRambo
Hola @JanRambo
Cómo:
1/comprobar el tiempo de espera de SQL Server?
2/ y configurar manualmente el tiempo de espera del informe en 120 minutos antes de publicarlo en el servicio PBI?
Gracias por adelantado,
Estiércol Anh
JanRambo
En respuesta a estiércol
Hola DungAnh,
tenemos un equipo interno que respalda nuestro servidor SQL, así que no puedo ayudar con eso, lo siento.
anuncio 2/ Debe editar la configuración de cada consulta antes de publicar en el servicio PBI.
DAN
En respuesta a JanRambo
¡Muchas gracias @JanRambo!
Estiércol Anh
v-shex-msft
Hola @JanRambo,
Consulte el siguiente enlace para compartir algunos contenidos detallados sobre su problema:
Solución de problemas de la puerta de enlace de datos local
Herramientas para solucionar problemas
Recopilación de registros del configurador de puerta de enlace
Hay varios registros que puede recopilar para la puerta de enlace y siempre debe comenzar con los registros. La forma más sencilla de recopilar registros después de instalar la puerta de enlace es a través de la interfaz de usuario. En el Puerta de enlace de datos local interfaz de usuario, seleccione Diagnóstico y luego seleccione el Exportar registrosenlace cerca de la parte inferior de la página, como se muestra en la siguiente imagen.
Registros del instalador
%localappdata%TempOn-premises_data_gateway_*.log
Registros de configuración
%localappdata%MicrosoftOn-premises Data GatewayGatewayConfigurator*.log
Registros del servicio de puerta de enlace de datos local
C:UsersPBIEgwServiceAppDataLocalMicrosoftOn-premises Data GatewayGateway*.log
Registros de eventos
El Servicio de puerta de enlace de datos local los registros de eventos están presentes en Registros de aplicaciones y servicios.
Rastro del violinista
Violinista es una herramienta gratuita de Telerik que monitorea el tráfico HTTP. Puede ver el ida y vuelta con el servicio Power BI desde la máquina cliente. Esto puede mostrar errores y otra información relacionada.
Actualizar historial
Al usar la puerta de enlace para la actualización programada, Actualizar historial puede ayudarlo a ver qué errores se han producido, así como proporcionar datos útiles si necesita crear una solicitud de soporte. Puede ver tanto actualizaciones programadas como bajo demanda. Así es como puede llegar a la Actualizar historial.
-
En el panel de navegación de Power BI, en conjuntos de datos, seleccione un conjunto de datos > Abrir menú > Programar actualización.
-
En Ajustes para… > Programar actualización, Seleccione Actualizar historial.
Herramientas para la solución de problemas Recopilación de registros del configurador de la puerta de enlace Hay varios registros que puede recopilar para la puerta de enlace y siempre debe comenzar con los registros. La forma más sencilla de recopilar registros después de instalar la puerta de enlace es a través de la interfaz de usuario. En la interfaz de usuario de la puerta de enlace de datos local, seleccione Diagnósticos y luego seleccione el enlace Exportar registros cerca de la parte inferior de la página, como se muestra en la siguiente imagen. Registros del instalador Copiar %localappdata%TempOn-premises_data_gateway_*.log Registros de configuración Copiar %localappdata%MicrosoftOn-premises Data GatewayGatewayConfigurator*.log Registros del servicio de puerta de enlace de datos local Copiar C:UsersPBIEgwServiceAppData LocalMicrosoftOn-premises Data GatewayGateway*.log Registros de eventos Los registros de eventos del servicio de puerta de enlace de datos local están presentes en Registros de aplicaciones y servicios. Fiddler Trace Fiddler es una herramienta gratuita de Telerik que monitorea el tráfico HTTP. Puede ver el ida y vuelta con el servicio Power BI desde la máquina cliente. Esto puede mostrar errores y otra información relacionada. Actualizar historial Al usar la puerta de enlace para la actualización programada, Actualizar historial puede ayudarlo a ver qué errores se han producido, así como proporcionar datos útiles si necesita crear una solicitud de soporte. Puede ver tanto actualizaciones programadas como bajo demanda. Así es como puede acceder al Historial de actualización. En el panel de navegación de Power BI, en Conjuntos de datos, seleccione un conjunto de datos > Abrir menú > Programar actualización. En Configuración para… > Programar actualización, seleccione Actualizar historial.
P.ej
Actualizar historial, registro de puerta de enlace local, rastrear sesión…
Saludos,
Xiaoxin-sheng