从 Azure Analysis Services 迁移到 Power BI Premium
本文面向 Azure Analysis Services (AAS) 数据建模者和管理员。 它为他们提供指导和理由，帮助他们将 AAS 数据库迁移到 Power BI Premium 或 Power BI Embedded。
重要
有时本文指的是 Power BI Premium 或其容量订阅 (P SKU)。 请注意，Microsoft 目前正在合并购买选项并停用 Power BI Premium Per Capacity 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 提供 AAS 功能方面取得了长足的进步。 为此，Power BI 立即继承了几十年来构建的大型开发人员、合作伙伴、BI 工具和解决方案生态系统。 如今，一整套 Power BI Premium 工作负载、特性和功能现在生成了一个现代的云 BI 平台，远非 AAS 或 SSAS 中可用的功能可比。
如今，许多客户都拥有 Power BI 实时连接到 AAS 的报告。 当然，这些客户会询问是否有机会可以通过将数据模型与报表一起托管在 Power BI 中来进行合并。 他们经常提出如下问题：
- 我们依赖的所有 AAS 功能是否都可在 Power BI 中运行？
- Power BI 是否向后兼容 AAS 工具和进程？
- 哪些功能仅在 Power BI 中可用？
- 我们如何比较 AAS 与 Power BI 之间的成本？
- 为什么 Microsoft 聚合企业 BI 和自助服务 BI？
- 如何从 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 和企业 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 与语义模型相关的功能。
| 功能 | AAS | Power BI Premium |
|---|---|---|
| Premium 工作负载 | ||
| 分页报表，非常适合专为打印设计的报表，尤其是当表格数据溢出到多个页面时 | 否 | 是 |
| 数据流，用于存储旨在 Power BI 语义模型中使用的数据片段 | 否 | 是 |
| 使用数据流的 AI，通过认知服务、自动化机器学习和 Azure 机器学习 (AML) 集成使用人工智能 (AI) | 否 | 是 |
| 指标，用于策展关键业务度量值，并允许根据目标跟踪这些指标 | 否 | 是 |
| 业务支持 | ||
| 报表分发不受限，可向任何人分发（甚至在组织外部分发） | 否 | 是 |
| 业务驱动的交互式报表、工作区和应用 | 否 | 是 |
| 平台可伸缩性和复原能力 | ||
| Power BI Premium 体系结构，支持更大规模和更高性能 | 否 | 是 |
| 优化的语义模型内存管理 | 否 | 是 |
| 按数据模型而非每服务器限制缩放 | 否 | 是 |
| 针对刷新复原能力的 CPU 平滑 | 否 | 是 |
| 自动缩放，自动添加计算容量，以避免大量使用时速度变慢 | 否 | 是 |
| Azure 区域和可用性区域的业务连续性和灾难恢复 (BCDR) | 否 | 是 |
| 大数据的交互式分析 | ||
| 大型模型大小（压缩后高达 400 GB） | 是 | 是 |
| 混合表，由内存中分区和 DirectQuery 分区组成，可帮助在大型表上提供近乎实时的结果 | 否 | 是 |
| 自动聚合，它使用一流的机器学习 (ML) 持续优化 DirectQuery 性能 | 否 | 是 |
| 用户定义的聚合，可提高查询超大 DirectQuery 表时的性能 | 否 | 是 |
| 查询横向扩展，用于在复制的服务器之间分配客户端查询 | 是 | 是 |
| 安全性 | ||
| 创建自己的密钥 (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 调用来执行异步语义模型刷新 | 是 | 是 |
| 备份和还原 | 是 | 是 |
| 语义模型工作负载设置，用于控制 Premium 容量工作负荷 | 否 | 是 |
| 服务器属性，用于控制 Analysis Services 服务器实例属性 | 是 | 是 |
| 别名服务器名称，通过它们可使用较短的别名连接到 Analysis Services 服务器实例 | 是 | 否 |
| 启用了 XMLA 终结点的 API，用于编写脚本并与实现自动化和 ALM 的服务（包括 Azure Functions、Azure 自动化和 Azure DevOps）兼容 | 是 | 是 |
| 连接 | ||
| 支持所有 Power BI 数据源 | 否 | 是 |
| XMLA 终结点，可实现数据模型消耗和可视化工具（包括第三方工具）的开放平台连接 | 是 | 是 |
| 功能，可帮助跨国客户解决地区、行业特定或组织的数据驻留要求 | 是 | 是 |
| 可发现性 | ||
| 数据中心集成，可帮助用户发现、浏览和使用 Power BI 语义模型 | 否 | 是 |
| 数据世系视图和语义模型影响分析，可帮助用户了解和评估 Power BI 项依赖关系 | 否 | 是 |
| 监视和诊断日志记录 | ||
| Microsoft Fabric Capacity Metrics 应用，它为 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 项。 合并使更大的 Premium SKU 更加经济可行，并可帮助提供更高级别的吞吐量和可伸缩性。
PPU 许可证
Premium Per User (PPU) 许可证是一种每用户许可证，它为 Premium 提供成本更低的价格点。 中小企业通常会购买 PPU 许可证。 它们支持对前面列出的数据建模使用所有 Premium 功能。
提示
可将 Power BI Pro 许可证增量升级到 PPU 许可证。
Pro 许可证
发布和管理 Power BI 内容需要 Pro（或 PPU）许可证。 Pro 许可证通常分配给开发人员和管理员，而不是最终用户。
开发和测试环境
AAS 提供 D 和 B SKU；与 S SKU 相比，它们成本更低、服务级协议更少，且/或功能更少。 某些 AAS 客户将这些 SKU 用于开发和测试环境。 虽然 Power BI 中没有直接等效的许可证，但对开发和测试环境使用 PPU 许可证可能很有意义。 这类环境通常没有大量用户，因为它们仅限于开发人员和测试人员。 或者，请考虑在 Azure 中使用 A SKU 来测试 Premium 容量功能。
有关详细信息，请参阅：
可伸缩性优势
Power BI Premium 提供了 AAS 中没有的可伸缩性、性能和拥有成本优势。
Power BI Premium 提供支持对大数据进行快速交互式分析的功能。 这类功能包括聚合、复合模型和混合表。 每个功能提供一种不同的方式来以最佳方式组合导入和 DirectQuery 存储模式，从而有效地减少内存使用。 另一方面，AAS 不支持这些功能；整个数据模型使用导入或 DirectQuery 存储模式。
Power BI Premium 限制的是每个语义模型的内存，而不是每个容量或服务器的内存。 而 AAS 要求所有数据模型都放在一个服务器上的内存中。 此要求会迫使具有大型数据模型的客户购买更大的 SKU 大小。
得益于 Premium 体系结构的分布式性质，可并行刷新更多语义模型。 在同一 AAS 服务器上执行并发刷新可能会因超出服务器内存限制而导致刷新错误。
在 Power BI Premium 中，刷新期间的 CPU 消耗分布在 24 小时之间。 Power BI Premium 会评估容量吞吐量，以提供对计算资源需求临时峰值的复原能力。 如有必要，它可延迟刷新，直到有足够的资源可用。 这种自动行为减少了客户执行详细分析和管理自动化脚本来纵向扩展或缩减服务器的需求。 Premium 客户应根据总体 CPU 消耗要求确定最佳 SKU 大小。
Power BI Premium 的另一个优点是，它能够根据系统的负载动态均衡语义模型。 这种自动行为可确保忙碌/活动语义模型获得必要的内存和 CPU 资源，同时可逐出更多空闲语义模型或将它们迁移到其他节点。 语义模型在未使用时可被逐出。 它们将按需加载，以便仅将所需数据加载到内存中，而无需加载整个语义模型。 另一方面，AAS 要求始终在内存中完全加载所有数据模型。 这项要求意味着，对 AAS 的查询可依赖可用的数据模型，但是动态内存管理可更高效地使用内存（尤其是针对具有大量数据模型的 Power BI 容量，其中一些鲜少使用）。
最后，Power BI Premium 能够更好地利用推出的下一代硬件，从可伸缩性和性能增强中受益。
注意事项和限制
在迁移到 Power BI Premium 之前，需要在规划时注意一些事项和限制。
权限
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 Per Capacity 或 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 备份和还原语义模型。
On-premises data gateway (本地数据网关)
AAS 和 Power BI Premium 使用相同的本地数据网关来连接到数据源。 但是，设置步骤不同。
若要了解如何为 Power BI Premium 设置网关数据源，请参阅添加或删除网关数据源。
服务器属性
与 AAS 不同，Power BI Premium 不支持服务器属性。 相反，你需要管理 Premium 容量设置。
链接文件
与 AAS 不同，Power BI Premium 不支持别名服务器名称。
动态管理视图 (DMV)
某些在 AAS 中工作的 DMV 无法在 Power BI Premium 中访问，因为它们需要 Analysis Services 服务器管理员权限。 Power BI 具有工作区角色，但没有工作区角色授予等效的 Analysis Services 服务器管理员权限。
PowerShell
可使用 SqlServer PowerShell 模块 AAS cmdlet 自动执行语义模型管理任务，包括刷新操作。 有关详细信息，请查看 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 引擎事件。 但是，并不是所有 AAS 支持的事件都被 Power BI 支持。 Power BI 的 Log Analytics 架构与 AAS 相比存在差异，这意味着 AAS 上的现有查询可能无法在 Power BI 中使用。
Power BI 提供 AAS 中没有的另一种诊断日志记录功能。 有关详细信息，请参阅“使用 Microsoft Fabric Capacity Metrics 应用”。
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 语义模型横向扩展。
迁移功能
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
- 是否有任何问题? 尝试咨询 Power BI 社区
- 建议？ 提出改进 Power BI 的想法
Power BI 合作伙伴可帮助你的组织成功完成迁移过程。 若要加入 Power BI 合作伙伴，请访问 Power BI 合作伙伴门户。