Pico de memoria cuando visual intenta cargar datos desde SSAS Cube

Un usuario Pregunto ✅

Jorge el curioso

Tengo un informe de PowerBI en https://app.powerbi.com que está conectado a un cubo multidimensional SSAS de SQL Server 2016 (versión 13.0.4574.0, la última actualización acumulativa para 2016 SP1). Al consultar el cubo desde SSMS, la consulta se completa rápidamente sin ningún problema y sin picos de memoria. Sin embargo, obtener los mismos datos en el informe de power bi en app.powerbi.com a través de la puerta de enlace o la aplicación de escritorio instalada en el servidor hace que la memoria del servidor aumente y caiga varias veces antes de fallar con el siguiente mensaje de error:

image.png

No se pudieron cargar los datos de este objeto visual.
No se pudieron recuperar los datos de este objeto visual. Por favor, inténtelo de nuevo más tarde.
Vuelva a intentarlo más tarde o póngase en contacto con el servicio de asistencia. Si se comunica con el servicio de asistencia, proporcione estos detalles.
ID de actividad: 096e0e27-c426-4dba-8e3c-2574c7ed883d
ID de solicitud: 87ba7cdc-e718-b161-a048-6c26990d7c37
ID de correlación: 9e803dbe-fbe1-e097-8f41-4c25c021ea95
Hora: viernes 05 de julio de 2019 14:22:00 GMT + 0200 (hora estándar de Sudáfrica)
Versión: 13.0.9933.240
URI del clúster: https://wabi-europe-north-b-redirect.analysis.windows.net

Tipo de Comentarios:
Fruncir el ceño (error)

Marca de tiempo:
2019-07-05T12: 44: 15.4028779Z

Hora local:
2019-07-05T14: 44: 15.4028779 + 02: 00

ID de sesión:
686ae25f-50da-45bd-b5f6-69c4771402a9

Liberar:
Junio ​​de 2019

Version del producto:
2.70.5494.761 (19.06) (x64)

Mensaje de error:
Servidor: la operación ha sido cancelada porque no hay suficiente memoria disponible para la aplicación. Si usa una versión de 32 bits del producto, considere actualizar a la versión de 64 bits o aumentar la cantidad de memoria disponible en la máquina.

Versión del sistema operativo:
Microsoft Windows NT 10.0.14393.0 (x64 en-EE. UU.)

Versión CLR:
4.7 o posterior [Release Number = 460805]

Memoria virtual máxima:
34,6 GB

Memoria privada:
1,08 GB

Conjunto de trabajo máximo:
1,24 GB

Versión IE:
11.3024.14393.0

ID de usuario:
cff4cac4-8172-49ae-bd3d-4b426081a6d0

Información del paquete del libro de trabajo:
1 * – en-ZA, Query Groups: 0, fastCombine: Disabled, runBackgroundAnalysis: True.

Telemetría habilitada:
Cierto

AS Conexión en vivo:
Cierto

Registros de seguimiento de rendimiento:
C: Users GStevenson AppData Local Microsoft Power BI Desktop PerformanceTraces.zip

Funciones de vista previa deshabilitadas:
PBI_shapeMapVisualEnabled
PBI_SpanishLinguisticsEnabled
PBI_NewWebTableInference
PBI_showIncrementalRefreshPolicy
PBI_showManageAggregation
PBI_improvedFilterExperience
PBI_qnaLiveConnect
PBI_keyDrivers
PBI_userFavoriteResourcePackagesEnabled

Opciones de DirectQuery deshabilitadas:
TratarHanaComoFuente Relacional

Nube:
GlobalCloud

Escala DPI:
100%

Servicios apoyados:
Power BI

Fórmulas: sección Sección1;

Pico de memoria en el servidor:

2019-07-05_14-12-51.png

Hay un límite de memoria duro y bajo establecido en la instancia SSAS en este servidor. Lo extraño es que no hay tal pico o error cuando se obtienen exactamente los mismos datos del cubo a través de SSMS.

¿Algunas ideas? 🙏

@CuriousGeorge ¿Ha comparado las consultas que se están ejecutando? ¿Power BI está enviando una consulta o contexto de filtro diferente, entonces lo que está asumiendo es lo mismo al ejecutar algo manualmente en SSMS? Además, (puede no estar relacionado, pero ¿cuánto tiempo hace que actualizó la puerta de enlace?)

Jorge el curioso

En respuesta a Seth_C_Bauer

No he pensado en esto, usaré el generador de perfiles y verificará si las consultas coinciden. Gracias por la sugerencia. Te haré saber 😁

Deja un comentario

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