Power BI Premium 常见问题解答

Microsoft Fabric 是一个平台，允许用户使用各种工具获取、创建、共享和可视化数据。 Power BI 是一种可视化工具，是 Fabric 的体验之一。

Power BI Premium Per Capacity 是 Power BI Premium 的另一个名称。 Power BI 需要两种类型的许可证：Per Capacity 许可证和 Per User 许可证。 因此，Power BI Premium 有时称为 Power BI Premium Per Capacity。

Power BI Premium 已过渡到 Microsoft Fabric。 Power BI Premium 现在是 Fabric 的一部分。 你可以在 Fabric 中和所有其他 Fabric 体验中使用 Power BI。 由于此变更，Power BI Premium SKU 即将停用。

Power BI 是 Fabric 平台的一部分。 若要在任何其他 Fabric 体验的情况下使用 Power BI，请禁用“用户可创建 Fabric 项”租户开关。

否。 P SKU 不再可供购买，只能续订它们。 若要使用 Power BI Premium 功能，需要购买 F SKU。 购买 F SKU 让你能够使用所有 Fabric 功能以及 Power BI Premium 功能。 有关此过渡的详细信息，可阅读 Power BI Premium P SKU。

若要购买 Fabric，请从 Microsoft Fabric 定价页开始。

下次续签合同时，请与 Microsoft 代表讨论使用 F SKU 而不是 P SKU 来续签合同。

在与 Microsoft 签订的当前协议结束时，你需要与 Microsoft 帐户代表合作，将你的 P SKU 购买迁移到 F SKU 购买。 无需立即操作。 你可以在下次续订之前继续使用现有 Power BI Premium 容量。

要将内容转移到 Fabric，需要将工作区重新分配到 Fabric 容量。 可以在管理门户或工作区窗格中将工作区分配到新的容量。 若要加快转移过程，管理员可以批量地将工作区重新分配到 Fabric 容量。

否。 下次续订时，你必须与 Microsoft 帐户代表合作来购买 Fabric 容量。 然后，必须将工作区重新分配到新的 Fabric 容量。

P SKU 容量订阅结束后，你将能够访问 Power BI 项 90 天。 在这 90 天内，你能够将工作区迁移到新的 F SKU 容量，同时仍然能够访问现有工作。 但是，重新分配工作区后，所有计划作业都将被取消。 迁移后，需要重新计划这些活动。

是，在你购买 F SKU 时，你还会获得 Power BI Embedded。

库存单位 (SKU) 指示你的容量具有多少计算能力。 有关 P SKU 和 F SKU 之间的比较，可查看容量许可证。

要估算你所需的容量大小，请咨询 Microsoft 帐户代表。 你的代表可根据你当前的消耗情况推荐购买哪个 SKU。 你可以使用 Fabric 试用版来衡量你的容量消耗量。 Microsoft Fabric Capacity Metrics 应用可帮助你分析你的容量消耗情况。

要创建 Power BI 报表和使用内容，需要 Power BI Pro 许可证。 使用 F64 或更高版本的 SKU，如果内容在容量范围内，你可以使用 Microsoft Fabric 免费许可证查看该内容。 如果 Fabric 项不是 Power BI 项，那么这些 Fabric 项不需要 Pro 许可证。 有关 Fabric 中的用户许可证的详细信息，请参阅 Per User 许可证。

你可以通过带软件保障的 SQL Server Enterprise Edition 使用 Power BI 报表服务器。 有关详细信息，请参阅 SQL Server 定价页。

下表列出了 F SKU 和 P SKU 之间的主要区别。

^* Fabric 具有受信任的工作区访问和托管专用终结点等 Azure 功能，这些功能仅可用于 F SKU。

自动缩放是 Power BI Premium 的可选功能，受两个限制的影响，每个限制都由 Power BI 管理员进行配置：

• 主动限制 - 主动限制通过限制容量可使用的自动缩放 V 核心数来设置自动缩放可产生的费率。 例如，通过将 V 核心的最大自动缩放数设置为 1 个 V 核心，确保可产生的最大费用是使用 1 个 V 核心自动缩放 30 天。

• 反应性限制 - 还可以通过在与自动缩放结合使用的 Azure 订阅上设置支出限制，来设置自动缩放成本的反应性限制。 若要设置被动限制，需要执行以下操作：

  • 设置一个 Azure 策略，以将资源组限制为 microsoft.powerbidedicated/autoscalevcores 类型的资源。

  • 在 Azure 预算中创建一个操作组，用于调用自定义 Azure PowerShell Runbook 来获取和删除资源组中的所有资源。

Power BI Premium 通过每 30 秒聚合一次利用率记录来评估利用率级别。 每次评估都包括两种不同的聚合：交互式利用率和后台利用率。

交互式利用率的评估方式是，考虑在当前半分钟评估周期中或附近完成的所有交互式操作。

后台利用率是通过考虑过去 24 小时内完成的所有后台操作来评估的，其中每个后台操作仅占总 CPU 成本的 1/2880（每 24 小时有 2880 个评估周期）。

容量由定义的虚拟核心数组成。 Microsoft Fabric Capacity Metrics 应用跟踪容量 v 核心的利用率。 应用中报告的 CPU 使用率导致需要自动缩放。

如果你的 P1 订阅有八个 V 核心，则每个评估周期配额为 240 (8 × 30) 秒的 CPU 利用率。 如果这两个利用率的总和超过了容量中的 V 总配额，则在接下来的 24 小时内，容量将使用其他 V 核心自动缩放。

自动缩放始终查看你的当前容量大小，以评估你使用的资源量。 如果已使用一个 V 核心进行自动缩放，则在评估周期中，最大容量现在为 270 (240 + 1 × 30) 秒的 CPU 时间。

自动缩放始终确保没有单个交互式操作会消耗你的所有容量，你必须在一个评估周期中执行两个或更多交互式操作才能启动自动缩放。

在重载期间，如果不应用自动缩放限制。

在白天发生重载事件可能会影响许多用户。 在午夜发生重载事件可能仅影响少量用户。 重载分数旨在帮助区分这两种重载事件，以便挑选出对用户影响最大的 Power BI 项目（例如报表和数据集）。

重载分数分两步计算：

1. 将属于受重载事件影响的交互查询的 CPU 秒数相加。

2. 步骤 1 中的值乘以受限制影响的交互操作的计数。

你的指标报表数据集可保留 30 到 45 天内的数据。 你可以使用报表来指示与容量最大资源的接近程度，并且如果你保存每月快照，就可以将它们进行比较以了解增长趋势，并推断出你将达到 100% 资源利用率的速度。

利用率数据目前不指示请求是否因容量处于交互式请求延迟模式而受到限制。 此信息将被添加到利用率应用中，使管理员可以确定用户是否遇到延迟，以及在没有进行自动缩放的情况下因重载而导致的延迟程度。

Power BI 管理门户中的“容量管理”页上有一个利用率通知复选框。 用户可以选择触发警报的阈值（默认值为 80%），以及应接收利用率警报的电子邮件地址。

Power BI 服务可以存储 90 天以上的利用率数据。 需要更长数据保留时间的用户可使用自带 Log Analytics (BYOLA) 来存储更多使用数据。

客户不能通过利用率数据来查看其操作的内存占用情况，并且无法提前知道是否有任何操作会出现故障。

在利用率报表左侧，条形图视觉对象显示了报表时间范围内工作区之间的利用率信息。 条形图视觉对象可用于退款，因为每个工作区表示不同的业务单元、成本中心或其他可以申请退款的实体。

购买容量时，你将获得预定义的 V 核心数，如容量和 SKU 中所列。

通过显示容量的 CPU 使用率水平，Microsoft Fabric Capacity Metrics 应用可帮助你了解容量的执行情况。 若要提供一种简单的方法来度量容量性能，该应用会报告容量所具有的 V 核心数的 CPU 使用率。 Power BI 根据应用中显示的数据制定限制和自动缩放决策。

有关 Premium Per User (PPU) 的信息，请参阅 Power BI Premium Per User 一文。

后续步骤

以下文章详细介绍了 Power BI Premium：

• 什么是 Power BI Premium？
• 将自动缩放功能与 Power BI Premium 结合使用
• 激活延长的 Power BI Pro 试用期
• Power BI Embedded 常见问题解答

更多问题？ 尝试咨询 Power BI 社区