Skip to content

Commit 187be13

Browse files
authored
Merge pull request #9158 from MicrosoftDocs/pnghub-patch-7
Update long-term-retention.md
2 parents 85b2dff + 8c6b30a commit 187be13

File tree

1 file changed

+8
-12
lines changed

1 file changed

+8
-12
lines changed

powerapps-docs/developer/data-platform/long-term-retention.md

Lines changed: 8 additions & 12 deletions
Original file line numberDiff line numberDiff line change
@@ -1,29 +1,25 @@
11
---
2-
title: "Long-term data retention (Microsoft Dataverse) | Microsoft Docs" # Intent and product brand in a unique string of 43-59 chars including spaces
3-
description: "Dataverse long-term data retention enables customers to transfer data from their transactional database to the Dataverse managed data lake." # 115-145 characters including spaces. This abstract displays in the search result.
2+
title: "Long-term data retention (Microsoft Dataverse) | Microsoft Docs"
3+
description: "Dataverse long-term data retention enables customers to retain their historical transactional data with Dataverse long term retention."
44
ms.custom:
55
ms.date: 05/23/2023
66
ms.reviewer: "pehecke"
77
ms.topic: "article"
8-
author: "kagoswami" # GitHub ID
8+
author: "kagoswami"
99
ms.subservice: dataverse-developer
10-
ms.author: "kagoswami" # MSFT alias of Microsoft employees only
10+
ms.author: "kagoswami"
1111
search.audienceType:
1212
- developer
1313
---
1414

1515
# Long-term data retention
1616

17-
*Long-term retention* (LTR) is a capability that enables customers to transfer their data from a Dataverse transactional database to a managed data lake. To perform LTR operations, you're required to set up retention policies by defining criteria for a given data table. Based on the policy, retention runs at the scheduled time and retain rows matching the criteria.
17+
*Long-term retention* (LTR) is a capability that enables customers to retain their historical transactional data with Dataverse long term retention. To perform retention operations, you're required to set up retention policies by defining criteria for a given parent (root) data table. Based on the policy, retention runs at the scheduled time and rows are retained across the parent and child tables that match the criteria.
1818

1919
More information: [Dataverse long term data retention overview](../../maker/data-platform/data-retention-overview.md), [Enable a table for long term retention](../../maker/data-platform/data-retention-set.md#enable-a-table-for-long-term-retention)
2020

2121
> [!IMPORTANT]
22-
> You must meet one of the following two requirements to use all long term data retention features:
23-
> - Be a licensed Dynamics 365 customer engagement app customer.
24-
> - Be a licensed Power Apps customer with a managed environment.
25-
>
26-
> Customers who don't meet either requirement can continue to create data retention policies, but the policies are disabled. You must meet one of the requirements to enable the policies to run.
22+
> To use all long term data retention features you must meet both of the requirements described here: [Dataverse long term data retention overview (preview)](../../maker/data-platform/data-retention-overview.md#dataverse-long-term-data-retention-overview-preview).
2723
2824
## Retention policy setup and validation
2925

@@ -129,7 +125,7 @@ Accept: application/json
129125

130126
### Custom plug-in on ValidateRetentionConfig
131127

132-
The data retention process moves data from Dataverse transactional storage to a managed data lake. Once data is moved to the data lake, you cann't perform any transactional operations on that data. It's important to make sure that incorrect policies aren't being set up for data retention. You can add your own validations by optionally registering a custom [plug-in](plug-ins.md) on the `ValidateRetentionConfig` message.
128+
The data retention process moves data from Dataverse transactional storage to Dataverse long term retention. Once data is retained with long term retention, you can't perform any transactional operations on that data. It's important to make sure that incorrect policies aren't being set up for data retention. You can add your own validations by optionally registering a custom [plug-in](plug-ins.md) on the `ValidateRetentionConfig` message.
133129

134130
### [SDK for .NET](#tab/sdk)
135131

@@ -232,7 +228,7 @@ class SampleBulkRetainPlugin : IPlugin
232228

233229
### Custom logic while row gets deleted due to retention
234230

235-
Dataverse executes the `PurgeRetainedContent` message to delete the transactional data rows that were successfully moved to the data lake. The `PurgeRetainedContent` message internally executes a `Delete` message operation to delete the retained table rows that were successfully moved.
231+
Dataverse executes the `PurgeRetainedContent` message to delete the transactional data rows that were successfully retained with Dataverse long term retention. The `PurgeRetainedContent` message internally executes a `Delete` message operation to delete the retained table rows that were successfully moved.
236232

237233
You can optionally register a custom plug-in on the `PurgeRetainedContent` message if you need any custom logic invoked during the purge operation at the table level. Optionally, you can register a custom plug-in on the `Delete` message if you need to invoke code when a row gets deleted due to retention. You can identify whether the delete happened due to retention or not by checking the plug-in's [ParentContext](xref:Microsoft.Xrm.Sdk.IPluginExecutionContext.ParentContext) property. The `ParentContext` property value for the `Delete` message operation due to retention is "PurgeRetainedContent".
238234

0 commit comments

Comments
 (0)