从传统数据集成服务过渡

数据导出服务、自带数据库 (BYOD) 导出到数据湖是 Dynamics 365 应用程序中引入的功能,用于导出数据以用于分析和数据集成方案。 这些服务使 IT 管理员和专家能够将数据导出到外部数据库或数据湖中,并构建数据集成管道。 多年来,作为 Dynamics 365 与 Power Platform 统一的一部分,我们通过更新改进了这些服务,但我们将这些不同服务的相同功能重新构建为内置的 Power Apps 更简单、统一的体验 (make.powerapps.com)。 通过转换为 Microsoft Fabric 链接或升级到 Azure Synapse Link,重新构建的服务可以让您轻松提升,让您能够从 Microsoft Dataverse 和 Fabric 的 AI 和 Copilot 投资中受益。

如果您是使用任何上一代服务的客户,本文将提供有关升级到新体验、从创新中受益以及减少端到端费用和工作量的指导。

根据预览客户调查,我们还编制了一份高级别的成本和收益估算,以帮助您完成过渡。 此处还提供了指向更多信息和视频的链接、加入论坛的链接以及每周办公时间会议,以便与产品团队、Microsoft 专家和其他用户互动。 我们努力通过社区参与来加强这些服务。

过渡前

如果您是使用旧服务 BYOD、数据导出服务或导出到数据湖的客户,则可能具有类似于此处所示的数据集成体系结构。 突出显示的框指示您的组织可能为利用从 Dynamics 365 和 Dataverse 导出的数据而构建的数据管道。 您可以使用 Microsoft 以及其他工具中的一系列工具来复制 Dynamics 数据并将其与您自己的数据集成。 您还可以通过复制到多个存储中来转换和聚合数据 - 如图的数据准备框所示。 您可以使用 Power BI 其他工具来可视化数据并创建可操作的见解。 您可能已构建管道以将数据导出到本地系统和其他云。

导出到数据湖的数据集成解决方案

过渡后

在 Power Apps 以下位置启用了两种数据集成模式:

  • Azure Synapse Link 支持连续导出数据,类似于 BYOD、导出到 Data Lake 或数据导出服务。 此选项已为 IT 管理员和数据集成专家启用。
  • Link to Fabric 功能提供无复制、无提取、转换和加载 (ETL)、完全托管的软件即服务 (SaaS) 集成。

这些选项是互补的。 以下是数据集成服务的详细比较。

如果你是当前使用 BYOD 或导出到 Data Lake 功能的财务和运营应用客户,则通过升级到 Azure Synapse Link 或 Fabric 链接,可以从简化的数据集成体系结构中受益,从而降低运营成本:

  • 易于通过 Power Apps (make.powerapps.com) 进行配置和维护。 内置与 Azure Synapse 和 Fabric 的集成。
  • Azure Synapse Link 和 Fabric link 是完全托管的服务。 每个都需要最小的持续管理开销。
  • 新服务提供与以前服务相同的数据形状。 您现有的下游集成管道可以保持原样。
  • 对操作工作负载的影响最小,无需管理工作负载和计划数据导出。

安全的端到端数据集成管道:

  • 借助 Fabric 链接,您的数据不会离开 Dataverse 治理边界,而授权的 Fabric 用户可以安全地访问驻留在 Dataverse 其中的数据。
  • Azure Synapse Link 服务使您能够使用防火墙限制对存储帐户的访问,同时允许 Dataverse 使用 Azure 的托管标识导出数据,这是内置 Microsoft Entra 的安全功能。

如果您是使用数据导出服务或经典 Azure Synapse Link 数据导出 CSV 格式的 Dynamics 365 Customer Engagement 客户,则可以从使用行业标准 Delta 或 Parquet 数据格式启用的高效报告中受益:

  • 内置的 Delta Lake 或 Parquet 转换选项减少了构建自己的分析和运营报告管道的需要。
  • Delta Lake 或 Parquet 格式可实现更快、响应更灵敏的查询和报告,并扩展到任何规模的大型数据集。
  • 湖中的数据被压缩到原始大小的 1/3 到 1/8,从而减少文件,从而降低数据查询和承载成本。
链接到 Fabric Azure Synapse Link
没有副本,没有与 Fabric 的 ETL 直接集成。 将数据导出到自己的存储帐户,并与 Azure Synapse、Fabric 和其他工具集成。
数据保留在 Dataverse 中。 用户可以安全访问 Microsoft Fabric。 数据保留在自己的存储中。 您管理对用户的访问权限。
默认情况下选择了所有表。 系统管理员可以选择所需的表。
使用其他 Dataverse 存储。 使用您自己的存储以及其他计算和集成工具。

我应该使用哪个选项?

如果您的组织已经在使用 Fabric 或计划在未来几个月内进行过渡,我们建议您使用 Fabric 链接功能。 如果您的当务之急是从当前服务升级,则可以继续使用该 Azure Synapse Link 服务。

如果您已经在使用 Power BI、数据仓库或使用数据流和笔记本来转换数据,则指向 Fabric 功能的链接可立即提供价值。 可以通过消除对自己的存储帐户或 Dataverse 数据的 Synapse 服务的需求来简化数据集成体系结构。 无需为存储和计算等 Azure 资源付费,只需为存储增加 Dataverse 付费。 计算费用(如近乎实时的数据更新和管理开销)也被计入 Dataverse 存储中。 Fabric 链接选项就像拥有针对见解优化的数据的近乎实时的只读副本。。

通过 Fabric 链接简化的数据集成解决方案

使用 T-SQL、Apache Spark、Python 以及 Fabric 中的其他工作负载查询此复制副本。 还可以使用任何可以使用 T-SQL 或可以使用 Azure Data Lake Storage 数据的工具访问此数据。

作为 Dynamics 或 Power Apps 客户,您将根据购买的许可证数量获得 Dataverse 存储配额。 Fabric 链接功能使用此数据库配额。 如果数据量超出配额,您可以购买更多存储附加组件。

可以继续在自己的订阅中保留 Azure 平台即服务 (PaaS) 服务,例如 Databricks 和 SQL 数据库。 最近宣布的 Fabric 功能(如数据镜像和快捷方式)可以帮助您进一步简化数据集成。

此处介绍了通过 Fabric 集成功能派生的简单性实现的成本降低示例。

通过升级到 Azure Synapse Link 并启用增量或 Parquet 转换,可以消除 Dataverse 解决方案中的数据准备管道。 Azure Synapse Link 服务以性能更高的 Delta 或 Parquet 格式将相同的数据形状导出到存储帐户中。 可以继续使用现有工具和 Azure 服务(如存储和 Azure Synapse Analytics 查询),同时将对生产环境的中断降至最低。

升级到 Azure Synapse Link 后的数据集成解决方案

了解收益和成本降低

通过 Fabric 链接和 Azure Synapse Link 实现简单性,并降低端到端成本。 请考虑以下基于预览客户体验的示例。

请考虑从“导出”过渡到“数据湖”的 Fabric 链接的情况。

连接到 Fabric 的解决方案之前和之后

如上图之前和之后所示,客户已停用导出到 Data Lake 服务 (1) 以及使用 Fabric 链接暂存数据存储 (2)。 对于运营洞察,(4),他们直接在 Power BI 的 OneLake 中使用数据。 某些见解需要数据合并、转换和聚合 (3)。 他们没有使用不同的 Azure 服务,而是使用 Fabric 中内置的相同工具进行标准化。

Dataverse 和 Fabric 的创新可简化和降低成本:

  • Dataverse 自带内置 OneLake 商店。 来自 Dynamics 365 和 Power Apps 的操作数据近乎实时地复制到内置湖存储(以避免影响操作工作负载),并通过快捷方式安全地链接到 Fabric。 无需引入 Azure 存储并保护导出的数据。您的数据不会离开 Dataverse 治理边界,Fabric 中的授权用户可以使用所有 Fabric 工作负载处理数据。
  • 导出到 Data Lake,数据导出服务以 CSV 格式导出数据。 CSV 文件不适合直接使用,因为查询性能较差以及偶尔的读/写争用问题。 转换前解决方案 使用 Azure 数据工厂定期引入原始数据并将其转换为 Azure SQL 数据库或 Azure 数据仓库。 转换后解决方案 中不需要这个层,因为 Dataverse 内置的 OneLake 数据以 Delta 或 Parquet 格式维护 – 相同的 Microsoft Fabric 原生的开放格式。 Delta 或 Parquet 格式以及 Fabric 中的优化消除了维护额外数据存储以进行缓存和提高查询性能的需要,同时消除了读/写争用。 您可以使用 Direct Lake 在 OneLake 中的数据上创建 Power BI 报告,而无需任何其他数据阶段。
  • 虽然可以使用 OneLake 中已有的数据来执行操作见解,但您可能有来自其他系统的其他数据。 这些数据可能需要与 Dataverse 数据进行合并、重塑和聚合。 Fabric 提供了一个集成环境,提供数据流、Azure 数据工厂和 Spark 等最佳工具。 使用这些工具,而不是单独配置和预配工具,在独立配置和预配工具时,您可以采用所选工具。 集成的计费、源代码控制和安全性可简化管理和治理。
  • 虽然您可以继续使用 Power BI 服务进行报告,但 Fabric 引入了 Direct Lake 模式报告,此模式利用内置于 Delta 或 Parquet 格式的内存内索引,因此无需使用 Power BI 导入模式报告。

除了前面讨论的好处外,这些创新还节省了端到端的成本。 此处的表格概述了成本明细项以及之前和之后解决方案的比较。 您可以使用此表作为估算预期成本节省的指南。

成本节约明细项 之前成本 - 导出到数据湖 之后成本 - Fabric 链接
设置和配置 需要使用多种工具。
- 为多个软件许可证和订阅付费。
- 系统配置工作。
- 努力构建和验证数据管道。
- 持续的治理、管理和监控。
- 用户培训。
Power Platform 中更简单的配置体验。

购买 Fabric 容量并支付所有服务的使用费。 您只需为使用的内容付费。 在某些情况下,您需要按秒计费。

Dataverse 数据不需要 ETL 管道。
数据暂存 (1, 2) Azure 服务产生的成本。
- Azure 存储成本,包括 IO 成本。
- Synapse Analytics(SQL 无服务器查询)。
- 用于复制数据的 Azure 数据工厂作业。
- 暂存数据存储,例如 Azure SQL 数据库。
Dataverse 存储成本增加

例如,如果从 Dynamics 365 同步 500 GB 的数据,Dataverse 则存储可能会增加约 100 GB(假设数据压缩的 5 到 8 倍)。
运营成本 - 数据准备 (3) - Azure 存储暂存区域。
- 数据管道。
- 将数据引入到 Azure SQL 或数据仓库中。
- 维护数据的开发。
支出转移到 Fabric,您可以在其中使用共享容量为消费付费。
运营成本 - 报告 (4)
- Power BI 数据集。
报告。
Synapse 分析(SQL 查询)。
Power BI 导入模式报告的容量和存储。
随着数据的压缩(例如,原始大小的 1/3 到 1/6),您的报告和查询成本会相应降低。

新功能(如 Direct Lake 报告)可减少 Power BI 存储消耗。

备注

提供这些估计值是为了能够估算过渡后的支出。 虽然这些估计基于预览版客户的经验,但环境中产生的实际成本以及数据压缩可能会因数据量和组合而异。

如果您当前未使用 Fabric,或者不打算在未来几个月内过渡,则可以考虑升级到 Azure Synapse Link。

如此处的前后图所示,客户已停 Azure Synapse Link 用导出到 Data Lake 服务 (1) 以及暂存 Azure Synapse Link 数据存储 (2)。 用于数据暂存的数据存储(例如中间 Azure SQL 数据库)将停用,因为 Dataverse 数据以 Delta 或 Parquet 格式保存,这是一种性能更高的压缩数据格式。 用于数据合并、转换和聚合的下游管道 (3) 以及表示工具 (4) 如 Power BI 保持不变。

升级到 Azure Synapse Link 之前和之后

Azure Synapse Link 为希望以最小的更改扩展现有投资的客户提供简单的升级路径。 正如我们在这里讨论的那样,创新 Dataverse 支持从财务和运营应用服务(如导出到数据湖和 BYOD)轻松过渡。

  1. Azure Synapse Link可在 Power Apps (make.powerapps.com) 中 Power Apps 轻松配置 Azure 存储和 Synapse 服务。 删除了导出到 Data Lake 的几个限制:

    1. 统一体验支持从所有 Dynamics 365 应用(包括 Finance and Operations 和 Customer Engagement 应用)中选择数据。 您可以维护单个服务以从所有 Dynamics 365 和 Power Apps 导出数据。
    2. 导出到 Data Lake 时存在的表限制消失了。 最多可以为单个存储帐户中的每个 Azure Synapse Link 配置文件选择 1,000 个表。 您可以创建多个配置文件(导出管道),每个配置文件最多包含 1,000 个表。
    3. Azure Synapse Link 提供对使用防火墙受限存储帐户导出数据的内置支持。
    4. 不需要配置 Azure 资源。 Azure Synapse Link 代表您调配和配置 Azure 资源。
    5. Azure Synapse Link 以与导出到 Data Lake 或 BYOD 相同的格式导出数据,使你能够保留现有管道。
  2. 导出到 Data Lake 和数据导出服务都以 CSV 格式导出数据。 CSV 文件不适合直接使用,因为查询性能较差以及偶尔的读/写争用问题。 过渡前使用 Azure 数据工厂定期引入原始数据并将其转换为 SQL Azure 数据库或 Azure 数据仓库。 在“过渡后中不需要此层,因为 Azure Synapse Link 以 Delta 或 Parquet 格式导出数据,这消除了维护额外数据存储以缓存和提高查询性能的需要,同时消除了读/写争用。

  3. 继续使用现有数据管道来合并、重塑和聚合来自其他系统的其他数据。

  4. 继续将 Power BI 服务用于报告目的。 Fabric 引入了 Direct Lake 模式报告,它利用内置于 Delta 或 Parquet 格式的内存内索引,不再需要使用 Power BI 导入模式报告。

除了前面讨论的好处外,这些创新还节省了端到端的成本。 此处的表格概述了成本明细项以及之前和之后解决方案的比较。 使用该表作为估算预期成本节约的指南。

成本节约明细项 之前成本 - 导出到 Data Lake 之后成本 - Azure Synapse Link
设置和配置 必须使用多种工具。
- 为多个软件许可证和订阅付费。
- 系统配置工作。
- 努力构建和验证数据管道。
- 持续的治理、管理和监控。
- 用户培训。
Power Platform 中更简单的配置体验。
Dataverse 数据不需要 ETL 管道。
数据暂存 (1, 2) Azure 服务产生的成本。
- Azure 存储成本,包括 IO 成本。
- Synapse Analytics(SQL 无服务器查询)。
- 用于复制数据的 Azure 数据工厂作业。
- 暂存数据存储,例如 Azure SQL 数据库。
Azure Synapse Link 需要提供 Spark 池以将数据转换为 Parquet 格式。

根据数据同步的频率以及数据更改量,Spark 池成本可能会有所不同。

中小型数据变更(每月):
- 每小时刷新 $600 到 $2,000。
- 15 分钟的刷新 $1,200 到 $4,100。

中大型数据变更(每月):
- 每小时刷新 $1,200 到 $2,500。
- 15 分钟的刷新 $2,500 到 $8,300。
运营成本 - 数据准备 (3) - Azure 存储暂存区域。
- 数据管道。
- 将数据引入到 Azure SQL 数据库或数据仓库中。
- 开发和维护数据。
但是,由于 Parquet 转换,您可能不需要聚合 Dataverse 数据,成本与上述相同。
运营成本 - 报告 (4):
- Power BI 数据集。
报告。
Synapse Analytics(SQL 查询)。
Power BI 容量。
随着数据被压缩,例如原始大小的 1/3 到 1/6,您的报告和查询成本会相应降低。

重要提示

提供这些估计值是为了能够估算过渡后的支出。 虽然这些估计基于预览版客户的经验,但环境中产生的实际成本以及数据压缩可能会因数据量和组合而异。

示例 3:以增量方式将数据引入数据仓库

如果当前使用“导出到 Data Lake”功能中的增量数据来填充下游数据管道,则可以继续使用同一管道。 如此处所示,Azure Synapse Link 服务可以将增量数据更改导出到“导出到 Data Lake”中,其格式与更改馈送的格式相同。

将增量数据导出到 Azure Synapse Link 之前和之后

Azure Synapse Link 服务为增量数据更改提供了多项“导出到 Data Lake”增强功能:

  • 初始数据加载包含在更改文件夹中。 这样一来,同一管道就可以轻松地同时使用初始加载和增量更新。
  • 在重新初始化表的情况下,不会删除更改数据。
  • 系统会创建带时间戳的文件夹结构和元数据,以帮助您按时间顺序读取更改。 更改数据一旦写入,就永远不会更新。 此方法更适合使用大数据引入工具(如 Azure 数据工厂)处理更改。
  • 您可以使用 Azure Synapse Link 配置文件夹中更改源的更新频率,最短可间隔五分钟。

当您过渡到 Fabric 或 Azure Synapse Link 时,增量数据更改的成本变化最小。

了解优势 – 更实时的报告

Fabric 不仅简化了数据集成架构,还减少了复制或复制数据的需要。 Fabric 中的基础数据格式(行业标准 Delta 或 Parquet 格式)可由 Power BI、数据流、笔记本和其他工作负载直接使用,无需缓存和暂存区域。

如果升级到 Azure Synapse Link 并继续导出数据,则数据将以 Delta 或 Parquet 格式保存,这可以减少您自己的数据管道中用于操作报告的步骤。

考虑刷新运营报表(例如库存分析或月末财务分析)所花费的时间。 这些报表可能需要对 Dynamics 365 Finance 中多个表中的数百万行数据进行数据聚合。 使用导出到 Data Lake 服务,可在 10 分钟内导出 CSV 数据。 可能需要将此数据导入到 Power BI 报表中,以提供更好的响应时间。 Power BI 每天最多可以执行 24 次刷新(每 30 分钟一次)。 根据报表的设计方式,刷新可能需要几分钟才能完成。 使用此方法,用户可以在更新后的 60 分钟内查看数据。

导出到 Data Lake 时数据过时

使用 Fabric 链接获取数据源的操作报告可以利用 Fabric 中的 Direct Lake 模式或 DirectQuery 模式,该模式利用 Delta 或 Parquet 文件中内置的内存中索引。 。 在这些模式下,您无需计划刷新 Power BI 报表,因为报表始终显示 Fabric 中更新的最新 Dataverse 数据。

Fabric 链接后数据过时

Fabric 链接服务在此时间点的一小时内更新 Dataverse OneLake 中的数据。 Dataverse 每 15 分钟触发一次数据更新作业,根据数据更改量,您可能会在 30 到 60 分钟内看到更新的 Parquet 文件。

如果您使用来自 Dynamics 365 的增量数据馈送,并导出到 Data Lake 服务以实现近乎实时的数据集成方案(示例 3)。 升级到 Azure Synapse Link 使您能够运行相同的数据管道。

已知问题和解决方法

目前,产品团队正在解决几个限制。 在我们解决这些限制之前,请使用建议的解决方法。 若要详细了解即将推出的路线图并与产品团队保持联系,请加入预览 Viva Engage 组

已知问题 修复和解决方法
一次添加大量表时,系统会创建数据的初始副本。
在极少数情况下,尤其是在较小的环境和第 2 层沙盒中,操作工作负载可能会变慢,初始化时间可能会变得更长。
这可能会影响应用程序对象服务器 (AOS) 服务器(计算资源)较少的较小环境。

在 Azure Synapse Link 和 Fabric 链接中,您可以通过粘贴逗号分隔的表列表一次添加多个表。 系统按照每个 AOS 大约两个并发表作为可用计算资源上下扩展初始化工作负载。
例如,如果您的环境中有 5 个 AOS 服务器,则系统最多会同时初始化 10 个表。



将财务和运营环境更新为:
- PU 63 累积更新 7.0.7198.95
- PU 62 累积更新 7.0.7120.155。
此更新对添加到 Azure Synapse Link 和 Fabric 链接的表中的 varBinary 字段和 varBinary 附件进行了修订,从而减少对操作工作负载的影响。

添加表时,系统会创建数据的初始副本。 在某些情况下,尤其是对于非常大的表,初始化可能需要更长的时间或停滞几天 将财务和运营应用环境更新为:
- PU 63 累积更新 7.0.7198.91
- PU 62 累积更新 7.0.7120.152
此更新可以更快地初始化大型表(超过 200M 行)。

我们启用索引以实现更快的数据同步。如果操作数据库中有正在进行的事务,则索引创建需要等待事务完成。 长时间的等待(有时是由于休眠事务)可能会延迟初始化过程。 在这种情况下,系统管理员可以检测并强制创建索引。
如果您的 Dataverse 环境位于与 Fabric 容量所在的 Azure 区域不同的 Azure 区域,则无法使用链接到 Fabric 功能。 自 2024 年 4 月 30 日起,您可以链接到位于同一地理边界(例如美国)内的 Fabric 容量。

请注意,由于 Azure 区域之间的数据传输,可能会在 Fabric 中产生网络费用。
如果您的 Dataverse 环境位于 Azure 区域,而不是您的数据湖或 Synapse 工作区所在的区域,您就不能使用 Azure Synapse Link 功能。 自 2024 年 4 月 30 日起,可以链接到位于同一地理边界(例如美国)内的存储帐户。。

请注意,如果 Azure 资源(如数据湖)不在同一 Azure 区域中,则可能会产生网络费用。
AOS 授权是一种保护财务和运营应用中的敏感数据字段免受数据泄露情况影响的方法。
如果所选表包含通过 AOS 授权保护的数据列,则将忽略这些列,并且导出的数据不包含该列。

例如,自定义表列 TaxLicenseNum 的元数据属性 AOS Authorization 设置为。 忽略此列
将财务和运营环境更新到以下版本或更高版本:
- PU 63:7.0.7198.105
- PU 62:7.0.7120.159
在此更新中,AOS 授权字段将添加到表中。
- 增量更新包括此列。
- 修改后的记录显示这些列和值。
- 完全刷新包括这些字段和所有值。
如果所选表包含数组类型的数据列,将会忽略这些列,并且导出的数据不包含该列。

例如,在名为 WHSInventTable 的自定义表中,列 FilterCodeFilterGroup 属于数组类型。 不使用 Azure Synapse Link 导出这些列。
将财务和运营环境更新到以下版本或更高版本:
- PU 65 7.0.7367.0
- PU 64:7.0.7279.115
- PU 63:7.0.7198.186
在此更新中,表中添加了数组类型字段。
- 增量更新包括此列。
- 修改后的记录显示这些列和值。
- 完全刷新包括这些字段及所有值。
- 枚举类型的数组字段当前从 Synapse Link 和 Fabric 链接功能中排除。
如果财务和运营应用表显示有效时间戳行为,则仅导出 Azure Synapse Link 当前有效的数据行。

例如,ExchangeRate 表包含当前和以前的汇率。 仅在 Azure Synapse Link 中导出当前有效的汇率。
将财务和运营环境更新为
- 版本10.0.38 (PU62) 平台更新 7.0.7120.179
- 版本 10.0.39 (PU63) 平台更新 7.0.7198.143
- 版本 10.0.40 (PU64) 平台更新 7.0.7279.58

通过此更新,过期的数据行将添加到表中。 需要执行完全刷新以包含前面的行。
表继承和派生表是财务和运营应用中的概念。 从财务和运营应用中选择派生表时,当前不包括相应基表中的列。

例如,如果您选择 DirPerson 表(从 DirPartyTable 派生的表,也称为基表),导出的数据将包含基表 DirPartyTable 中的字段。
如果需要访问这些列,则除了派生表之外,还需要选择基表。
您可以使用通过 GitHub 提供的此 FastTrack 解决方案。 此解决方案创建视图,其中包括基表中的列。
通过 Azure Synapse Link 导出 1,000 多个表或将 1,000 多个表添加到 Fabric 链接。 如果您使用 Azure Synapse Link,请通过创建包含少于 1,000 个表的两个或更多配置文件来解决此问题。

预计在未来的更新中,可以在 Fabric 链接和 Azure Synapse Link 配置文件中选择超过 1,000 个表。
无法使用 Azure Synapse Link 中的导入和导出配置文件功能将 Azure Synapse Link 配置文件中包含的财务和运营应用表迁移到不同的环境。 在解决此问题之前,请将相同的表添加到新环境中。 将逗号分隔的表列表复制并粘贴到“管理表”选项中的搜索框中,以便一次选择表列表。
Azure Synapse Link 或 Fabric 链接启用启用了更改跟踪属性的表。
目前,无法为所有财务和运营实体启用更改跟踪。 跟踪更改选项不适用于过去在财务和运营中创建的用于数据迁移的实体。
在某些实体中,启用更改跟踪可能会失败,并显示错误消息所选实体未通过验证规则或某些实体禁用了跟踪更改复选框。
有关实体验证规则以及如何修复这些规则的详细信息,请转到为数据实体启用行版本更改跟踪。 您可能需要开发人员帮助来完成步骤。
如果所选实体由于更改跟踪限制而不可用,请选择包含该实体中的数据的表。
您可以使用 FastTrack 团队提供的 EntityUtil 解决方案,通过表格创建实体形状。
如果在 Dataverse 中执行数据库还原操作,将删除在 Azure Synapse Link 中启用的财务和运营实体。 若要重新启用实体,请重新启用所有选定实体的相应 virtual tables,重新启用更改跟踪并在 Azure Synapse Link 中重新选择这些表。 您可以将逗号分隔的表列表复制并粘贴到“管理表”选项中的搜索框中,以便一次选择表列表。
当在 Dataverse 中还原备份时,可能会删除已添加到 Azure Synapse Link 配置文件中的财务和运营应用表。 在数据库还原操作之后,您必须将财务和运营表添加到配置文件中。 有关在数据库恢复操作后重新启用表的详细信息,请参阅财务和运营表的已知限制
主公司数据共享是财务和运营应用程序中的预览功能。 Synapse Link 或 Fabric link 功能目前不支持参与主公司数据共享功能的表。 虽然这些表可以选择,但导出的数据可能与无效的数据区域相关联。 目前尚无解决此问题的方法。

常见问题解答

导出到数据湖服务对我们来说效果很好。 为什么停用了这些服务?

作为 Dynamics 365 平台统一项目的一部分,我们将 Dynamics 365 应用程序中“导出数据”的几项服务整合到一个名为 Dataverse 的 Synapse Link 的单一服务中。 利用我们的专长,我们解决了 Synapse Link 中现有服务的很多缺点,同时保持了相同的数据格式 – 让您可以在最小的中断下升级投资的服务。 Fabric 链接服务是一种新的、无拷贝、无 ETL 解决方案,让您能够利用 Fabric 中的创新,而无需购买数据管道。 它是 Fabric 中授权用户的“读副本”数据。

BYOD 服务是否已停用? 是否有截止日期?

作为 Dynamics 365 平台统一项目的一部分,我们整合了几项在 Dynamics 365 应用程序中“导出数据”的服务。 BYOD 是一项将实体数据导出到客户自己的 Azure SQL 数据库的服务。 虽然我们还没有宣布 BYOD 服务的停用日期,但我们的指导建议是转换到 Synapse Link 或 Fabric 链接服务。 Fabric 链接服务是一种新的、无复制、无 ETL 解决方案,让您能够使用 SQL 查询数据,类似于 Fabric 中数据的“读取副本”。

作为平台统一项目的一部分,我们将 Dynamics 365 应用程序中“导出数据”的几项服务整合到了 Dataverse 的 Synapse Link 品牌下的服务。 我们还引入了 Fabric 链接,这是一个无复制、无 ETL 解决方案,让您能够利用 Fabric 中的创新技术,而无需购买数据管道。 它是 Fabric 中授权用户的“读副本”数据。

虽然许多客户希望采用 Fabric,但我们还了解一些客户希望继续导出数据并构建其自己的集成管道。 我们确实希望让他们能够在未来很好地导出数据。

2024 年 11 月 1 日之后,导出到数据湖服务是否会停止?

在节日季,导出到数据湖服务会在弃用日期后继续运行。 但是,我们的支持将受限。 您可以通过现在开始迁移过程来降低风险。 随着客户转换到 Synapse Link 和 Fabric 链接服务,我们计划从 2025 年 3 月 25 日开始停止导出到数据湖服务。 您可以加入社区,在每周的办公时间在 aka.ms/SynapseLinkforDynamics 提供反馈。

我迁移可能超出弃用日期,是否有可以获取扩展的流程?

在节日季,导出到数据湖服务会在弃用日期后继续运行。 但是,我们的支持将受限。 您可以通过现在开始迁移过程来降低风险。 为了帮助可能需要更多的时间完成他们迁移的客户,我们引入了产品内自扩展选项。 您可以申请一次扩展至 2025 年 2 月 15 日。 要自行扩展,请转到 Power Apps (make.powerapps.com) 中的 Azure Synapse Link 区域。 此选项适用于每个环境,对于与财务和运营关联的环境可见。

另请参见

什么是 Azure Synapse Link for Dataverse?

将您的 Dataverse 环境链接到 Microsoft Fabric 并解锁深刻的见解