Fabric 数据仓库中的平滑化和限制
适用于：✅SQL 分析终结点和 Microsoft Fabric 中的仓库
本文详细介绍了在 Microsoft Fabric 中使用仓库和 SQL 分析终结点平滑和限制工作负载的概念。
本文特定于 Microsoft Fabric 中的数据仓库工作负载。 对于所有 Fabric 工作负载，请访问 Microsoft Fabric 中的限制。
计算容量
容量构成了 Microsoft Fabric 的基础，并提供驱动所有 Fabric 工作负载的计算能力。 根据购买的容量 SKU，你有权使用在 Fabric 共享的一组容量单位 (OU)。 可以在容量和 SKU 中查看每个 SKU 的 OU。
平滑处理
容量存在未充分利用（闲置）和过度利用（峰值）的时期。 当容量运行多个作业时，计算需求可能突然激增，超出所购买容量的限制。 仓库和 SQL 分析终结点提供可突发容量，使工作负载能够使用更多资源来提高性能。
平滑可以帮助那些在高峰时段突然出现峰值、同时拥有大量未使用的闲置容量的客户得到缓解。 平滑通过分散计算评估来简化容量管理，以确保客户作业平稳高效地运行。
平滑不会影响执行时间。 它允许客户根据平均而不是峰值使用情况调整容量，从而帮助简化容量管理。
对于用户运行的交互式作业：容量消耗通常会在至少 5 分钟或更长时间内进行平滑处理，以减少短期时间峰值。
对于计划或后台作业：容量消耗分布在 24 小时内，因此无需为作业计划或争用而担忧。
有关详细信息，请访问 Microsoft Fabric 中的限制。
Fabric 数据仓库的操作分类
通常，与 Power BI 类似，操作被归类为交互式 或后台。
仓库类别中的大多数操作都会被报告为后台，以利用 24 小时的活动平滑，从而实现最灵活的使用模式。 通过 24 小时平滑，操作可以同时运行，而不会在一天中的任何时间造成任何峰值。 客户可以获得持续快速的性能，而不必担心工作负载的微小峰值。 因此，将数据仓库分类为“后台”可减少 CU 利用率峰值太快触发限制的频率。
限制
当客户的容量消耗比购买的 CPU 资源更多时，就会发生限制。 平滑消耗后，将根据未来容量消耗量检查容量限制策略。 这会导致最终用户体验下降。 当容量进入限制状态时，它只会影响容量开始限制后请求的操作。
限制策略应用在容量级别。 如果一个容量或一组工作区由于重载而性能降低，则其他容量可以继续正常运行。
Microsoft Fabric 的四个容量限制策略：
| 未来的平滑消耗 - 策略限制 | 限制策略 | 体验影响 |
|---|---|---|
| 使用 <= 10 分钟 | 超额保护 | 作业可以消耗 10 分钟的未来容量使用，而无需限制。 |
| 10 分钟 < 使用< = 60 分钟 | 交互式延迟 | 提交时，用户请求的交互式作业延迟 20 秒。 |
| 60 分钟 < 使用 <= 24 小时 | 交互式拒绝 | 用户请求的交互式类型作业被拒绝。 |
| 使用 > 24 小时 | 后台拒绝 | 所有新作业都被拒绝执行。 |
大多数仓库和 SQL 分析终结点操作都采用“后台拒绝”策略，因此如果在 24 小时内的平均利用水平超标，则会出现操作拒绝。
限制注意事项
- 任何正在进行的操作（包括长时间运行的查询、存储过程、批处理）都不会在中途受到限制。 限制策略适用于使用平滑后的下一个操作。
- 仓库操作在后台进行，但涉及建模操作（例如创建度量值、在默认语义模型中添加或移除表、可视化结果等）或创建/更新 Power BI 语义模型（包括默认语义模型）或报表的方案除外。 这些操作将继续遵循“交互式拒绝”策略。
- 与大多数仓库操作一样，动态管理视图 (DMV) 也归类为后台，并包含在“后台拒绝”策略中。 因此，当容量受到限制时，无法查询 DMV。 尽管 DMV 不可用，但容量管理员可以转到 Microsoft Fabric 容量指标应用以了解根本原因。
- 启用“后台拒绝”策略时，SQL 查询编辑器、视觉查询编辑器或建模视图中的任何活动都可能会看到错误消息：
Unable to complete the action because your organization's Fabric compute capacity has exceeded its limits. Try again later。 - 启用“后台拒绝”策略时，如果尝试在客户端应用程序（如 SQL Server Management Studio (SSMS) 或 Azure Data Studio）中通过 SQL 连接字符串连接到仓库，或运行新的 TSQL 查询，则可能会看到 SQL 错误代码 24801 和错误文本
Unable to complete the action because your organization's Fabric compute capacity has exceeded its limits. Try again later。
从重载情况中恢复的最佳做法
容量管理员可以通过以下方式从限制情况中恢复：
- 将容量升级到更高的 SKU 以提高容量限制。
- 确定高峰活动的贡献者并与高负载项目所有者合作，通过 T-SQL 查询优化流程来优化请求或跨其他容量重新分配任务。
- 等到重载状态结束后再发出新请求。
- 容量管理员可以配置主动警报，并在容量受到限制之前收到通知。
使用 Fabric 容量指标应用监视重载信息
容量管理员可以通过 Microsoft Fabric 容量指标应用进一步查看重载信息和向下钻取。
有关应用的演练，请访问“如何：观察 Synapse 数据仓库利用率趋势”。
“使用率”选项卡
此选项卡显示资源与购买的容量相比的利用率。 100% 利用率表示容量 SKU 的完整吞吐量，由所有 Fabric 工作负载共享。 这由黄色虚线表示。 在图中选择特定的时间点会启用“资源管理器”按钮，这会打开详细的钻取页面。
“限制”选项卡
为了监控和分析限制策略，在使用情况图表中添加了“限制”选项卡。 这样，容量管理员就可以轻松地将未来的使用情况视为每个限制的百分比，甚至向下钻取到导致超额的特定工作负载。 有关详细信息，请参阅指标应用中的限制。
在“后台拒绝”部分中，超过 100% 行的利用率受“后台拒绝”策略的限制。
“超额”选项卡
“超额”选项卡提供任何过度使用容量的直观历史记录，包括结转、累积和燃尽利用率。 有关详细信息，请参阅 Microsoft Fabric 容量指标应用中的“限制”和“超额”。