This time we’re going bigger than ever. Fabric, Power BI, SQL, AI and more. We're covering it all. You won't want to miss it.
Learn moreDid you hear? There's a new SQL AI Developer certification (DP-800). Start preparing now and be one of the first to get certified. Register now
Refreshes are the heartbeat of your Power BI reports, ensuring that your data is current and insights are timely. However, we understand that sometimes refreshes might not go as planned. That's why we've enhanced the dataset Refresh History page to help you diagnose and resolve issues more effectively.
Now, right from the Refresh History page, and for each dataset refresh (including successful ones), you can visualize essential details about the refresh operation. This information could swiftly explain why a refresh took longer than expected, eliminating the need for further time-consuming deep-dive analysis.
You can now visualize all the refresh attempts and gain insight into the reason for the failure or unusual duration:
Dataset_Refresh_History_Enhancements
This information is relevant not only when the refresh fails but also when it succeeds. Consider the following example: the refresh was completed successfully, but it took longer than expected. The reason behind this delay was that it only succeeded after three previous failures.
Dataset_Refresh_History_Enhancements
To access additional information about the error for each attempt, simply click on the "(Show)" link within the row of any failed attempt:
Dataset_Refresh_History_Enhancements
Each refresh attempt is divided into two operations:
Dataset_Refresh_History_Enhancements
Excessive use of dashboard tiles and/or premium caching can significantly increase the overall refresh duration, as it may queue a high number of queries after each refresh. With this information, you can quickly diagnose whether this is the case and take action to optimize. You can either reduce the number of dashboards or disable the automatic cache refresh setting in the workspace to help reduce the number of cache related queries.
The data and query cache phases are independent of each other, but run in sequence. If the "Data" phase completes, the data will already be up to date, and users will be seeing fresh data, even if the "Query Cache" fails or takes additional time.
Refreshes made via the enhanced refresh API and/or XMLA Endpoint won't show attempt details. An update will be coming soon to include those details.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.