No hay datos en la base de datos para @catalogitemid

Un usuario Pregunto ✅

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!

@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).

@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.

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *