Scaling the BI Pixie Dashboard

Background

The BI Pixie Dashboard is a Microsoft-certified Power BI Template App that lets you analyze your Power BI reports through the lens of adoption, engagement, user satisfaction, business outcome, performance and security. Behind it, BI Pixie collects usage telemetry from every instrumented report and stores it in your own storage; the dashboard's semantic model then loads that telemetry for analysis.

BI Pixie comes in several deployment variations that process this telemetry and make it ready for analysis in the dashboard. As your organization generates more usage data, the amount the dashboard has to load and refresh grows — and how you load it is what you scale. The most scalable variations use the BI Pixie ETL, a Spark job that transforms the raw telemetry into compact, pre-aggregated tables the dashboard reads — the same logic whether it runs on Microsoft Fabric or on Azure Databricks.

Scaling step by step

There are several ways to deploy BI Pixie Dashboard. If you start with the Power BI app, the dashboard's semantic model imports usage data through Power Query. If you run the dashboard in a workspace assigned to a Power BI Pro license, the two-hour refresh timeout can hit when you have a high volume of usage events. When you hit that timeout, it's time to consider optimization — work through these options in order:

  1. Limit the data range. Change the Last N Days parameter from -1 to 30 to import only the last 30 days, then refresh again.
  2. Scope the heatmap. If you activated the heatmap, turn it on only for the specific reports that need it.
  3. Upgrade Power Platform → Azure. If you run BI Pixie on the Power Platform, move to the Azure deployment. On Azure the dashboard imports data far more efficiently through the Azure Storage Account; the Power Platform version's Dataverse connector is intended for low usage volumes.
  4. Optimize performance parameters. On the Azure deployment with the Performance feature enabled, lower the Last N Days Log Analytics parameter (default 30) to reduce refresh time.
  5. Use the PBIX semantic model. Professional and Enterprise customers with source-code access can refresh the provided PBIX file outside the Power BI Pro service limit.
  6. Assign a Fabric capacity. Assigning the BI Pixie workspace to a Fabric capacity raises the refresh limit to 24 hours and lets you use incremental refresh for selected tables, or split the load across multiple dashboards filtered by project or workspace.
  7. Move to the ETL Notebook + Direct Lake (most scalable). With a Fabric capacity — through the BI Pixie Workload or a self-hosted deployment — run the BI Pixie ETL as a PySpark notebook that ingests only new telemetry on each run (incremental) into a Lakehouse, using Spark compute that scales to years of data. The semantic model then reads the Lakehouse via Direct Lake — there is no import step and no Power Query refresh, so refresh timeouts are eliminated entirely, regardless of data volume or retention period. This is the default architecture for the BI Pixie Workload's Direct Lake dashboard (deployed for you automatically) and the recommended target for self-hosted customers who have a Fabric capacity. Contact support to enable it for your environment.
  8. Run the ETL on your own Azure Databricks (no Fabric required). If you deploy BI Pixie on Azure but do not have a Fabric capacity, the same BI Pixie ETL can run on Azure Databricks, reading your BI Pixie storage account directly and writing compact, pre-aggregated tables so the dashboard stays small and refreshes within the Power BI Pro limit even at high volume. You connect the same report and semantic model to Databricks in Import, DirectQuery, or Direct Lake mode depending on your license and freshness needs. It is best when you already run Databricks, and it is delivered as a professional-services engagement rather than a self-serve toggle. Learn how BI Pixie on Power BI over Azure Databricks works, then open a support ticket to scope it.
  9. Professional services. If the options above don't meet your requirements, open a support ticket and we can offer paid training or professional services to build your analytics solution on the data BI Pixie collects.

We recommend you open a support ticket and our team will guide you to the best resolution for your environment. The following table summarizes the options and support coverage:

TierResolution optionsWhat's included
Standard to ProfessionalOptions 1–4Supported via email guidance
Professional or EnterpriseOptions 1–4Supported via email guidance or live calls
Professional or Enterprise with source-code accessOptions 5–6 (PBIX + Fabric capacity). Code changes are unsupported.Supported via live calls
Customers with Fabric (Workload or capacity)Option 7 (Notebook + Direct Lake). Eliminates refresh timeouts entirely.Supported via live calls
Self-hosted on Azure without FabricOption 8 (same Spark ETL on Azure Databricks; Import, DirectQuery, or Direct Lake). Best if you already run Databricks.Professional service
Other requirements?Not included in the tier. Available as a professional service.