andreassundstro
Tenemos un problema recurrente con el servidor de informes de PowerBI (en las instalaciones). Al azar, a veces, los informes programados no se vuelven a cargar sin ningún motivo. El mensaje de error en los registros simplemente dice «No hay datos en la base de datos para @catalogitemid=» y un GUID del informe dado, pero no brinda más información. El error siempre se resuelve reiniciando manualmente el trabajo. Después de leer errores similares, hemos intentado lo siguiente:
- Actualización a la última versión del servidor de informes de PowerBI y el escritorio de PowerBI para RS, actualmente enero de 2021
- Eliminar y volver a cargar el informe desde el último escritorio de PowerBI para la versión del servidor de informes
- Cambiar los horarios para que no se superpongan, esto se marcó como una solución en un error similar, lo consideraría más una solución, pero aún así no resuelve nuestro problema
¡Cualquier ayuda sería muy apreciada!
V-pazhen-msft
@andreassundstro
Actualmente, no se ha encontrado ninguna solución para este problema. Supongo que la solución que mencionaste es esta publicación: Resuelto: Error de actualización programada «No hay datos en el d… – Microsoft Power BI Community
Seguiré este problema y te responderé cualquier actualización nueva. Y me gustaría compartir otra solución proporcionada por el equipo de pbirs:
CAUSA PRINCIPAL
===========
Cambio al procedimiento almacenado GetCatalogExtendedContentData a través de una corrección en mayo de 2020
ICM 179612428
Historia de usuario 324871: Incidente 179612428 : CSS: los informes PBIRS/PBIX muestran una página en blanco cuando se ejecutan durante el paso SaveToCatalog durante Schedule/OnDemand Refresh (3/13)
SOLUCIÓN ALTERNA
=============
Para volver a la versión anterior del procedimiento almacenado GetCatalogExtendedContentData, puede reemplazar esto:
SELECCIONE
LONGITUD DE DATOS([Content]) COMO Largancia de contenido,
[Content]
DESDE
[CatalogItemExtendedContent] CON (NO, ESPERA) — Nota del desarrollador: use NOWAIT aquí porque para modelos grandes, la fila puede estar bloqueada por períodos prolongados. Falla rápido y deja que el cliente vuelva a intentarlo.
DONDE
[ItemID] = @CatalogItemID Y Tipo de contenido = @Tipo de contenido
Con este:
SELECCIONE
LONGITUD DE DATOS([Content]) COMO Largancia de contenido,
[Content]
DESDE
–[CatalogItemExtendedContent] CON (NOWAIT) — Nota del desarrollador: use NOWAIT aquí porque para modelos grandes, la fila puede estar bloqueada por períodos prolongados. Falla rápido y deja que el cliente vuelva a intentarlo.
[CatalogItemExtendedContent] CON (LEER PASADO) — Código anterior a mayo de 2020
DONDE
[ItemID] = @CatalogItemID Y Tipo de contenido = @Tipo de contenido
Paul Zheng _ Equipo de apoyo comunitario
Si esta publicación ayuda, acéptela como la solución para ayudar a los otros miembros a encontrarla más rápidamente.
rwmnau
En respuesta a andreassundstro
@andreassundstro @V-pazhen-msft Implementamos este cambio el viernes por la noche y nuestras actualizaciones de informes de fin de semana se ejecutaron sin ningún problema: cada programa tiene una serie de informes adjuntos y cada uno se ejecutó correctamente. Llamaría a esta solución confirmada en el campo; ¡ahora el equipo solo necesita revertir este código en el lanzamiento oficial!
datamvt
Hola,
¿Cuál es la posición de Microsoft en esta regresión?
¿Cuándo se arreglará?
¿Se ha abierto un caso?
Tengo el problema en la versión PBIRS de septiembre de 2021.
rwmnau
En respuesta a datamvt
No he visto ningún detalle sobre este problema en versiones más recientes y todavía estamos ejecutando la corrección aquí sin ningún problema: la implementamos en junio pasado y no hemos visto este error (ni nada nuevo) desde que lo hicimos. Sin embargo, todavía estamos usando la versión de enero de 2021 y no hemos actualizado a mayo o septiembre, por lo que no puedo hablar de ninguna versión más reciente que resuelva este problema.
datamvt
En respuesta a rwmnau
bien, gracias por tu respuesta.
No quiero modificar el procedimiento almacenado.
Preferiría que Microsoft hiciera un parche.
rwmnau
Con el lanzamiento de mayo de 2021, ¿alguien ha actualizado este problema y puede confirmar si se resolvió o si continúa? Todavía tenemos este problema y genera trabajo adicional cada semana para actualizar manualmente los informes. Me encantaría actualizar, pero no quiero causar más problemas si ni siquiera resuelve este. ¡Gracias!
rwmnau
¿Ha habido algo más sobre esto que hayas escuchado? Estamos teniendo este problema con algunos de nuestros informes que también están configurados para ejecutarse al mismo tiempo durante la noche: es intermitente, pero lo suficientemente común como para causar un problema.
andreassundstro
En respuesta a rwmnau
En realidad, actualizamos el servidor de informes a una versión más reciente de parche/construcción, desde entonces no hemos tenido el problema (aunque han surgido algunos otros).
rwmnau
En respuesta a andreassundstro
Por «compilación más nueva», ¿qué versión está usando que no tiene este problema? Actualmente estamos usando la versión original de enero de 2021 (1.10.7698.27886), aunque parece que hay una versión más reciente de marzo (1.10.7737.32652). Si esta versión resuelve el problema, buscaremos un parche.
andreassundstro
En respuesta a rwmnau
Sí, instalamos el 1.10.7737.32652 liberar. Aunque todavía a veces tenemos este problema, parece ser menos frecuente…
rwmnau
En respuesta a andreassundstro
Me pregunto si eso es solo una coincidencia, ya que sigue siendo un problema. No estoy seguro de si planean revertir esto en la próxima versión, pero creo que vamos a seguir adelante con el parche manual de ese SP, ya que esto nos está causando algunos problemas importantes al tratar de actualizar nuestros informes sobre horarios compartidos. Incluso parece que los calendarios principales no se ejecutan en absoluto, lo que sospecho que está relacionado con esto.
andreassundstro
En respuesta a rwmnau
Desafortunadamente, creo que tienes razón, el problema ha comenzado a ocurrir con más frecuencia. Si lo hace parche, por favor hágamelo saber el resultado.
Al mirar el cambio en el código, no puedo ver cómo cambiar NOWAIT a NOLOCK cambiaría nada. ¡Pero por favor házmelo saber!
andreas
rwmnau
En respuesta a andreassundstro
@andreassundstro @V-pazhen-msft Implementamos este cambio el viernes por la noche y nuestras actualizaciones de informes de fin de semana se ejecutaron sin ningún problema: cada programa tiene una serie de informes adjuntos y cada uno se ejecutó correctamente. Llamaría a esta solución confirmada en el campo; ¡ahora el equipo solo necesita revertir este código en el lanzamiento oficial!
andreassundstro
En respuesta a rwmnau
@rwmnau ¿Ha funcionado bien durante la semana?
rwmnau
En respuesta a andreassundstro
Perfectamente, no he visto este error ni una sola vez desde que implementamos el cambio, ya sea a través de programas de actualización automáticos o porque refrescamos manualmente varios informes a la vez (que ambos lo habrían causado antes).
V-pazhen-msft
@andreassundstro
Actualmente, no se ha encontrado ninguna solución para este problema. Supongo que la solución que mencionaste es esta publicación: Resuelto: Error de actualización programada «No hay datos en el d… – Microsoft Power BI Community
seguiré siguiéndote este problema y nos pondremos en contacto con usted si hay nuevas actualizaciones. Y me gustaría compartir otra solución proporcionada por el equipo de pbirs:
CAUSA PRINCIPAL
===========
Cambio al procedimiento almacenado GetCatalogExtendedContentData a través de una corrección en mayo de 2020
ICM 179612428
Historia de usuario 324871: Incidente 179612428 : CSS: los informes PBIRS/PBIX muestran una página en blanco cuando se ejecutan durante el paso SaveToCatalog durante Schedule/OnDemand Refresh (3/13)
SOLUCIÓN ALTERNA
=============
Para volver a la versión anterior del procedimiento almacenado GetCatalogExtendedContentData, puede reemplazar esto:
SELECCIONE
LONGITUD DE DATOS([Content]) COMO Largancia de contenido,
[Content]
DESDE
[CatalogItemExtendedContent] CON (NO, ESPERA) — Nota del desarrollador: use NOWAIT aquí porque para modelos grandes, la fila puede estar bloqueada por períodos prolongados. Falla rápido y deja que el cliente vuelva a intentarlo.
DONDE
[ItemID] = @CatalogItemID Y Tipo de contenido = @Tipo de contenido
Con este:
SELECCIONE
LONGITUD DE DATOS([Content]) COMO Largancia de contenido,
[Content]
DESDE
–[CatalogItemExtendedContent] CON (NOWAIT) — Nota del desarrollador: use NOWAIT aquí porque para modelos grandes, la fila puede estar bloqueada por períodos prolongados. Falla rápido y deja que el cliente vuelva a intentarlo.
[CatalogItemExtendedContent] CON (LEER PASADO) — Código anterior a mayo de 2020
DONDE
[ItemID] = @CatalogItemID Y Tipo de contenido = @Tipo de contenido
Paul Zheng _ Equipo de apoyo comunitario
Si esta publicación ayuda, acéptela como la solución para ayudar a los otros miembros a encontrarla más rápidamente.
andreassundstro
En respuesta a V-pazhen-msft
Gracias V-pazhen. ¿Se recomienda revertir a la versión anterior de GetCatalogExtendedContentData? ¿O seguirá causando que el informe no se cargue correctamente?
rwmnau
En respuesta a andreassundstro
FWIW, implementé este cambio exactamente como se muestra aquí y resolvió el error sin los efectos secundarios que hemos visto hasta ahora.