创建要迁移到 Power BI 的内容

  • 项目

本文介绍“阶段 4”，涉及在迁移到 Power BI 时创建和验证内容的过程。

显示了 Power BI 迁移各阶段的示意图。本文重点介绍阶段 4。

注意

有关上图的完整说明，请参阅 Power BI 迁移概述。

阶段 4 的重点是执行实际工作，将概念证明 (POC) 转换为生产就绪解决方案。

此阶段的输出是一个 Power BI 解决方案，该解决方案已在开发工作区中进行了验证，并已准备好部署到生产环境。

提示

本文中讨论的大多数主题也适用于标准 Power BI 实现项目。

创建生产解决方案

此时，执行 POC 的同一人员可能会继续产出生产准备就绪 Power BI 解决方案。 也可让其他人员参与进来。 如果不影响时间线，最好让将来负责 Power BI 开发的人员参与进来。 这样，他们可以主动学习。

重要

尽可能地重用 POC 中的工作。

开发新的导入语义模型

如果还没有可满足需求的现有 Power BI 语义模型，或者无法优化现有语义模型以满足需求时，可以选择新建导入语义模型（旧称为数据集）。

理想情况下，从一开始就考虑将数据和报表的开发工作分离开来。 分离数据和报表有助于在分派了不同人员来负责数据建模和报表时分离工作和权限。 它提供了更具缩放性的方法，并鼓励数据可重用性。

与开发导入语义模型相关的基本活动包括：

提示

如果具有不同的开发/测试/生产环境，请考虑对数据源进行参数化。 这可以极大简化阶段 5 中所述的部署。

开发新报表和仪表板

与 Power BI 报表或仪表板的开发相关的基本活动包括：

  • 确定是使用与现有数据模型的实时连接还是创建新的数据模型
  • 创建新的数据模型时，确定模型表的数据存储模式（导入、DirectQuery 或复合）。
  • 确定最满足要求的数据可视化工具：Power BI Desktop、分页报表生成器或 Excel。
  • 确定最能传达报表要传达的信息并解决报表需要回答的问题的最合适的视觉对象。
  • 确保所有视觉对象采用清晰、简洁和有利于业务的术语。
  • 解决交互要求。
  • 使用实时连接时，添加报表级别度量值。
  • 在 Power BI 服务中创建仪表板，尤其是在使用者需要简单的方法来监视关键指标时。

注意

其中的许多决策会在规划的早期阶段或技术 POC 期间做出。

验证解决方案

Power BI 解决方案的验证主要有以下四个方面：

  1. 数据准确性
  2. 安全性
  3. 功能
  4. 性能

验证数据准确性

作为迁移过程中的一次性工作，你需要确保新报表中的数据与旧报表中显示的数据匹配。 或者，如果存在差异，应能够解释出原因。 旧解决方案中发现的错误在新解决方案中得到解决比你想象的要更常见。

作为正在进行的数据验证工作的一部分，通常需要将新报表与原始源系统进行交叉检查。 理想情况下，每次发布报表更改时，都应再次执行此验证。

验证安全性

验证安全性时，需要考虑两个主要方面：

  • 数据权限
  • 访问语义模型、报表和仪表板

在导入语义模型中，定义行级别安全性 (RLS) 以应用数据权限。 使用 DirectQuery 存储模式（可能使用单一登录）时，源系统还可能会强制执行数据权限。

授予对 Power BI 内容的访问权限的主要方法有：

  • 工作区角色（适用于内容编辑器和查看器）。
  • 应用受众权限应用于一组打包的工作区内容（适用于查看器）。
  • 共享单个报表或仪表板（适用于查看器）。

提示

建议就如何有效地管理安全性对内容作者进行训练。 实施可靠的测试、审核和监视也很重要。

验证功能

此时应仔细检查语义模型的细节信息，如字段名称、格式、排序和默认摘要行为。 还应验证交互式报表功能（如切片器、向下钻取操作、钻取操作、表达式、按钮或书签）。

在开发过程中，应定期将 Power BI 解决方案发布到 Power BI 服务中的开发工作区。 验证所有功能是否按预期方式在服务中正常工作，如自定义视觉对象的呈现。 此时还很适合执行进一步的测试。 测试计划的刷新、问答，并查看报表和仪表板在移动设备上的呈现效果。

验证性能

Power BI 解决方案的性能对于使用者的体验非常重要。 大多数报表在 10 秒内应显示视觉对象。 如果报表的加载时间较长，请暂停并重新考虑可能导致延迟的原因。 除了 Power BI Desktop 之外，还应定期在 Power BI 服务中评估报表性能。

许多性能问题都是由未达标准的DAX（数据分析表达式）、糟糕的语义模型设计或欠佳的报表设计（例如，尝试在单个页上呈现过多的视觉对象）引起的。 技术环境问题（例如网络、过载的数据网关）或配置高级容量的方式也会导致性能问题。 有关详细信息，请参阅 Power BI 优化指南和 Power BI 中的报表性能疑难解答。

重要

有时本文指的是 Power BI Premium 或其容量订阅 (P SKU)。 请注意，Microsoft 目前正在合并购买选项并停用 Power BI Premium Per Capacity SKU。 新客户和现有客户应考虑改为购买 Fabric 容量订阅 (F SKU)。

有关详细信息，请参阅 Power BI Premium 许可即将进行的重要更新和 Power BI Premium 常见问题解答。

记录解决方案

对于 Power BI 解决方案，主要有两种有用的文档类型：

  • 语义模型文档
  • 报表文档

文档可以存储在目标受众最容易访问的任何位置。 常用选项包括：

  • 在 SharePoint 站点内：可为“卓越中心”或内部 Power BI 社区站点设立一个 SharePoint 站点。
  • 在应用内：发布 Power BI 应用时可以设置 URL，以引导使用者获得详细信息。
  • 在单个 Power BI Desktop 文件中： 模型元素（如表和列）可以定义描述信息。 创作报表时，这些描述信息会作为工具提示显示在“字段”窗格中。

提示

如果创建一个站点充当 Power BI 相关文档的中心，请考虑使用其 URL 位置来自定义“获取帮助”菜单。

创建语义模型文档

语义模型文档面向将来要管理语义模型的用户。 应包括以下有用信息：

  • 设计决策及其原因。
  • 谁拥有、维护和认证语义模型。
  • 数据刷新要求。
  • 语义模型中定义的自定义业务规则。
  • 特定语义模型安全性或数据隐私要求。
  • 未来的维护需求。
  • 已知的未决问题或延迟的积压工作 (backlog) 项。

还可以选择创建更改日志，用于汇总一段时间内语义模型发生的最重要的更改。

创建报表文档

报表文档（通常是面向报表使用者的演示内容）可帮助使用者从报表和仪表板获取更多价值。 一个简短的视频教程通常会有很好的效果。

还可以选择在报表的隐藏页上包含其他报表文档。 它可能包括设计决策和更改日志。

相关内容

在本 Power BI 迁移系列的下一篇文章中，了解阶段 5，该阶段涉及在迁移到 Power BI 时部署、支持和监视内容的过程。

其他有用的资源包括：

有经验的 Power BI 合作伙伴可帮助你的组织成功完成迁移过程。 若要加入 Power BI 合作伙伴，请访问 Power BI 合作伙伴门户。