本文列出了 Power BI Premium 的工作负载，并介绍了其容量。
注释
可以使用 容量 REST API 启用工作负荷并将其分配给容量。
支持的作业负载
查询工作负荷针对高级容量 SKU 确定的资源进行优化和限制。 高级容量还支持可以使用容量资源的其他工作负荷。
以下工作负载列表描述了哪些高级 SKU 支持每个工作负荷：
AI - 除了 EM1/A1 SKU 之外，还支持所有 SKU
语义模型 - 支持所有 SKU
数据流 - 支持所有 SKU
分页报表 - 支持所有 SKU
配置工作负荷
可以通过为容量配置工作负荷设置来优化工作负荷的行为。
重要
所有工作负荷始终处于启用状态，不能禁用。 容量资源由 Power BI 根据容量使用情况进行管理。
在 Power BI 管理门户中配置工作负荷
- 使用管理员帐户凭据登录到 Power BI 。
- 从页眉中选择 ...>设置>管理门户。
- 转到 “容量设置” ，然后从 “Power BI Premium ”选项卡中选择容量。
- 展开 工作负载。
- 根据规范设置每个工作负荷的值。
- 选择应用。
监视工作负荷
使用 Microsoft Fabric 容量指标应用 监视容量的活动。
重要
如果 Power BI Premium 容量的资源使用率较高，导致性能或可靠性问题，可以接收通知电子邮件来识别和解决问题。 这是排查重载容量故障的简化方法。 有关详细信息，请参阅 通知。
AI （预览版）
借助 AI 工作负载，可以在 Power BI 中使用认知服务和自动化机器学习。 使用以下设置来控制工作负荷行为。
| 设置名称 | Description |
|---|---|
| 最大内存（%）1 | AI 进程可在容量中使用的可用内存的最大百分比。 |
| 允许从 Power BI Desktop 使用 | 此设置保留供将来使用，不会在所有租户中显示。 |
| 允许生成机器学习模型 | 指定业务分析师是否可以直接在 Power BI 中训练、验证和调用机器学习模型。 有关详细信息，请参阅 Power BI 中的自动化机器学习（预览版）。 |
| 为 AI 请求启用并行度 | 指定 AI 请求是否可以并行运行。 |
1高级 版不需要更改内存设置。 高级中的内存由基础系统自动管理。
语义模型
本部分介绍以下语义模型工作负荷设置：
Power BI 设置
使用下表中的设置来控制工作负荷行为。 具有链接的设置具有可在表下方的指定部分中查看的其他信息。
| 设置名称 | Description |
|---|---|
| 最大内存（%）1 | 语义模型可在容量中使用的可用内存的最大百分比。 |
| XMLA 终结点 | 指定来自客户端应用程序的连接遵循在工作区和应用级别设置的安全组成员身份。 有关详细信息，请参阅 使用客户端应用程序和工具连接到语义模型。 |
| 最大中间行集计数 | DirectQuery 返回的最大中间行数。 默认值为 1000000，允许的范围介于 100000 到 2147483646 之间。 根据数据源支持的内容，可能需要进一步限制上限。 |
| 最大脱机语义模型大小 （GB） | 内存中脱机语义模型的最大大小。 这是磁盘上的压缩大小。 默认值为 0，这是 SKU 定义的最高限制。 允许的范围介于 0 和容量大小限制之间。 |
| 最大结果行计数 | DAX 查询中返回的最大行数。 默认值为2147483647，允许的范围介于 10000 和 2147483647 之间。 |
| 查询内存限制（%） | 可用于执行 MDX 或 DAX 查询的工作负荷中可用内存的最大百分比。 默认值为 0，这会导致应用特定于 SKU 的自动查询内存限制。 |
| 查询超时（秒） | 查询超时前的最大时间。默认值为 3600 秒（1 小时）。 值 0 指定查询不会超时。 |
| 自动页面刷新 | 打开/关闭开关，允许高级工作区根据固定间隔使用自动页面刷新报表。 |
| 最小刷新间隔 | 如果启用自动页面刷新，则允许页面刷新间隔的最小间隔。 默认值为 5 分钟，允许的最小值为 1 秒。 |
| 更改检测度量值 | 打开/关闭开关，允许高级工作区根据更改检测使用自动页面刷新报表。 |
| 最小执行间隔 | 如果更改检测度量值处于打开状态，则允许轮询数据更改的最小执行间隔。 默认值为 5 秒，允许的最小值为 1 秒。 |
1高级 版不需要更改内存设置。 高级中的内存由基础系统自动管理。
小窍门
故障排除： 最大内存（%） 设置控制分配给高级容量中的语义模型的内存量。 调整此设置可以提高性能，并减少与内存相关的错误的可能性。 如果语义模型无法加载或遇到性能缓慢的情况，请考虑增加最大内存（%）分配。
有关基于 SKU 的内存限制的详细信息，请参阅 语义模型 SKU 限制。
最大中间行集计数
使用此设置可以控制资源密集型报表或设计不佳报表的影响。 当对 DirectQuery 语义模型的查询导致源数据库产生非常大的结果时，可能会导致内存使用率和处理开销激增。 这种情况可能导致其他用户和报告资源不足。 此设置允许容量管理员调整单个查询可从数据源提取的行数。
或者，如果容量可以支持超过 100 万行默认值，并且你有一个大型语义模型，请增加此设置以提取更多行。
此设置仅影响 DirectQuery 查询，而 最大结果行集计数 会影响 DAX 查询。
最大脱机语义模型大小
使用此设置可阻止报表创建者发布可能会对容量产生负面影响的大型语义模型。 在将语义模型加载到内存中之前，Power BI 无法确定实际的内存中大小。 具有较小脱机大小的语义模型可以具有比具有较大脱机大小的语义模型更大的内存占用量。
如果现有的语义模型大于为此设置指定的大小，则当用户尝试访问该模型时，语义模型将无法加载。 如果语义模型大于为语义模型工作负荷配置的最大内存，则语义模型也可能无法加载。
此设置适用于小型语义模型存储格式（ABF 格式）和大型语义模型存储格式（PremiumFiles）的模型，尽管在同一模型与另一种格式中存储时，同一模型的脱机大小可能有所不同。 有关详细信息，请参阅 Power BI Premium 中的大型模型。
为了保护系统的性能，将应用针对最大脱机语义模型大小的附加 SKU 特定的硬上限，而不考虑配置的值。 下表中其他特定于 SKU 的硬上限不适用于以大型语义模型存储格式存储的 Power BI 语义模型。
| SKU | 限制1 |
|---|---|
| F2 | 1GB |
| F4 | 2 GB |
| F8/EM1/A1 | 3 GB |
| F16/EM2/A2 | 5 GB |
| F32/EM3/A3 | 6 GB |
| F64/P1/A4 | 10 GB |
| F128/P2/A5 | 10 GB |
| F256/P3/A6 | 10 GB |
| F512/P4/A7 | 10 GB |
| F1024/P5/A8 | 10 GB |
| F2048 | 10 GB |
1最大脱机语义模型大小的硬上限（小型存储格式）。
最大结果行集计数
使用此设置可以控制资源密集型报表或设计不佳报表的影响。 如果在 DAX 查询中达到此限制，则报表用户会看到以下错误。 他们应复制错误详细信息并联系管理员。
此设置仅影响 DAX 查询，而 最大中间行集计数 会影响 DirectQuery 查询。
查询内存限制
使用此设置可以控制资源密集型报表或设计不佳报表的影响。 某些查询和计算可能会导致在容量上使用大量内存的中间结果。 这种情况可能会导致其他查询执行速度非常慢，导致从容量中逐出其他语义模型，并导致容量其他用户出现内存不足错误。
此设置适用于 Power BI 报表执行的所有 DAX 和 MDX 查询、在 Excel 报表中分析以及可能通过 XMLA 终结点连接的其他工具。
在刷新语义模型中的数据后，数据刷新作还可以执行 DAX 查询，作为刷新仪表板磁贴和视觉缓存的一部分。 此类查询也可能因为此设置而失败，这可能会导致数据刷新作显示为失败状态，即使语义模型中的数据已成功更新。
默认设置为 0，这会导致应用以下特定于 SKU 的自动查询内存限制。
| SKU | 自动查询内存限制 |
|---|---|
| F2 | 1GB |
| F4 | 1GB |
| F8/EM1/A1 | 1GB |
| F16/EM2/A2 | 2 GB |
| F32/EM3/A3 | 5 GB |
| F64/P1/A4 | 10 GB |
| F128/P2/A5 | 10 GB |
| F256/P3/A6 | 10 GB |
| F512/P4/A7 | 20 GB |
| F1024/P5/A8 | 40 GB |
| F2048 | 40 GB |
未分配给高级容量的工作区的查询限制为 1GB。
查询超时
使用此设置可以更好地控制长时间运行的查询，这可能会导致报表加载缓慢给用户。
此设置适用于 Power BI 报表执行的所有 DAX 和 MDX 查询、在 Excel 报表中分析以及可能通过 XMLA 终结点连接的其他工具。
在刷新语义模型中的数据后，数据刷新作还可以执行 DAX 查询，作为刷新仪表板磁贴和视觉缓存的一部分。 此类查询也可能因为此设置而失败，这可能会导致数据刷新作显示为失败状态，即使语义模型中的数据已成功更新。
此设置适用于单个查询，而不是运行与更新语义模型或报表关联的所有查询所需的时间长度。 请看下面的示例：
- 查询超时设置为 1200 （20 分钟）。
- 有五个要执行的查询，每个查询运行 15 分钟。
所有查询的组合时间为 75 分钟，但未达到设置限制，因为所有单个查询都运行不到 20 分钟。
请注意，Power BI 报表会覆盖此默认值，每个查询的容量超时要小得多。 每个查询的超时通常约为三分钟。
自动页面刷新
启用后，自动页面刷新允许高级容量中的用户按照定义的时间间隔刷新报表中的页面，以便 DirectQuery 源。 作为容量管理员，可以执行以下作：
- 打开和关闭自动页面刷新
- 定义最小刷新间隔
若要查找自动页面刷新设置，请执行以下作：
在 Power BI 管理门户中，选择 “容量设置”。
选择容量，然后向下滚动并展开 “工作负荷 ”菜单。
向下滚动到 “语义模型 ”部分。
通过自动页面刷新创建的查询将直接转到数据源，因此在允许组织中的自动页面刷新时，请务必考虑这些源上的可靠性和负载。
Analysis Services 服务器属性
Power BI Premium 支持其他 Analysis Services 服务器属性。 若要查看这些属性，请参阅 Analysis Services 中的服务器属性。
管理门户开关
默认情况下，已启用基于 Analysis Services XMLA 的服务器属性设置。 启用后，工作区管理员可以修改单个工作区的行为。 修改的属性仅适用于该工作区。 若要切换 Analysis Services 服务器属性设置，请执行以下步骤。
转到 容量设置。
选择要在其中禁用 Analysis Services 服务器属性 的容量。
展开 工作负载。
在 语义模型中，为 基于观察 XMLA 的工作区设置（可能会替代容量设置） 开关选择所需的设置。
Dataflows
数据流工作负载允许你使用数据流自助数据准备、引入、转换、集成和扩充数据。 使用以下设置来控制 Premium 中的工作负荷行为。 Power BI Premium 不需要更改内存设置。 高级中的内存由基础系统自动管理。
增强的数据流计算引擎
为了受益于新的计算引擎，将数据拆分为单独的数据流，并将转换逻辑放入不同数据流中的计算实体。 建议使用此方法，因为计算引擎适用于引用现有数据流的数据流。 它不适用于引入数据流。 遵循本指南可确保新的计算引擎处理转换步骤，例如联接和合并，以获得最佳性能。
分页报表
通过分页报表工作负载，可以在 Power BI 服务中基于标准 SQL Server Reporting Services 格式运行分页报表。
分页报表提供与 SQL Server Reporting Services （SSRS） 报表目前相同的功能，包括报表作者添加自定义代码的功能。 这样，作者就可以动态更改报表，例如基于代码表达式更改文本颜色。
外部连接性
默认情况下，出站连接处于打开状态。 它允许分页报表发出提取外部资源（如图像）的请求，并调用使用分页报表中的自定义代码定义的外部 API 和 Azure 函数。 Fabric 管理员可以在 Power BI 管理门户中禁用此设置。
若要访问出站连接设置，请执行以下步骤：
在 Power BI 服务中，导航到 管理门户。
从 Power BI Premium 选项卡中，选择要禁用分页报表出站请求的容量。
展开 工作负载。
出站连接开关位于 分页报表 部分。
关闭 出站连接禁用 后，将启用出站连接。
启用 出站连接禁用 后，将禁用出站连接。
进行更改后，选择“ 应用”。
分页报表工作负荷会自动启用，并且始终启用。