Noto che ci vuole molto tempo per recuperare i dati da Gripp. Nel frattempo è noto che questo è dovuto a un’API limitata e/o lenta da parte del fornitore del software. Tuttavia, riscontro un problema di Timeout durante l’aggiornamento del dataset su powerbi.com.
Quando eseguo l’aggiornamento (Refresh) su un PC locale con Power BI Desktop, l’aggiornamento viene completato in circa 30-60 minuti. Questo è dovuto a una grande tabella Hours (100.000+ righe). Quando poi pubblico la dashboard su powerbi.com e la faccio aggiornare tramite un aggiornamento automatico, ricevo il messaggio di errore qui sotto. Come è possibile che l’aggiornamento localmente richieda 30-60 minuti, e online più di 2 ore?
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.