Power BI governance, disaster recovery and auditing
summary
Recommends a three-tier Power BI estate: centralized datasets, departmental enhancements and personal overlays, using composite models (DirectQuery over datasets) so changes occur once not fifty times. Advocates workspace-per-security-group, mandatory Active Directory groups, and row-level security rather than many region-specific reports. Uses apps plus a three-stage deployment pipeline (Dev/Test/Prod — pipeline promotion needs Premium; updating the app is a separate manual step). Monitors with Power BI Sentinel for multi-year usage logs, table-level lineage, nightly backups and change tracking for DR and auditing.
AI-written summary · about
chapters (7)
- 0:00Introduction and setup
- 1:43Why governance matters
- 3:52Power BI architecture planning
- 9:07Workspace planning and security
- 16:10Security best practices
- 18:57Monitoring and auditing
- 22:24Summary and Q&A
related talks
48mPrepare for Fabric with Power BI Governance, Auditing and DR
48mGit off my lawn: Mastering Power BI Deployments with Git Integration
16mTransforming Public Sector Observability
30mFederated Data, Centralized Action: A Governance Model Powered by Lakewatch and Databricks System Tables
24mHands-on Practice
39mGet a Load of this - Realistic Load Testing for Power BI, explained!
01h 05mWorkflows of Highly Functional App & Data Engineering Teams
35mBuilding a data analytics platform on strong opinions held loosely