从传统数据集成服务过渡
数据导出服务、自带数据库 (BYOD) 和导出到数据湖是 Dynamics 365 应用程序中引入的功能，用于导出数据以用于分析和数据集成方案。 这些服务使 IT 管理员和专家能够将数据导出到外部数据库或数据湖中，并构建数据集成管道。 多年来，作为 Dynamics 365 与 Power Platform 统一的一部分，我们通过更新改进了这些服务，但我们将这些不同服务的相同功能重新构建为内置的 Power Apps 更简单、统一的体验 (make.powerapps.com)。 通过过渡到 Microsoft Fabric 链接或升级 Azure Synapse Link，重新架构的服务为您提供了一个轻松的坡道，让您从 AI 和 Copilot 对 Microsoft Dataverse 和 Fabric 的投资中受益
如果您是使用任何上一代服务的客户，本文将提供有关升级到新体验、从创新中受益以及减少端到端费用和工作量的指导。
根据预览客户调查，我们还编制了一份高级别的成本和收益估算，以帮助您完成过渡。 此处还提供了指向更多信息和视频的链接、加入论坛的链接以及每周办公时间会议，以便与产品团队、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 服务。
使用 Fabric 链接进行简化
如果您已经在使用 Power BI、数据仓库或使用数据流和笔记本来转换数据，则指向 Fabric 功能的链接可立即提供价值。 可以通过消除对自己的存储帐户或 Dataverse 数据的 Synapse 服务的需求来简化数据集成体系结构。 无需为存储和计算等 Azure 资源付费，只需为存储增加 Dataverse 付费。 计算费用（如近乎实时的数据更新和管理开销）也被计入 Dataverse 存储中。 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
通过升级到 Azure Synapse Link 并启用增量或 Parquet 转换，可以消除 Dataverse 解决方案中的数据准备管道。 Azure Synapse Link 服务以性能更高的 Delta 或 Parquet 格式将相同的数据形状导出到存储帐户中。 可以继续使用现有工具和 Azure 服务（如存储和 Azure Synapse Analytics 查询），同时将对生产环境的中断降至最低。
了解收益和成本降低
通过 Fabric 链接和 Azure Synapse Link 实现简单性，并降低端到端成本。 请考虑以下基于预览客户体验的示例。
示例 1：从 BYOD 转换到“导出到 Data Lake 到 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 存储消耗。 |
备注
提供这些估计值是为了能够估算过渡后的支出。 虽然这些估计基于预览版客户的经验，但环境中产生的实际成本以及数据压缩可能会因数据量和组合而异。
示例 2：升级到 Azure Synapse Link
如果您当前未使用 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 为希望以最小的更改扩展现有投资的客户提供简单的升级路径。 正如我们在这里讨论的那样，创新 Dataverse 支持从财务和运营应用服务（如导出到数据湖和 BYOD）轻松过渡。
Azure Synapse Link可在 Power Apps (make.powerapps.com) 中 Power Apps 轻松配置 Azure 存储和 Synapse 服务。 删除了导出到 Data Lake 的几个限制：
- 统一体验支持从所有 Dynamics 365 应用（包括 Finance and Operations 和 Customer Engagement 应用）中选择数据。 您可以维护单个服务以从所有 Dynamics 365 和 Power Apps 导出数据。
- 导出到 Data Lake 时存在的表限制消失了。 最多可以为单个存储帐户中的每个 Azure Synapse Link 配置文件选择 1,000 个表。 您可以创建多个配置文件（导出管道），每个配置文件最多包含 1,000 个表。
- Azure Synapse Link 提供对使用防火墙受限存储帐户导出数据的内置支持。
- 不需要配置 Azure 资源。 Azure Synapse Link 代表您调配和配置 Azure 资源。
- Azure Synapse Link 以与导出到 Data Lake 或 BYOD 相同的格式导出数据，使你能够保留现有管道。
导出到 Data Lake 和数据导出服务都以 CSV 格式导出数据。 CSV 文件不适合直接使用，因为查询性能较差以及偶尔的读/写争用问题。 过渡前使用 Azure 数据工厂定期引入原始数据并将其转换为 SQL Azure 数据库或 Azure 数据仓库。 在“过渡后中不需要此层，因为 Azure Synapse Link 以 Delta 或 Parquet 格式导出数据，这消除了维护额外数据存储以缓存和提高查询性能的需要，同时消除了读/写争用。
继续使用现有数据管道来合并、重塑和聚合来自其他系统的其他数据。
继续将 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 服务为增量数据更改提供了多项“导出到 Data Lake”增强功能：
- 初始数据加载包含在更改文件夹中。 这样一来，同一管道就可以轻松地同时使用初始加载和增量更新。
- 在重新初始化表的情况下，不会删除更改数据。
- 系统会创建带时间戳的文件夹结构和元数据，以帮助您按时间顺序读取更改。 更改数据一旦写入，就永远不会更新。 此方法更适合使用大数据引入工具（如 Azure 数据工厂）处理更改。
- 您可以配置文件夹中 Azure Synapse Link 更改源的更新频率，最短可达 5 分钟。
当您过渡到 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 分钟内查看数据。
使用 Fabric 链接获取数据源的操作报告可以利用 Fabric 中的 Direct Lake 模式或 DirectQuery 模式，该模式利用 Delta 或 Parquet 文件中内置的内存中索引。 。 在这些模式下，您无需计划刷新 Power BI 报表，因为报表始终显示 Fabric 中更新的最新 Dataverse 数据。
Fabric 链接服务在此时间点的一小时内更新 Dataverse OneLake 中的数据。 Dataverse 每 15 分钟触发一次数据更新作业，根据数据更改量，您可能会在 30 到 60 分钟内看到更新的 Parquet 文件。
如果您使用来自 Dynamics 365 的增量数据馈送，并导出到 Data Lake 服务以实现近乎实时的数据集成方案（示例 3）。 升级到 Azure Synapse Link 使您能够运行相同的数据管道。
已知问题和解决方法
目前，产品团队正在解决几个限制。 在我们解决这些限制之前，请使用建议的解决方法。 若要详细了解即将推出的路线图并与产品团队保持联系，请加入预览 Viva Engage 组。
| 已知问题 | 修复和解决方法 |
|---|---|
| 一次添加大量表时，系统会创建数据的初始副本。 在极少数情况下，尤其是在较小的环境和第 2 层沙盒中，操作工作负载可能会变慢，初始化时间可能会变得更长。 |
这可能会影响应用程序对象服务器 (AOS) 服务器（计算资源）较少的较小环境。 在 Azure Synapse Link 中，如果您的环境是第 2 层沙盒，则一次添加 5 个表。 初始化完成后，您可以添加更多内容。 |
| 添加表时，系统会创建数据的初始副本。 在某些情况下，尤其是对于非常大的表，初始化可能需要更长的时间或停滞几天 | 将财务和运营应用环境更新为： - 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 的自定义表中，列 FilterCode 和 FilterGroup 属于数组类型。 不使用 Azure Synapse Link 导出这些列。 |
此问题没有解决方法。 我们正在努力在将来的更新中启用此功能。 加入 Viva engage 组，保持联系并载入预览功能（如果可用）。 |
| 如果财务和运营应用表显示有效时间戳行为，则仅导出 Azure Synapse Link 当前有效的数据行。 例如， ExchangeRate 表包含当前和以前的汇率。 仅在 Azure Synapse Link 中导出当前有效的汇率。 |
解决方法是，在解决此问题之前，请使用类似于 ExchangeRateBIEntity 的表。 加入 Viva engage 组，保持联系并载入预览功能。 |
| 表继承和派生表是财务和运营应用中的概念。 从财务和运营应用中选择派生表时，当前不包括相应基表中的列。 | 如果需要访问这些列，则除了派生表之外，还需要选择基表。 您可以使用通过 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 配置文件中的财务和运营应用表。 | 在数据库还原操作之后，您必须将财务和运营表添加到配置文件中。 有关在数据库恢复操作后重新启用表的详细信息，请参阅财务和运营表的已知限制。 |
另请参见
反馈
即将发布：在整个 2024 年，我们将逐步淘汰作为内容反馈机制的“GitHub 问题”，并将其取代为新的反馈系统。 有关详细信息，请参阅：https://aka.ms/ContentUserFeedback。
提交和查看相关反馈