通过

Power BI 实现计划：用户工具和设备

  • 项目

注意

本文是 Power BI 实现规划系列文章中的一篇。 本系列着重介绍 Microsoft Fabric 中的 Power BI 体验。 有关该系列的介绍，请参阅 Power BI 实施规划。

本文介绍计划用户工具和管理设备以启用和支持组织中的 Power BI 使用者和作者的关键注意事项。 本文面向：

  • 卓越中心 (COE) 和 BI 团队：负责在组织中监督 Power BI 的团队。 这些团队包括需要决定用于创建 Power BI 内容的工具的决策者。
  • Fabric 管理员：负责监督组织的 Fabric 的管理员。
  • IT 和基础结构团队：安装、更新和管理用户设备和计算机的技术人员。
  • 内容创建者和内容所有者：需要与同事沟通并请求安装内容的用户。

分析采用的一个重要方面是确保内容使用者和内容创建者拥有所需的软件应用程序。 有效管理工具（特别是对于创建内容的用户而言）可以提高用户采用率并降低用户支持成本。

新工具的请求

处理新工具和软件应用程序请求的方式是治理决策。 许多用户在不熟悉组织或刚开始使用分析时都不知道要请求什么。 为了简化此流程，考虑同时处理以下请求：

  • 软件请求
  • 用户许可证请求
  • 培训请求
  • 数据访问请求

软件安装通常由 IT 部门负责。 为了确保实现最佳用户体验，IT 部门与卓越中心 (COE) 协作完成关键决策和流程至关重要，例如：

  • 用户请求软件安装的流程。 可通过多种方式处理软件安装请求：
    • 通用工具，包含在标准计算机安装中。 IT 团队有时称其为标准生成。
    • 某些应用程序可能会根据工作角色自动安装。 已安装的软件可能基于 Microsoft Entra ID 中用户配置文件中的属性。
    • 对于自定义请求，使用标准请求表单效果良好。 表单（而不是电子邮件）会生成请求的历史记录。 当需要先决条件或更多许可证时，可在工作流中包含审批。
  • 安装软件更新的流程。 及时安装软件更新非常重要。 目的是尽量保持最新版本。 请注意，用户可以在线阅读可能的更新，当他们无法使用新功能时，可能会感到困惑或不满。 有关详细信息，请参阅本文后面的客户端工具。

清单：在规划如何处理新工具请求时，关键决策和操作包括：

  • 决定如何处理软件请求：阐明负责接收和满足软件安装新请求的人员。
  • 确认是否需要先决条件：在请求安装软件之前确定与培训、资金、许可和审批相关的组织先决条件。
  • 创建跟踪系统：创建系统以跟踪软件请求的状态和历史记录。
  • 为用户创建指南：在集中式门户中提供有关如何请求新工具和软件应用程序的文档。 考虑将本指南与如何申请许可证、培训和访问数据放在一起。

计划使用者工具

在组织中，许多用户被分类为“使用者”。 使用者查看其他人创建和发布的内容。

使用者访问 Power BI 内容的最常见方式包括：

软件 目标读者
Power BI 服务 内容使用者使用 Web 浏览器（如 Microsoft Edge）查看内容。
Teams 使用适用于 Microsoft Teams 的 Power BI 应用查看已发布到 Power BI 服务的内容的内容使用者。 当用户在 Teams 中花费大量时间时，此选项非常方便。 有关详细信息，请参阅使组织能够在 Microsoft Teams 中使用 Power BI 的指南。
Power BI 移动版应用程序 使用 iOS、Android 或 Windows 10 应用程序与发布到 Power BI 服务（或 Power BI 报表服务器）中的内容进行交互的内容使用者。
OneDrive/SharePoint 查看者 使用 Web 浏览器查看 OneDrive 或 SharePoint 中存储的 Power BI Desktop (.pbix) 文件的内容使用者。 此选项是共享原始 Power BI Desktop 文件的实用替代方法。 OneDrive/SharePoint 查看者最适合非正式团队，他们希望提供友好的、基于 Web 的报表使用者体验，而不需要将 .pbix 文件显式发布到 Power BI 服务。
自定义应用程序 查看嵌入到组织或客户的自定义应用程序中的 Power BI 服务内容的内容使用者。

注意

此列表并不是访问 Power BI 内容的方式的完整列表。

由于不同 Web 浏览器之间的用户体验可能略有不同，因此建议在集中式门户中记录浏览器建议。 有关详细信息，请参阅 Power BI 支持的浏览器。

清单 - 计划使用者工具时，关键决策和操作包括：

  • 使用新式 Web 浏览器：确保所有用户都有权访问 Power BI 支持的新式 Web 浏览器。 确认在所有用户设备上定期更新首选浏览器。
  • 确定 Teams 应如何与 Power BI 配合使用：确定用户当前的工作方式以及 Teams 集成的有用程度。 根据你的决策，在 Fabric 管理门户中设置“启用 Teams 集成”和“自动安装 Power BI 应用”租户设置。
  • 启用并安装 Teams 应用：如果 Teams 是常用工具，请启用适用于 Microsoft Teams 的 Power BI 应用。 为方便起见，请考虑为所有用户预安装应用。
  • 确定是否允许查看 Power BI Desktop 文件：考虑是允许还是鼓励查看 OneDrive 或 SharePoint 中存储的 Power BI Desktop 文件。 根据你的决策，设置“用户可以查看保存在 OneDrive 和 SharePoint 中的 Power BI 文件”租户设置。
  • 培训用户：为内容创建者提供有关如何充分利用每个选项以及安全存储文件的位置的指导和培训。 在集中式门户中包括建议，例如首选 Web 浏览器。
  • 与支持团队进行知识转移：确认支持团队已准备好回答用户的常见问题。

计划创作工具

某些用户被视为内容创建者。 内容创建者创作并发布使用者查看的内容。

内容创建者可以使用多种工具创作 Power BI 内容。 某些工具面向自助内容创建者。 其他工具面向高级内容创建者。

提示

本节介绍最常见的创作工具。 但是，作者并不需要所有这些工具。 如有疑问，请先仅安装 Power BI Desktop。

用于创作的可用工具

下表列出了可供内容创建者使用的最常见的工具和应用程序。

软件 目标读者
Power BI 服务 使用 Web 浏览器开发内容的内容使用者和创建者。
Power BI Desktop 开发要发布到 Power BI 服务的数据模型和交互式报表的内容创建者。
针对报表服务器进行了优化的 Power BI Desktop 开发要发布到 Power BI 报表服务器（简化的本地报表门户）的数据模型和交互式报表的内容创建者。
Power BI 报表生成器 开发要发布到 Power BI 服务或 Power BI 报表服务器的分页报表的报表创建者。
适用于 Teams 的 Power BI 应用 当用户首选留在 Microsoft Teams 应用程序中时，与 Power BI 服务中的内容进行交互的内容创建者和使用者。
Power BI 移动版应用程序 使用 iOS、Android 或 Windows 10 应用程序与发布到 Power BI 服务（或 Power BI 报表服务器）中的内容进行交互和管理内容的内容创建者和使用者。
Excel 在可能包括数据透视表、图表、切片器等的工作簿中开发基于 Excel 的报表的内容创建者。 （可选）将 Excel 工作簿存储在 SharePoint 或 OneDrive 工作版或学校版中时，可以在 Power BI 服务中查看它们。
第三方工具 高级内容创建者可以选择使用第三方工具和扩展内置功能，例如高级数据模型管理和企业内容发布。

选择创作工具

选择创作工具时，应考虑一些关键因素。 以下某些决策可以一次性做出，而其他决策则需要针对创建的每个项目或解决方案进行评估。

  • 是否需要基于浏览器的创作？ 为了提高易用性和减少摩擦，Power BI（和其他 Fabric 工作负载）支持基于浏览器的内容使用和内容创建功能。 这是一个优势，因为所有用户都可以轻松使用 Web 浏览器，无论他们使用哪种桌面操作系统（包括 Mac 用户）。
  • 所需的开发体验是什么？ 考虑到 Power BI Desktop 可用于创建数据模型和交互式报表，而 Power BI 报表生成器是用于创建分页报表的设计工具。 此外，第三方工具为开发人员提供 Power BI Desktop 中不可用的额外功能。 由于开发体验因工具而异，因此在决定使用哪种工具时应考虑每个特定解决方案的要求。
  • 所需的发布体验是什么？ 高级内容创建者和内容所有者可能首选第三方工具（例如用于比较和合并模型的 ALM 工具包）发布内容。 应考虑每个特定解决方案的要求。
  • 访问和/或管理语义模型的首选方法是什么？ 高级内容创建者可能更喜欢使用 XMLA 终结点选择的工具读取和/或写入语义模型，而不是使用标准 Power Query 体验。 应考虑每个特定解决方案的要求。
  • 客户端工具更新的难易程度如何？ 某些组织发现安装客户端应用程序的频繁更新很困难。 在这种情况下，用户可能希望尽可能使用 Web 浏览器。
  • 用户的技能和专业知识是什么？ 现有知识和偏好可能会影响所选工具。 此选择不仅会影响初始开发活动，还会影响支持用户和维护现有解决方案的人员。
  • 如何管理版本控制？ 可通过多种方式完成版本控制。 使用客户端工具时，自助服务用户可能偏好使用 OneDrive 或 SharePoint，而更高级的用户可能更倾向于 Git 与客户端工具集成。 在 Power BI 服务中工作时，可以使用 Git 工作区集成。

提示

建议采用一种工作方法，然后一直使用该方法。 例如，当内容创建者使用不一致的 Power BI Desktop 和 Power BI 服务创建报表时，将更难确定原始报表所在的位置以及由谁负责。

何时使用每个创作工具

本节的其余部分思考何时使用最常见的创作工具。

基于 Web 的创作

Power BI 服务中用于创作和编辑内容的功能持续改进（以及用于查看、共享和分发内容的功能）。 对于使用非 Windows 操作系统（如 macOS、Linux 或 Unix）的内容创建者，Power BI 服务中基于 Web 的创作是一个可行的选项。 对于无法及时更新 Power BI Desktop 的组织，基于 Web 的创作也很有用。

注意

由于 Power BI 服务是一项 Web 应用程序，因此 Microsoft 会安装所有更新，以确保它是最新版本。 这对于忙碌的 IT 团队来说可能是一个明显好处。 但是，密切监视发布时间也很重要，以便了解功能更改。

可在基于 Web 的体验中创建某些类型的 Power BI 项，例如：

  • 数据流
  • 数据市场
  • 分页报表
  • Power BI 报表
  • 仪表板
  • 记分卡

可在浏览器中端到端创建 Fabric 解决方案。 该解决方案可能包括 Power BI 项以及非 Power BI 项（如湖屋）。

重要

选择在浏览器中创建内容时，务必告知内容创建者在何处保存内容。 例如，可将新报表保存到个人工作区很简单，但这并不总是理想的选择。 此外，务必考虑如何处理版本控制（例如 Git 集成）。

Power BI Desktop

由于 Power BI Desktop 是一款免费应用程序，因此它是内容创建者开始开发数据模型和创建交互式报表的绝佳方式。 借助 Power BI Desktop，你可以在单个应用程序中连接到多个数据源、合并来自多个数据源的数据、清理和转换数据、创建数据模型、添加 DAX 计算以及生成报表。 Power BI Desktop 非常适合生成交互式报表，重点介绍浏览。

以下是使用 Power BI Desktop 时的一些注意事项。

  • 可以在 Power BI Desktop 或 Power BI 服务中创建报表。 由于这种灵活性，开发内容的方式和位置需要一致的流程。
  • 使用版本控制被视为最佳做法。 自助服务内容创建者的一种选择是将 Power BI Desktop 创建的文件保存在已启用版本控制的位置（例如 OneDrive 或 SharePoint），该位置可以保护授权用户的安全。 高级内容创建者可能偏好使用 Git 集成。
  • Power BI Desktop 可用作 Windows 桌面应用程序。 可以在虚拟环境中运行 Power BI Desktop。
  • Power BI Desktop 通常每月更新一次。 通过定期更新，用户可以快速获取新功能。 但是，在大型组织中频繁推出更新需要计划。 有关详细信息，请参阅本文后面的客户端工具。

注意

Power BI Desktop 中有多个选项和设置会极大影响用户体验。 并非所有设置都可以通过组策略或注册表设置以编程方式进行维护（本文稍后介绍）。 其中一个关键设置与用户可以在 Power BI Desktop 中启用的预览功能有关。 但是，预览功能可能会发生更改、支持有限，并且可能并不总是以与 Power BI 服务相同的方式运行（在预览期间）。

建议仅使用预览功能来评估和学习新功能。 预览功能不应用于关键任务生产内容。

适用于报表服务器的 Power BI Desktop

与 Power BI Desktop的 标准版本相同，内容创建者可以使用适用于报表服务器的 Power BI Desktop 来创建 .pbix 文件。 它支持将内容发布到 Power BI 报表服务器。 新版本与 Power BI 报表服务器的发布节奏保持一致，通常每年发布三次。

内容创建者必须使用正确的 Power BI Desktop 报表服务器版本，以避免内容发布到 Power BI 报表服务器后出现兼容性问题。 可以从 Microsoft 下载中心手动下载并安装适用于报表服务器的 Power BI Desktop。

对于将内容发布到 Power BI 服务和 Power BI 报表服务器的用户，有两种选项。

  • 选项 1：仅使用适用于报表服务器的 Power BI Desktop，因为它生成可同时发布到 Power BI 服务和报表服务器的文件。 新创作功能将大约每四个月向用户提供一次（以便与 Power BI 报表服务器发布节奏保持一致）。
    • 优点：
      • 内容创建者只需使用一个工具。
      • 内容创建者可以确信他们发布的内容与报表服务器兼容。
      • 更少的工具更易于管理。
    • 缺点：
      • Power BI Desktop 的报表服务器版本中不提供仅在 Power BI 服务中支持的某些功能。 因此，内容创建者可能会发现它存在限制。
      • 新功能的可用速度较慢。
      • 预览功能不可用。
  • 选项 2：并行运行两个版本：Power BI Desktop 和适用于报表服务器的 Power BI Desktop。
    • 优点：
      • 标准 Power BI Desktop 中的所有功能均可使用。
      • 标准 Power BI Desktop 的新功能的可用速度更快。
      • 内容创建者可自行决定是否使用标准 Power BI Desktop 的预览功能。
    • 缺点：
      • 内容创建者必须准备好应对复杂性，因为他们需要根据目标部署位置记住何时使用哪个版本。 风险在于，当新版本的 .pbix 文件无意中发布到 Power BI 报表服务器时，它可能无法正常运行。 例如，数据模型查询失败、数据刷新失败或报表呈现不正确。
      • 当内容创建者直接打开 .pbix 文件（而不是在 Power BI Desktop 中打开）时，需要注意默认行为。

Microsoft Excel

许多业务用户都熟练使用 Microsoft Excel，并希望使用数据透视表、图表和切片器将其用于数据分析。 还有其他有用的 Excel 功能（例如多维数据集函数），这些功能在设计值的网格布局时可以提供更大的灵活性和格式设置。 某些内容创建者可能还偏好将 Excel 公式用于某些类型的计算（而不是数据模型中的 DAX 计算），尤其是在执行数据浏览活动时。

以下是将 Excel 高效用于 Power BI 的几种方法。

  • 将 Excel 连接到 Power BI 语义模型：此功能称为“Excel 实时连接”（从 Excel 启动时）或称为“在 Excel 中分析”（从 Power BI 服务启动时）。 将 Excel 连接到 Power BI 语义模型最适合偏好使用 Excel 创建连接到现有共享语义模型的可视化效果的报表创建者。 此方法的优点是它是连接，而不是导出数据，因此 Excel 工作簿中的数据可刷新。
  • 将 Excel 连接到 Power BI 语义模型中的精选表：如果希望将 Excel 连接到 Power BI语义模型中表的子集（而不是整个共享语义模型），则可以使用精选表。 当需要将 Excel 中的数据与存储在 Power BI 中的数据相关联时，此选项非常有效。
  • 使用实时连接导出到 Excel：查看视觉对象时，可以将可刷新数据表导出到 Excel。 当你希望在 Excel 中使用数据透视表进一步浏览数据时，此方法非常有用。
  • 创建 Excel 数据模型：Excel 数据模型（以前称为 Power Pivot）是 Excel 的本机功能。 它使用与 Power BI 相同的数据库引擎来存储导入的语义模型，并使用相同的 Power Query 功能来获取数据。 但是，在 Excel 中，功能更新的频率比 Power BI 要低得多。 它对于创建小型模型并且非常倾向于在 Excel 中工作的内容创建者非常有用。 还可以选择从 SharePoint 或 OneDrive 中导入工作簿以供工作或业务使用。 这样就可以在 Power BI 服务中查看工作簿。 或者，可以创建一个新的 Power BI 语义模型，该语义模型与工作簿中的数据同步（当工作簿存储在 OneDrive 工作版或学校版中时）。

还可以通过其他方法使用 Excel。 但这些选项不是最佳选项，因此应仅在必要时使用。

  • 导出到 Excel：许多用户习惯从报表或仪表板将数据导出到 Excel。 虽然 Power BI 支持此功能，但应谨慎和适度使用，因为它会生成静态数据集。 为了确保不会过度使用导出到 Excel 的数据，组织中的用户应了解导出的弊端，管理员应跟踪用户活动数据中的导出。
  • 从 Excel 获取源数据：将数据导入 Power BI 时，Excel 可用作数据源。 当需要用户友好的基于 Excel 的解决方案来维护源数据时，此功能最适合小项目。 快速执行概念证明 (POC) 时，此功能也很有用。 但是，为了降低与 Excel 数据源相关的风险，源 Excel 文件应存储在安全的共享位置。 此外，请勿更改列名以确保数据刷新成功。

提示

建议主要鼓励使用 Excel 作为实时连接。

以下是确定 Excel 是否是合适的创作工具时的一些重要注意事项。

  • 必须满足某些先决条件，用户才能从 Excel 连接到 Power BI 语义模型。
  • 在某些组织中，用户安装了 32 位版本的 Excel，而不是 64 位版本。 64 位版本的 Excel 可以支持更大的数据卷，通常比 32 位版本的性能更佳。 所有数据提供程序还必须与此版本选择保持一致。
  • Power BI Desktop 中的某些功能在 Excel 数据模型中不可用，或者功能的发布节奏明显较慢。 因此，在 Excel 中可能无法（轻松）满足复杂的建模要求。
  • Excel 中不提供可用于 Power BI Desktop 的某些连接器和数据源。

提示

许多组织目前已有的 Excel 解决方案，都可以通过将 Excel 文件连接到 Power BI 共享语义模型（而不是使用数据导出）来实现现代化。 实时连接可避免用户重复繁琐的步骤，防止数据过时，并确保在用户刷新 Excel 数据时始终应用数据安全性。

Power BI 报表生成器

Power BI 报表生成器是用于创建分页报表 (.rdl) 文件的工具。 分页报表可以部署到 Power BI 服务或 Power BI 报表服务器。 如果你体验过在 SQL Server Reporting Services (SSRS) 中创建报表，可以发现它是类似的报表创建体验。

分页报表最适合于高度格式化或像可打印的报表，例如财务报表。 分页报表还适合用于打印或 PDF 生成的报表，以及报表需要用户输入（带有报表参数）的情况。

提示

有关支持选择分页报表的其他场景，请参阅何时在 Power BI 中使用分页报表。

以下是决定使用 Power BI 报表生成器时的一些注意事项。

  • 使用 Power BI 报表生成器的方法与在 Power BI Desktop 中工作时不同。 分页报表始终侧重于创建单个报表（相反，在 Power BI Desktop 中创建的语义模型可能用于许多不同的报表）。
  • 与创建 Power BI 报表相比，开发分页报表需要更多技能。 但是，主要优势是对数据检索、布局和位置进行精细控制。
  • 分页报表涉及数据检索和布局。 需要开发一个查询（称为数据集），以便从外部数据源检索数据，这可能涉及编写本机查询语句（使用 DAX、T-SQL 或其他语言）。 数据集属于一个报表，因此无法由其他分页报表发布和使用。
  • 报表使用者习惯 Power BI 报表的内置交互性。 但是，报表交互性并不是分页报表的优势。 尝试在分页报表中实现类似的交互性可能具有难度或不可能。
  • 如果需要使用数据库存储过程（例如 Azure SQL 数据库存储过程）访问数据，则可以使用分页报表。
  • 根据分页报表是发布到 Power BI 服务还是 Power BI 报表服务器，存在一些功能差异和不受支持的功能。 建议进行概念证明，以确定目标环境可能出现的情况。

提示

有关详细信息，请参阅 Power BI 中的分页报表常见问题解答和 Power BI 报表生成器中的报表设计提示。

第三方工具

高级内容创建者可以选择使用第三方工具，尤其是企业规模的操作。 他们可以使用第三方工具来开发、发布、管理和优化数据模型。 这些工具的目标是扩大语义模型创建者可用的开发和管理能力。 第三方工具的常见示例包括表格编辑器、DAX Studio 和 ALM 工具包。 有关详细信息，请参阅高级数据模型管理使用情况方案。

注意

使用第三方工具在全球 Power BI 社区中变得很常见，尤其是对于高级内容创建者、开发人员和 IT 专业人员而言。

使用第三方工具进行语义模型开发和管理有三种主要方法。

  • 使用外部工具连接到 Power BI Desktop 中的本地数据模型：一些第三方工具可以连接到在 Power BI Desktop 中打开的数据模型。 这些工具注册到 Power BI Desktop 后，称为外部工具，可扩展 Power BI Desktop 的本机功能。
  • 使用 XMLA 终结点连接到 Power BI 服务中的远程数据模型：一些第三方工具可以使用 XML for Analysis (XMLA) 协议连接到已发布到 Power BI 服务的语义模型。 符合 XMLA 协议的工具使用 Microsoft 客户端库通过表格对象模型 (TOM) 操作来读取数据和/或将数据写入数据模型。
  • 使用模板文件连接到 Power BI Desktop 中的本地数据模型：一些第三方工具通过使用 Power BI Desktop 模板 (.pbit) 文件以轻量级方式分发其功能。

某些第三方工具是专有工具，需要付费许可证（例如表格编辑器 3）。 其他社区工具是免费和开源的（例如表格编辑器 2、DAX Studio 和 ALM 工具包）。 建议仔细评估每个工具的功能、成本和支持模型，以便能够充分支持内容创建者。

提示

一些组织发现，获得完全受支持的新工具的批准很简单（即使存在许可成本）。 但是，其他组织发现获得免费开源工具的批准更简单。 IT 部门可以提供指导，并帮助你完成必要的尽职调查。

清单 - 计划创作工具时，关键决策和操作包括：

  • 决定将鼓励哪些创作工具：对于自助服务创建者和高级内容创建者，考虑将主动提升哪些可用工具以供组织使用。
  • 决定将支持哪些创作工具：对于自助服务创建者和高级内容创建者，考虑将支持哪些可用工具以及由谁提供支持。
  • 评估第三方工具的使用情况：考虑允许或鼓励高级内容创建者使用哪些第三方工具。 调查隐私策略、许可成本和支持模型。
  • 为内容创建者创建指南：提供指导和培训，以帮助用户根据自己的情况选择和使用合适的创作工具。

管理和安装设备

本部分介绍安装和更新工具和应用程序以及安装用户设备的注意事项。

客户端工具

IT 部门经常使用术语“客户端工具”来指代客户端计算机（用户设备）上安装的软件。 在用户设备上安装的最常见 Power BI 软件是 Power BI Desktop。

由于 Microsoft 通常每月更新 Power BI Desktop，因此必须有一个无缝流程来管理安装和更新。

组织可以通过以下几种方式管理 Power BI Desktop 的安装和更新。

安装类型 支持自动更新 描述
Microsoft Store 是 Power BI Desktop 通过 Microsoft Store 分发。 系统将自动安装所有更新（包括 bug 修复）。 此选项是一种简单无缝的方法，前提是你的组织不会阻止某些（或全部）用户使用 Microsoft Store 中的某些（或全部）应用。
手动安装 否 你可以从 Microsoft 下载中心手动下载并安装可执行 (.exe) 文件。 但是，请注意，安装该软件的用户必须具有本地管理员权限（在大多数组织中，这些权限受到限制）。 如果选择使用此方法（并且不由 IT 部门管理），则用户最终可能会安装各种不同版本的 Power BI Desktop，这可能会导致兼容性问题。 此外，使用此方法，每个用户都需要收到快速修补工程 (QFE) 版本（也称为 bug 修复）发布的通知才能进行安装。
IT 部门管理的系统 取决于安装 可以使用各种 IT 部门管理的组织部署方法，例如 Microsoft System Center 或 Microsoft Application Virtualization （App-V）。 此选项最适合需要大规模或以自定义方式管理多个安装的组织。

用户设备具有足够的系统资源非常重要。 为了提高工作效率，处理大量数据的内容创建者可能需要超过最低要求的系统资源，尤其是内存 (RAM) 和 CPU。 IT 部门可能会根据其与其他内容创建者的体验提供建议的计算机规范。

协作进行 Power BI 开发的所有内容创建者都应使用相同版本的软件，尤其是 Power BI Desktop（通常每月更新）。 建议自动向用户提供更新，因为：

  • 协作处理 Power BI Desktop 文件的多个内容创建者可以确保使用相同的版本。 协作处理同一 .pbix 文件的创建者必须使用相同的软件版本。
  • 用户无需执行任何特定操作即可获取更新。
  • 用户可以利用新功能，且获得与公告和文档一致的体验。 当内容创建者了解到新功能时，可能会影响采用率和用户满意度，但他们会经历软件更新之间的长时间延迟。
  • Microsoft 仅支持 Power BI Desktop 的最新版本。 如果用户遇到问题并提交支持票证，Microsoft 支持人员会要求他们将其软件升级到最新版本。

除 Power BI Desktop（如前所述）外，你可能需要在用户设备（包括移动设备）上安装和管理其他 Microsoft 工具或第三方工具。 有关可能的工具列表，请参阅本文前面用于创作的可用工具。

在 Fabric OneLake 中创建和管理文件的用户也可能从 OneLake 文件资源管理器获益。 借助此工具，用户可以使用 Windows 文件资源管理器在 OneLake 中方便地上传、下载、编辑或删除文件。

注意

IT 部门可能已实施管理设备策略。 这些策略能够控制可以安装的软件及其管理方式。

客户端工具先决条件

已安装客户端工具（如 Power BI Desktop）的内容创建者可能需要特定的必备软件或程序包。

  • WebView2：（必需）对于运行 Power BI Desktop 的内容创建者，Microsoft Edge WebView2 运行时是先决条件。 借助WebView2，可以通过安全的方式在 Power BI Desktop 中嵌入 Web 技术（如 HTML、CSS 和 JavaScript）。 如果用户设备具有最新版本的 Windows 或已安装 Microsoft 365 应用程序并启用每月更新，则 WebView2 已安装完成。
  • .NET Framework：（必需）对于运行 Power BI Desktop 或第三方工具的内容创建者，.NET Framework 是先决条件。 .NET Framework 是一种支持生成和运行 Windows 应用的技术。 Power BI Desktop 需要特定版本或更高版本。
  • Microsoft Edge：（必需）对于运行 Power BI Desktop 的内容创建者，Edge 浏览器是先决条件。
  • Python 和 R 包：（可选）当租户设置启用时，Python 和 R 脚本可以通过多种方式与 Power BI 一起使用。。 脚本可用于创建 Python 视觉对象或 R 视觉对象。 也可以在查询编辑器中创建脚本；这种情况需要个人网关，因为标准数据网关中不支持 Python 和 R。 Python 包或 R 包是先决条件。 为了避免不兼容，IT 部门应管理要安装的包、安装位置以及安装的版本是否与 Power BI 服务中支持的内容相匹配。

数据连接组件

根据数据源，可能需要在用户设备上安装驱动程序、连接器或提供程序。 当用户在客户端工具（如 Power BI Desktop）或第三方工具中工作时，这些组件会启用数据连接。

  • 驱动程序：驱动程序是连接到其他系统的软件组件。 例如，若要连接到 Oracle 数据库，可能需要 Oracle 数据访问客户端软件。 或者，若要连接到 SAP HANA，可能需要 ODBC 驱动程序。
  • 自定义连接器：连接到旧系统或专有系统时，可能需要自定义数据源连接器。
  • Excel 提供程序：在 Excel 中分析提供程序允许用户在连接到已发布到 Power BI 服务的现有共享语义模型的同时在 Excel 中创建可视化效果。
  • Analysis Services 客户端库：连接到 Analysis Services 源时，需要安装客户端库。
  • Access 数据库 OLE DB 提供程序：连接到 Access 数据库时，需要安装 OLE DB 提供程序。

重要

对于需要通过网关进行连接的数据源，需要在每台数据网关计算机上安装相同的驱动程序、连接器和提供程序。 将内容发布到 Power BI 服务后，数据网关上缺少组件是数据刷新失败的常见原因。

提示

为了简化向更多用户的交付，许多 IT 团队将最常见的驱动程序、连接器和提供程序部署为标准用户设备安装的一部分。

版本控制工具

已安装客户端工具（例如 Power BI Desktop）的内容创建者还应能够保存文件的版本或历史副本。 当需要回滚更改时，对以前版本的访问尤其有用。

有两种处理开发文件版本控制的主要方法。

  • Teams、OneDrive 企业版、SharePoint：自助服务内容创建者通常将文件保存在 Teams、OneDrive 工作版或学校版或 SharePoint 中。 用户发现这些工具熟悉且易于使用。 共享库可以组织、保护适当的同事，并且内置版本控制。
  • 源代码管理插件：高级内容创建者可能需要集成源代码控制工具。 例如，这通常涉及安装 Git 进行源代码管理，然后使用 Visual Studio Code 等源代码管理工具将内容更改提交到远程存储库（例如 Azure DevOps Repos）。 对于 Power BI Desktop，可以使用 开发人员模式。 在此模式下，内容保存为 Power BI 项目 (.pbip) 文件，该文件与首选源代码管理系统兼容。 使用 Fabric 时，支持使用客户端工具进行 Git 集成。

有关详细信息，请参阅文件位置策略。

自定义视觉对象

开发人员可以使用 Power BI 视觉对象 SDK 创建 Power BI 自定义视觉对象，它允许 Power BI 报表创建者在内置核心视觉对象之外进行工作。 自定义视觉对象由 Microsoft、软件开发人员、供应商或合作伙伴创建和发布。

若要在 Power BI Desktop 中使用自定义视觉对象，必须首先将其安装在内容创建者的计算机上。 可通过多种方式将视觉对象分发给用户。

  • AppSource：AppSource 是Microsoft软件的应用程序、加载项和扩展的市场。 视觉对象使用 Power BI 视觉对象 (.pbiviz) 文件通过 AppSource 分发。 视觉对象可以自由分发或需要许可证。
    • 优点：
      • 用户可以轻松地在 AppSource 中搜索和查找视觉对象。
      • 所有报表和仪表板都会自动更新，以便使用来自 AppSource 的最新版本的自定义视觉对象。
      • 支持使用已认证的视觉对象。
      • Microsoft 对发布到 AppSource 的视觉对象执行基本验证。 评审范围取决于视觉对象是否经过认证。
    • 潜在缺点：
      • 当每位内容创建者从 AppSource 下载所需的内容时，如果用户已安装了不同的版本，可能会导致不兼容。
      • 内容创建者可能会下载尚未测试或尚未批准在组织中使用的视觉对象。
      • 视觉对象的开发人员需要遵循严格的发布流程。 尽管此流程增强了安全性并提高了稳定性，但同时可能会使快速发布 bug 修复变得困难，
  • 导入视觉文件：内容创建者可以将视觉文件导入 Power BI Desktop。
    • 优点：
      • 可以安装公开或私密分发的视觉对象。 其中包括内部开发的视觉对象或从供应商处购买的专有视觉对象。
      • 可以从 AppSource 外部获取视觉对象文件。
    • 潜在缺点：
      • 如果没有集中式系统，内容创建者可能很难知道哪些视觉对象已被批准在组织中使用。
      • 当每位内容创建者导入他们拥有的视觉对象文件时，如果用户已安装了不同的版本，可能会导致不兼容。
      • 更新不会自动传播到用户设备。 在每位用户更新其视觉对象文件之前，不会更新本地 Power BI Desktop 文件中的报表。
      • 不支持使用已认证的视觉对象。
  • 组织视觉对象：组织视觉对象存储库是 Fabric 管理门户中用于管理视觉对象的集中区域。
    • 优点：
      • 内容创建者无需管理视觉对象文件。 而 Fabric 管理员会集中管理可供所有用户使用的视觉对象版本。 确保所有用户和所有报表的版本一致。
      • 可以安装公开或私密分发的视觉对象。 其中包括内部开发的视觉对象或从供应商处购买的专有视觉对象。
      • 可对视觉对象进行测试并预先批准，以便在组织中使用。 此验证过程可降低使用未经批准的视觉对象的风险。 还可以更灵活地设置批准使用的视觉对象的特定版本。
      • 所有报表和仪表板都会自动更新为使用最新版本（当视觉对象文件在管理门户中更新或在 AppSource 中可用时）。
      • 如果组织当前正在使用的视觉对象被视为不再可信，则可以从组织视觉对象存储库中禁用或删除该视觉对象。 在此情况下，视觉对象不会在报表和仪表板中呈现。
      • 可以使用 AppSource 中的未经认证的视觉对象。 将租户设置设置为阻止未经认证的视觉对象，但特定的未经认证的视觉对象已通过验证并批准在组织中使用时，此优势非常有用。
    • 潜在缺点：
      • 组织视觉对象需要由 Fabric 管理员集中管理。
      • 集中化会降低用户灵活性并可能导致视觉对象版本更新延迟。
      • 当视觉对象未通过认证（需要从 AppSource 导入）时，某些功能不可用。

重要

如果组织高度关注数据隐私和数据泄露，请考虑通过组织视觉对象存储库治理所有自定义视觉对象。

提示

如何分发自定义视觉效果是一个治理考虑因素。 建议仔细评估每个视觉对象的功能，考虑其成本和支持模型，以便能够充分支持内容创建者。

此外，在批准使用新的自定义视觉对象之前，评估任何安全性和数据隐私风险至关重要，因为：

  • 视觉对象执行 JavaScript 代码，并有权访问它们可视化的数据。
  • 视觉对象可以将数据传输到外部服务。 例如，视觉对象可能需要将数据传输到 API 才能运行 AI 算法或呈现地图。 仅仅因为视觉对象将数据传输到外部服务，并不意味着它不可信。 无法对传输数据的视觉对象进行认证。

有关详细信息，请参阅治理组织视觉对象。

组策略设置

组策略对 Windows 计算机和网络环境的操作系统、应用程序和用户设置进行集中管理和配置。 它可以帮助 IT 部门部署和管理一致的用户帐户和计算机设置。 对于 Power BI Desktop，组策略的最常见用途是管理自定义视觉对象（如上一节所述）。

可以指定在 Power BI Desktop 中是允许还是阻止未经认证的视觉对象。 若要确保用户在 Power BI Desktop 和 Power BI 服务方面都具有一致的体验，请务必在两个位置一致地管理自定义视觉对象。

  • 租户设置：“只添加和使用经过认证的视觉对象(不允许未经认证的视觉对象)”租户设置用于允许或阻止用户在 Power BI 服务中创建或编辑报表时使用自定义视觉对象。

  • 组策略：当用户在 Power BI Desktop 中创建或编辑报表时，组策略设置管理自定义视觉对象的使用。 如果内容创建者花费大量时间在 Power BI Desktop 中创建无法在 Power BI 服务中显示的内容（由于租户设置不一致），则会导致大量用户不满。 因此，请务必使它们保持一致。

还可以使用组策略指定是允许还是阻止自定义视觉对象的数据导出。

注册表设置

Windows 操作系统将计算机信息、设置和选项存储在 Windows 注册表中。 对于 Power BI Desktop，可以设置注册表设置以自定义用户计算机。 注册表设置可通过组策略进行更新，这有助于 IT 部门为所有用户（或用户组）设置一致的默认设置。

以下是与 Power BI Desktop 相关的注册表设置的几个常见用途。

  • 禁用软件更新可用的通知。 当确定 IT 部门将获取 Power BI Desktop 更新、执行验证，然后通过其正常流程将更新推送到用户设备时，此设置非常有用。
  • 设置全局隐私级别。 最好将默认设置设置为“组织”，因为它有助于避免在合并不同数据源时违反数据隐私。
  • 禁用 Power BI Desktop 登录窗体。 当组织计算机自动登录时，禁用窗体非常有用。 在此情况下无需提示用户。
  • 优化查询编辑器性能。 当需要通过更改默认值来影响查询执行行为时，此设置非常有用。
  • 禁用外部工具功能区选项卡。如果知道无法批准或支持使用外部工具，则可能会禁用功能区选项卡。

提示

通常，此设置的目标不是显著限制用户可以使用工具执行的操作， 而是要改善用户体验并减少支持需求。

移动设备管理

许多用户喜欢在移动设备（如平板电脑或手机）上与 Power BI 内容进行交互，无论他们是在家还是在旅途中。 适用于 iOS、Android 和 Windows 的 Power BI 移动应用主要设计用于较小的外形规格和触摸屏。 通过它们可以更轻松地与已发布到 Power BI 服务或 Power BI 报表服务器的内容进行交互。

可以使用 Microsoft Intune 为管理的设备和非管理的设备指定应用保护策略和设备保护策略。 Intune 是一项提供移动设备和应用程序管理的软件服务，支持移动应用程序管理 (MAM) 策略。 可以设置不同级别的保护策略。

此外，还可以使用 Microsoft 365 或第三方的移动设备管理 (MDM) 解决方案来自定义 Power BI 移动应用的行为。 适用于 Windows 的 Power BI 应用还支持 Windows 信息保护 (WIP)。

以下是可以选择使用 MAM 和 MDM 策略的几种方法。

  • 指定数据保护设置。
  • 在应用未使用时加密应用程序数据。
  • 如果设备丢失，则选择性地擦除数据。
  • 避免将数据保存到个人存储位置。
  • 限制剪切、复制和粘贴操作。
  • 阻止打印组织数据。
  • 需要生物识别数据或访问 PIN 才能打开移动应用。
  • 指定用户在移动应用中选择或点击时的默认行为。

有关保护设备和数据的详细信息，请参阅 Power BI 安全性白皮书。

清单 - 管理设备时，关键决策和操作包括：

  • 确定如何更新 Power BI Desktop：考虑如何安装 Power BI Desktop（和其他客户端工具）。 尽可能确保自动安装更新。
  • 确定必要的客户端工具先决条件：确保定期安装和更新所有必备软件和程序包。
  • 确定必要的数据连接组件：确保定期安装和更新数据连接所需的所有驱动程序、连接器和提供程序。
  • 确定如何处理自定义视觉对象：决定如何处理来自 AppSource 和其他源的自定义视觉对象。 设置“允许从 Power BI SDK 创建的视觉对象”租户设置和“只添加和使用经过认证的视觉对象”租户设置，以符合你的决策。 考虑创建允许用户请求新的自定义视觉对象的流程。
  • 设置组策略设置：设置组策略，确保管理自定义视觉对象的方式与 Power BI 服务中的 Power BI Desktop 相同。
  • 设置注册表设置：设置注册表设置以自定义用户计算机（如适用）。
  • 调查移动设备管理：考虑对移动设备使用应用保护策略和设备保护策略（如适用）。

相关内容

有关有助于做出 Power BI 实现决策的更多注意事项、操作、决策标准和建议，请参阅 Power BI 实现计划。