Dataverse 数据长期保留概述

Microsoft Dataverse 支持自定义保留策略,以经济高效的方式安全地长期保留无限数据。 虽然 Dataverse 可以通过不限制活动数据来支持您的业务增长,您还是可能会希望考虑将不活动数据移到 Dataverse 长期保留存储中。

重要

保留策略所在的 Power Platform 环境必须是托管环境。 这也适用于 Dynamics 365 客户,如果环境尚不是托管环境,这些客户需要升级到托管环境。

不满足此要求的客户可以继续创建数据保留策略,但这些策略处于禁用状态。

观看此视频了解 Dataverse 长期数据保留。

商业应用程序数据生命周期

三个阶段需要考虑商业应用程序数据生命周期。 首先是活动数据,活动数据会在一段时间后过渡为不活动数据,最终过渡为已删除数据。

商业应用程序数据生命周期关系图

阶段 说明
1. 活动数据 数据容易获取,是通过应用转换的。
在所有应用程序工作流中均可访问。
也称为实时数据。
2. 不活动数据 数据不可变且只读。
长期保留存储。
访问受限。 为合规性、审核和法律发现保留。
3. 已删除数据 已永久删除。 数据生命周期已完成。

Dataverse 为数据的长期保留提供本机平台支持。 它使得组织能够获得直接收益和持续收益:

  • 安全地长期保留历史应用程序数据,以满足审核、法律和法规要求。
  • 出于有限的查询目的访问只读数据。
  • 减少消耗的数据库容量,并节省停用数据的费用。
  • 避免构建和维护用于长期保留历史应用程序数据的自定义解决方案所需 IT 投资。

工作原理

应用程序管理员为表设置具有条件的自定义策略以长期保留数据。 保留的数据始终不会移出 Dataverse,数据存储在 Dataverse 长期保留中。 这些数据始终受到 Microsoft Entra ID 支持的 Dataverse 安全的保护。

重要

  • 使用 Dataverse 长期保留来保留数据后,数据不能移动回 Dataverse 实时(活动)应用程序状态。
  • 使用自行管理的加密密钥 (BYOK) 的客户应注意,Azure 数据湖中长期保留的数据是使用 Microsoft 管理的密钥进行加密的。 请考虑迁移到客户管理的密钥 详细信息:将创建自己的密钥环境迁移到客户管理的密钥
  • 运行保留策略时,流程会在 Microsoft Power Platform 中创建 API 请求。 这些请求会占用您的计划的可用现有 API 请求数量。 详细信息:请求限额和分配

Dataverse 提供通过以下途径对保留数据的只读访问:

  • 应用程序内的高级查找。
  • Power Automate 云端流。
  • 适用于自定义屏幕的 Dataverse OData API。

长期保留数据的类型

Dataverse 标准(系统除外)表、自定义表以及附件和图像可以长期在 Dataverse 中保存。

备注

目前,审计表和弹性表不支持长期保留。

当应用程序制作者为表启用长期保留时,管理员可对表设置保留策略。 当制作者在父根表上启用保留时,也为所有子表以及相关的附件和图像启用保留。

长期数据保留和现有删除操作及插件

对表运行数据保留策略时,将执行表的所有现有删除操作级联关系和插件。 此外,保留操作可用于触发自定义行为。 应用程序开发者可以针对保留操作编写自定义插件。

详细信息:数据长期保留

存储容量报表

如果采用 Dataverse 长期保留,数据始终不会离开 Dataverse。 现有 Power Platform 管理员报表中报告的容量同时包括实时(活动)数据和保留(不活动)数据(以 GB 为单位)。

  • 报告的数据库容量详细信息:

    • 报告的数据库容量是实时数据与保留数据的总和。 占用的总数据库容量将减少,具体取决于策略运行期间保留的数据行所占比例。
  • 请注意,运行策略需要 72 到 96 个小时才能完成,之后还需要经过 24 个小时才会显示数据库容量报表。

  • 如果可用,报表显示针对长期保留启用的表的两个条目:

    • ,如案例1联系人
    • 保留的表,如保留的案例保留的联系人

    1 案例表需要 Dynamics 365 应用,如 Dynamics 365 Service。

  • 报告的文件容量详细信息:

    • 如果存在长期保留的关联文件附件,则文件容量将反映实时数据和保留数据的总和。 在运行保留策略(涉及文件附件)后,不会减少或节约文件容量。

目前不提供日志容量报表。

查看容量报表

假设在一个非生产场景中,使用 Dataverse 长期保留保留案例表和联系人表的所有实时数据。 长期保留策略成功完成后,报表中有保留的案例保留的联系人条目。 减少的占用数据库容量取决于保留过程中涉及的行数和列数据类型。 这些报表可能需要几天到一周的时间才能在生产环境中反映完全减少的节约。 对于非生产环境,报表可能需要最多两周时间才能反映节约。

包含保留的表数据的存储容量报表

备注

  • 如果报表中未显示这些表,请通过选择容量报表右上方的三个垂直条将视图导出到 Excel 工作表,然后选择下载所有表
  • 如果表通常具有关联的子表,则容量报表还会显示子表保留的 GB 大小。

有关容量报表的详细信息,请转至新的 Microsoft Dataverse 存储容量

了解长期保留存储成本

Dataverse 长期保留不需要额外购买存储空间,也不需要将该功能作为单独服务购买。 从 Dataverse 数据库移动到 Dataverse 长期保留后,每 GB 占用的数据库产能平均减少 50%。 这是因为数据在 Dataverse 长期保留中会压缩。

例如:

  • 假设 Contoso 现在占用的数据库产能是 1,000 GB,并且已运行计划的长期保留策略,并通过 Dataverse 长期保留保留 200 GB 的数据。
  • 在平均压缩率至少为 50% 的情况下,保留的数据大小为 100 GB,与数据处于活动状态时相比节省了 50%。
  • 这意味着 Contoso 现在在 Dataverse 中具有 800 GB 的活动数据和 100 GB 的停用数据。
  • 在这种情况下,存储容量报表将数据库使用情况显示为 900 GB (800 GB + 100 GB)。

备注

  • Dataverse 长期保留会压缩数据库数据。 压缩量取决于 Dataverse 中的数据类型。 对于某些数据(不确定),您可能会发现节省超过 50%,而其他数据可能节省低于 50%。 您还可能发现,当长期保留保留的数据量越大(数百 GB)时,节省的空间越多。
  • 对于文件和图像附件,Dataverse 长期保留不会减少消耗的容量。 在极少数情况下,根据文件或图像,可能节省很少的文件容量。

解决方案感知保留策略

Dataverse 保留策略可感知解决方案。 添加到解决方案的 Dataverse 保留策略称为解决方案感知保留策略。 您可以向单个解决方案添加多个保留策略。 保留策略会添加到非托管解决方案。 这有助于开发者在使用 Dataverse 保留策略时遵守应用程序生命周期管理 (ALM) 最佳实践。

将保留策略添加到解决方案中时,其定义将变为可移动,这样更容易将其从一个环境迁移到另一个环境,从而节约创建保留策略所需时间。 例如,您首先开发一个在开发或沙盒环境中包含保留策略的解决方案。 然后将该保留策略移动到预生产环境,以测试和验证解决方案是否运行正常且可供生产。 测试完成后,管理员将解决方案导入到生产环境中。

备注

  • 保留策略保留的数据不能作为解决方案的一部分移动,只有保留策略定义才可以。 您必须在环境中运行保留策略,以在 Dataverse 长期存储中保留数据。
  • 只有在 Power Platform 环境中创建的保留策略才可以感知解决方案。
  • 当通过解决方案导入流程启用长期保留时,不会自动启用相关的子表。

请先创建解决方案,再向其添加保留策略。 包含保留策略的解决方案的导出和导入与其他解决方案组件的导出和导入相同。

有关解决方案和解决方案组件的详细信息,请参阅解决方案概述

后续步骤

为表设置数据保留策略

分享您的想法