Estoy experimentando que tarda mucho tiempo en recuperar datos desde Gripp. Mientras tanto, se sabe que esto se debe a una API limitada y/o lenta por parte del proveedor de software. Sin embargo, me encuentro con un problema de Timeout al actualizar el conjunto de datos en powerbi.com.
Cuando ejecuto la actualización (Refresh) en Power BI Desktop en un PC local, la actualización se completa en aproximadamente 30 a 60 minutos. Esto se debe a una tabla Hours grande (más de 100.000 filas). Cuando luego publico el panel en powerbi.com y lo dejo actualizar mediante una actualización automática, recibo el siguiente mensaje de error. ¿Cómo es posible que la actualización tarde de 30 a 60 minutos localmente, y más de 2 horas en línea?
Het is lastige te bepalen waarom de PowerBI.com als consumer langzamer draait dan vanaf Power BI Desktop. Naast dat Microsoft zelf bepaalt hoeveel rekenkracht en netwerkcapaciteit aan PowerBI.com wordt toegewezen, kan ook een factor zijn dat de Gripp API een limiet kent qua aantal API calls. Tegen meerprijs kunnen extra API-calls aangeschaft worden.
Door het opgeven van filterstappen / where-clauses kan het datavolume beperkt worden, waardoor in het ideale geval de verwerkingstijd lineair korter wordt.
Mogelijkerwijs dat in het scherm Sessie I/O’s of via SystemPartitions@Datadictionary of SessionIOs@DataDictionary meer context te bepalen is. Bij SessionIOs@DataDictionary op Gripp CRM zullen eventueel doorgestuurde filters (“server-side filtering”) zichtbaar zijn als “Public Query Parameter”. In Invantive Bridge Online Monitoring is query folding zichtbaar.
Mocht het problematisch zijn, dan is advies om via een kort consult ondersteuning te zoeken.
Deze vraag is automatisch gesloten na 2 weken inactiviteit. Het laatste gegeven antwoord is gemarkeerd als oplossing.
Gelieve een nieuwe vraag te stellen via een apart topic als het probleem opnieuw optreedt. Gelieve in de nieuwe vraag een link naar dit topic op te nemen door de URL er van in de tekst te plakken.