本文面向 Azure Analysis Services（AAS） 数据建模者和管理员。 它提供了指导和理由来帮助将其 AAS 数据库迁移到 Power BI Premium 或 Power BI Embedded。
重要
本文介绍 Power BI Premium 或其容量订阅（P SKU）。 目前，Microsoft 正在合并购买选项并停用 Power BI Premium 按容量计费的 SKU。 新客户和现有客户应考虑改为购买 Fabric 容量订阅 (F SKU)。
有关详细信息，请参阅 Power BI Premium 许可即将进行的重要更新和 Power BI Premium 常见问题解答。
背景
Power BI 已发展成为自助服务和 IT 托管企业商业智能（BI）的领先平台。 随着数据量和复杂性的指数增长，Power BI 客户需要企业 BI 解决方案，这些解决方案可扩展到 PB 级、安全、易于管理，并且可供组织中最大的所有用户访问。
20多年来，Microsoft继续对企业 BI 进行深入投资。 AAS 和 SQL Server Analysis Services（SSAS）基于无数企业使用的成熟 BI 数据建模技术。 如今，这种技术也是 Power BI 语义模型的核心。
注释
在本文中，术语数据模型、BI 模型、表格模型、数据库和 Power BI 语义模型的含义相同。 本文通常使用 AAS 模型的术语 数据模型 和 Power BI 模型的语义模型 。
此外，虽然本文介绍了迁移到 Power BI Premium 的过程，但它也适用于 Power BI Embedded。
近年来，Microsoft在 Power BI Premium 中取得了长足的进步，为 Power BI Premium 提供 AAS 功能。 为此，Power BI 立即继承了数十年来构建的大型开发人员、合作伙伴、BI 工具和解决方案生态系统。 如今，完整的 Power BI Premium 工作负载、特性和功能现在可生成一个现代的云 BI 平台，远远超出了 AAS 或 SSAS 中可用的可比功能。
如今，许多客户都拥有与 AAS 实时连接的 Power BI 报表。 当然，这些客户会询问是否有机会通过将数据模型与报表一起托管在 Power BI 中来整合。 他们经常提出如下问题：
- 我们依赖的所有 AAS 功能在 Power BI 中是否都起作用？
- Power BI 是否向后兼容 AAS 工具和进程？
- 哪些功能仅在 Power BI 中可用？
- 如何比较 AAS 和 Power BI 之间的成本？
- 为什么 Microsoft 融合企业和自助服务的商业智能？
- 如何从 AAS 迁移到 Power BI Premium？
- AAS 是否被标记为弃用？
- 企业数据模型的Microsoft路线图是什么？
本文介绍了其中许多问题的解答。
注释
迁移到 Power BI Premium 的决定取决于每个客户的要求。 客户应仔细评估其他权益，以便做出明智的决策。 随着时间的推移，我们预计会有机地迁移到 Power BI Premium，我们的意图是，让客户在舒适的条件下进行迁移。
需要明确的是，目前没有任何计划弃用 AAS。 优先考虑对 Power BI Premium 进行企业数据建模的投资，因此 Power BI Premium 提供的附加价值会随着时间的推移而增加。 选择 Power BI Premium 的客户可以受益于与 Microsoft BI 产品路线图的一致。
自助服务和企业 BI 的融合
Power BI 中合并项目（如报告和仪表板），由于共同位置，可以简化查找和管理。 合并后，无需弥合 AAS 和 Power BI 之间的差距。 然后，中心 IT 团队可以更轻松地采用已广受欢迎的自助服务项目，这给企业带来了管理负担。 IT 可以接管此类项目。 他们可以根据符合公司标准和世系透明度的受治理数据实施任务关键决策。 通过共享通用平台来简化此工作流，可以促进业务与 IT 之间的更好的协作。
Power BI Premium
由于其分布式体系结构，Power BI Premium 对总体负载、时态峰值和高并发性不太敏感。 通过将容量合并到更大的 Power BI Premium SKU，客户可以实现更高的性能和吞吐量。
本文稍后将介绍与 Power BI Premium 关联的可伸缩性优势。
功能对比
AAS 提供 Analysis Services 数据库引擎用于托管数据模型，这是Microsoft企业 BI 体系结构的核心组件。 事实上，Power BI Premium 是 AAS 的超集，因为它提供了更多功能。 下表列出了 AAS 和 Power BI Premium 中支持的功能。 该表重点介绍 Power BI 语义模型相关功能，但并不局限于 Power BI 语义模型相关功能。
| 功能 | AAS | Power BI Premium |
|---|---|---|
| 高级工作负荷 | ||
| 分页报表非常适合用于设计成打印的报表，尤其是当表格数据溢出到多个页面时 | 否 | 是的 |
| 数据流，用于存储用于 Power BI 语义模型中的数据片段 | 否 | 是的 |
| 人工智能（AI）数据流，使用认知服务、自动化机器学习和 Azure 机器学习（AML）集成 | 否 | 是的 |
| 指标，用于策展关键业务度量值并允许根据目标跟踪它们 | 否 | 是的 |
| 业务赋能 | ||
| 无限制的报表分发给任何人（甚至组织外部） | 否 | 是的 |
| 业务驱动的交互式报表、工作区和应用 | 否 | 是的 |
| 平台可伸缩性和复原能力 | ||
| Power BI Premium 体系结构，支持增加规模和性能 | 否 | 是的 |
| 优化的语义模型内存管理 | 否 | 是的 |
| 每个数据模型而不是每个服务器的规模限制 | 否 | 是的 |
| 用于提升刷新恢复能力的 CPU 平滑处理 | 否 | 是的 |
| 自动缩放，自动增加计算容量，以避免大量使用下速度变慢 | 否 | 是的 |
| Azure 区域和可用性区域中的业务连续性和灾难恢复（BCDR） | 否 | 是的 |
| 通过大数据进行交互式分析 | ||
| 大型模型大小 （压缩最大为 400 GB） | 是的 | 是的 |
| 混合表，包括内存中和 DirectQuery 分区，可帮助在大型表上提供近乎实时的结果 | 否 | 是的 |
| 自动聚合，使用最先进的机器学习 （ML） 持续优化 DirectQuery 性能 | 否 | 是的 |
| 用户定义的聚合，可提高对非常大的 DirectQuery 表的查询性能 | 否 | 是的 |
| 查询横向扩展，用于在复制的服务器之间分配客户端查询 | 是的 | 是的 |
| Security | ||
| 客户托管加密密钥（BYOK）允许客户使用他们自己的加密密钥来加密存储在 Microsoft 云中的数据。 | 否 | 是的 |
| 虚拟网络连接，使 Power BI 能够在组织的虚拟网络（VNet）中无缝工作 | 否 | 是的 |
| Azure 专用链接，为 Power BI 中的数据流量提供安全访问 | 否 | 是的 |
| DirectQuery 源的单一登录（SSO），它允许使用报表用户的标识连接到数据源 | 否 | 是的 |
| 行级别安全性（RLS），用于限制对特定用户特定数据行的访问 | 是的 | 是的 |
| 对象级安全性 （OLS），用于限制对特定用户的特定表或列的访问 | 是的 | 是的 |
| 防火墙（启用时允许设置允许的 IP 地址范围） | 是的 | 否 1 |
| 治理 | ||
| Microsoft Purview 集成，这有助于客户管理和治理 Power BI 项目 | 否 | 是的 |
| Microsoft信息保护（MIP） 敏感度标签 并与 Microsoft Defender for Cloud Apps 集成，以防止数据丢失 | 否 | 是的 |
| 内容 认可，以推广或认证有价值的高质量 Power BI 项目 | 否 | 是的 |
| 语义建模 | ||
| 与 Power BI Desktop 的兼容性 | 否 | 是的 |
| 复合模型，包括使用 DirectQuery 查询 Power BI 语义模型和 AAS | 否 | 是的 |
| Power BI 服务观察到的多语言模型版本的翻译 | 否 | 是的 |
| Analysis Service 引擎的语义建模 | 是的 | 是的 |
| 模型管理 | ||
| 增量刷新，它使用策略自动执行分区管理，并有助于提供准实时报告（请参阅混合表） | 否 | 是的 |
| 部署管道，用于管理 Power BI 内容的生命周期 | 否 | 是的 |
| 计划刷新，使缓存的语义模型数据保持最新状态 | 否 | 是的 |
| 增强刷新，允许任何编程语言使用 REST API 调用执行异步语义模型刷新 | 是的 | 是的 |
| 备份和还原 | 是的 | 是的 |
| 语义模型工作负荷设置，用于控制高级容量工作负荷 | 否 | 是的 |
| 服务器属性，控制 Analysis Services 服务器实例属性 | 是的 | 是的 |
| 别名服务器名称，允许使用较短的别名连接到 Analysis Services 服务器实例 | 是的 | 否 |
| 启用了 XMLA 终结点的 API，用于编写脚本，并与自动化和 ALM 的服务兼容，包括 Azure Functions、Azure 自动化和 Azure DevOps | 是的 | 是的 |
| 连接 | ||
| 支持所有 Power BI 数据源 | 否 | 是的 |
| XMLA 终结点，允许通过开放平台连接来使用数据模型和可视化工具（包括第三方工具） | 是的 | 是的 |
| 多地理位置功能，可帮助跨国客户满足区域、行业特定或组织数据驻留要求 | 是的 | 是的 |
| 可发现性 | ||
| OneLake 目录集成，可帮助用户发现、探索和使用 Power BI 语义模型 | 否 | 是的 |
| 数据世系视图 和 语义模型影响分析，帮助用户了解和评估 Power BI 项依赖项 | 否 | 是的 |
| 监视和诊断日志记录 | ||
| Fabric 容量指标应用，它为 Power BI 容量提供监视功能 | 否 | 是的 |
| 审核日志，用于跟踪 Power BI 和 Microsoft 365 中的用户活动 | 否 | 是的 |
| Azure Log Analytics （LA） 集成，允许管理员为 Power BI 工作区配置 Log Analytics 连接 | 是的 | 是的 |
| Azure Monitor 中的指标警报，提供一种在多维指标越过阈值时获得通知的方法 | 是的 | 否 |
| XMLA 端点支持诊断日志工具连接，包括 SQL Server Profiler | 是的 | 是的 |
| SQL Server 扩展事件 （xEvents）是一种轻型跟踪和性能监视系统，可用于诊断问题 | 是的 | 否 |
1 改用 VNet 连接和 Azure 专用链接
成本比较
将 Power BI Premium 与 AAS 成本进行比较时，请务必考虑超出每个核心价格的因素。 Power BI 提供更低的拥有成本和业务价值，以及许多仅适用于 Power BI 数据模型 的功能 。
此外，假设已在组织中使用 Power BI，请根据 合并 AAS 和 Power BI 的现有配置文件计算成本。 将现有配置文件与 Power BI Premium 上的目标配置文件进行比较。 若要确定目标配置文件，请务必考虑以下几点：
- 区域要求。
- 每个地区中最大的 AAS 数据模型大小。
- 每个区域中的用户数。
- 开发和管理内容所需的用户数。
- AAS 和 Power BI Premium 的 CPU 消耗量。
重要
由于多种因素，AAS 和 Power BI Premium 的 CPU 消耗量可能会显著变化。 因素可能包括在同一容量、刷新模式和查询模式上使用其他工作负荷。 建议对迁移模型执行深入分析，以量化 AAS 和 Power BI Premium 之间的比较 CPU 消耗。
小窍门
若要帮助确定适合业务需求和情况的许可证类型和数量，请参阅 此相关文章。
合并机会
许多 AAS 客户已经拥有连接到 AAS 的 Power BI 报表。 因此，迁移到 Power BI 可以代表在 Power BI Premium 中合并 BI 项的机会。 整合使更大的高级 SKU 在经济上更具可行性，有助于提供更高级别的吞吐量和可伸缩性。
PPU 许可证
Premium Per User (PPU) 许可证是一种按用户计算的许可证，为 Premium 提供了更低廉的价格选择。 PPU 许可证通常由中小企业购买。 它们支持前面列出的数据建模的所有高级功能。
小窍门
可以增量将 Power BI Pro 许可证升级到 PPU 许可证。
专业版许可证
发布和管理 Power BI 内容需要 Pro（或 PPU）许可证。 Pro 许可证通常分配给开发人员和管理员，而不是最终用户。
开发和测试环境
AAS 以较低的成本提供 D 和 B SKU，其服务级别协议和/或功能比 S SKU 少。 某些 AAS 客户将这些 SKU 用于开发和测试环境。 虽然 Power BI 中没有直接等效项，但对开发和测试环境使用 PPU 许可证可能有意义。 此类环境通常没有大量用户，因为它们仅限于开发人员和测试人员。 或者，请考虑在 Azure 中使用 A SKU 来测试高级容量功能。
有关详细信息，请参见:
可伸缩性优势
Power BI Premium 提供 AAS 中不可用的可伸缩性、性能和所有权成本优势。
Power BI Premium 提供的功能支持对大数据进行快速交互式分析。 此类功能包括聚合、复合模型和混合表。 每项功能提供了一种不同的方法，以最佳方式组合导入和 DirectQuery 存储模式，从而有效减少内存使用。 另一方面，AAS 不支持这些功能;整个数据模型使用导入或 DirectQuery 存储模式。
Power BI Premium 限制每个语义模型的内存，而不是每个容量或服务器。 相反，AAS 要求所有数据模型必须能够在单个服务器的内存中运行。 该要求可以迫使拥有大型数据模型的客户购买更大的 SKU 大小。
由于高级体系结构的分布式性质，可以并行刷新更多的语义模型。 在同一 AAS 服务器上执行并发刷新可能会导致由于超出服务器内存限制而导致刷新错误。
在 Power BI Premium 中，刷新期间的 CPU 消耗分布在 24 小时内。 Power BI Premium 评估容量处理能力，以确保在计算资源需求临时峰值时的恢复能力。 如有必要，它可以延迟刷新，直到有足够的资源可用。 这种自动行为减少了客户执行详细分析和管理自动化脚本以纵向扩展或缩减服务器的需求。 高级客户应根据总体 CPU 消耗要求确定最佳 SKU 大小。
Power BI Premium 的另一个优点是，它可以根据系统的负载动态平衡语义模型。 这种自动化行为确保忙碌或活跃的语义模型实例能获取所需的内存和 CPU 资源，而较为空闲的语义模型实例则可以被逐出或迁移到其他节点。 当语义模型未被使用时，它们将成为逐出候选。 它们将按需加载，以便仅将所需数据加载到内存中，而无需加载整个语义模型。 另一方面，AAS 要求始终在内存中完全加载所有数据模型。 这一要求意味着对 AAS 的查询可以依赖于可用的数据模型，但是-尤其是对于具有大量数据模型的 Power BI 容量，其中一些模型不经常使用时，动态内存管理可以更有效地利用内存。
最后，Power BI Premium 能够更好地利用下一代硬件推出，从可伸缩性和性能增强中获益。
注意事项和限制
迁移到 Power BI Premium 之前，需要考虑规划的注意事项和限制。
Permissions
AAS 和 SSAS 使用 角色 来管理数据模型访问。 有两种类型的角色： 服务器角色 和 数据库角色。 服务器角色是授予管理员对 Analysis Services 服务器实例的访问权限的固定角色。 由数据建模者和管理员设置的数据库角色控制对非管理员用户的数据库和数据的访问权限。
与 AAS 不同，在 Power BI 中，你仅使用角色来强制实施 RLS 或 OLS。 若要授予超出 RLS 和 OLS 的权限，请使用 Power BI 安全模型（工作区角色和语义模型权限）。 有关详细信息，请参阅 语义模型权限。
有关 Power BI 模型角色的详细信息，请参阅 与 XMLA 终结点（模型角色）的语义模型连接。
将数据模型从 AAS 迁移到 Power BI Premium 时，必须考虑以下几点：
- 在 AAS 中被授予模型读取权限的用户必须被授予已迁移的 Power BI 语义模型上的生成权限。
- 在 AAS 中为模型授予 管理员 权限的用户必须授予对已迁移 Power BI 语义模型的 写入 权限。
刷新自动化
Power BI Premium 支持启用 XMLA 终结点的 API 进行脚本编写，例如 表格模型脚本语言（TMSL）、 表格对象模型（TOM）和 PowerShell SqlServer 模块。 这些 API 的接口几乎与 AAS 对称。 有关详细信息，请参阅语义模型与 XMLA 终结点的连接（客户端应用程序和工具）。
以相同的方式启用与自动化服务（包括 Azure Functions、 Azure 自动化和 Azure 逻辑应用）的兼容性。
通常，在 AAS 中自动执行 分区管理和处理的脚本和 流程将在 Power BI Premium 中运行。 请记住，Power BI Premium 语义模型支持 增量刷新功能，该功能为经常加载新数据和更新数据的表提供自动分区管理。
与 AAS 一样，可以将服务主体用作 Power BI 语义模型管理作（例如刷新）的自动化帐户。 有关详细信息，请参阅 语义模型与 XMLA 终结点（服务主体）的连接。
自定义安全性
与 AAS 一样，应用程序可以使用服务主体通过 CustomData 功能查询每个容量的 Power BI Premium 或 Power BI Embedded 语义模型。
但是，不能将服务主体分配给 Power BI Premium 中的模型角色。 相反，服务主体可以通过分配工作区 管理员 或 成员 角色来获取访问权限。
注释
查询 Premium Per User （PPU） 语义模型时，不能使用 CustomData 功能，因为它违反了 许可条款和条件。
用于测试的身份模拟
AAS 和 Power BI Premium 支持模拟技术，包括 EffectiveUserName 和 Roles 连接字符串属性。 测试安全角色时，通常使用它们。
网络安全
在 AAS 中设置网络安全需要启用防火墙，并仅为那些访问服务器的计算机配置 IP 地址范围。
Power BI 没有防火墙功能。 相反，Power BI 使用 VNet 和专用链接提供卓越的网络安全模型。 有关详细信息，请参阅 什么是虚拟网络（VNet）？。
数据源和凭据
AAS 为TOM 表格元数据中声明的每个数据源定义凭据。 但是，Power BI 无法以这种方式工作。 由于 Power BI 可以在多个语义模型中共享数据源凭据，因此凭据在 Power BI 服务中设置。
必须替换任何基于 XMLA 的进程来设置数据源凭据。 有关详细信息，请参阅语义模型与 XMLA 终结点的连接（从 Visual Studio 部署模型项目）。
备份和还原
在 AAS 中备份和还原需要 Azure Blob 存储，而在 Power BI Premium 中，它需要 Azure Data Lake Storage Gen2（ADLS Gen2）帐户。 除了存储帐户差异之外，备份和还原在两种产品中的工作方式相同。
有关详细信息，请参阅 使用 Power BI Premium 备份和还原语义模型。
本地数据网关
AAS 和 Power BI Premium 都使用相同的 本地数据网关 连接到数据源。 但是，设置步骤不同。
有关如何为 Power BI Premium 设置网关数据源的信息，请参阅 添加或删除网关数据源。
服务器属性
与 AAS 不同，Power BI Premium 不支持 服务器属性。 而是管理 高级容量设置。
链接文件
与 AAS 不同，Power BI Premium 不支持 别名服务器名称。
动态管理视图 （DMV）
某些在 AAS 中工作的 DMV 无法在 Power BI Premium 中访问，因为它们需要 Analysis Services 服务器管理员权限。 Power BI 具有工作区角色，但没有授予与 Analysis Services 服务器管理员权限等效的工作区角色。
PowerShell
可以使用 SqlServer PowerShell 模块 的 AAS cmdlets 自动执行语义模型管理任务，包括刷新操作。 有关详细信息，请参阅 Analysis Services PowerShell 参考。
但是，Power BI 语义模型不支持 Az.AnalysisServices 模块 AAS cmdlet。 请使用 适用于 Windows PowerShell 和 PowerShell Core 的 Microsoft Power BI Cmdlet。
诊断日志记录
AAS 与用于 诊断日志记录的 Azure Monitor 集成。 AAS 日志的最常见目标是 Log Analytics 工作区。
Power BI Premium 还支持将日志写入 Log Analytics 工作区。 目前，发送到 Log Analytics 的事件主要是 AS 引擎事件。 但是，Power BI 不支持 AAS 支持的所有事件。 与 AAS 相比，Power BI 的 Log Analytics 架构包含差异，这意味着对 AAS 的现有查询在 Power BI 中可能不起作用。
Power BI 提供 AAS 中未提供的另一种诊断日志记录功能。
AAS 支持 SQL Server 扩展事件（xEvents），但在 Power BI Premium 中不受支持。 有关详细信息，请参阅 使用 SQL Server 扩展事件监视 Analysis Services。
企业到企业（B2B）
AAS 和 Power BI 都支持 Microsoft Entra B2B 协作，从而启用和管理与外部用户的共享。 值得注意的是，AAS 所需的用户主体名称（UPN）格式与 Power BI 不同。
为了标识用户，Power BI 在 Microsoft Entra ID 中使用唯一名称声明，而 AAS 使用电子邮件声明。 虽然这两个标识符可能有许多实例保持一致，但唯一名称格式更为严格。 如果在 Power BI 中使用动态 RLS，请确保用户标识表中的值与用于登录 Power BI 的帐户匹配。
横向扩展
Power BI Premium 支持 Azure Analysis Services 横向扩展。 有关详细信息，请参阅 Power BI 语义模型横向扩展。
迁移功能
Microsoft Azure Analysis Services 到 Microsoft Power BI Premium 的迁移功能将 AAS 数据库迁移为 Power BI Premium、Power BI Premium Per User 或 Power BI Embedded 工作区中的语义模型。 有关详细信息，请参阅 将 Azure Analysis Services 迁移到 Power BI。
相关内容
有关本文的详细信息，请查看以下资源：
- 从 Azure Analysis Services 迁移到 Power BI Premium：迁移方案
- 将 Azure Analysis Services 迁移到 Power BI
- 问题？ 尝试咨询 Fabric 社区
- 有建议？ 提供改进 Fabric 的想法
Power BI 合作伙伴可帮助你的组织在迁移过程中取得成功。 若要查找 Power BI 合作伙伴，请访问 Microsoft Power BI 合作伙伴门户。