Version Purge on aem as a cloud service Query | Community
Skip to main content
kartheekd203042
Level 3
October 25, 2024

Version Purge on aem as a cloud service Query

  • October 25, 2024
  • 3 replies
  • 2175 views

Could someone please confirm if, as of October 25, 2024, it is possible to override the default version purge configuration in AEM as a Cloud Service? The documentation suggests a future configuration option (in mt.yaml) to override this setting—is that correct?

Currently, it seems that versions are retained for seven years with no limit on the number of versions until a future update is released. Is this accurate?

 

Link - https://experienceleague.adobe.com/en/docs/experience-manager-cloud-service/content/operations/maintenance#purge_tasks

3 replies

TarunKumar
Community Advisor
Community Advisor
October 28, 2024

Hi @kartheekd203042 ,


Version purge is currently disabled by default, but the policy can be configured.

AEM is shipped with various mechanisms to help you manage your repository. The Version Manager

This can be configured to purge old versions when new versions are create. Second one is Purge Version tool . This is used as part of monitoring and maintaining your repository. It lets you intervene to remove old versions of a node, or a hierarchy of nodes.
You can follow below link for more details:

https://experienceleague.adobe.com/en/docs/experience-manager-65/content/implementing/deploying/configuring/version-purging

 

-Tarun

kartheekd203042
Level 3
October 28, 2024

Thanks, @tarunkumar, for the response! I'm specifically looking for details about AEM as a Cloud Service. The links you shared cover AEM 6.5, but for AEM as a Cloud Service, we’d handle this through the config pipeline, correct? And this configuration would apply in future releases, not currently?

MukeshYadav_
Community Advisor
Community Advisor
October 28, 2024

Hi @kartheekd203042 ,

You can try to configure. 

Seems as per https://experienceleague.adobe.com/en/docs/experience-manager-cloud-service/content/operations/maintenance#purge_tasks the purging feature is currently not enabled by default, but it can be configured now. In the future, this feature will become the default setting for new environments.

So, for now, you can set it up manually, but soon it will be automatically applied to new environments without needing configuration.

Thanks

kartheekd203042
Level 3
October 30, 2024

Hi @mukeshyadav_  @tarunkumar ,

 

Steps followed are outlined below:

 

Create a MaintenanceTask.yaml (or any preferred name) file as specified in the Adobe documentation, including all properties for both version and audit purge configuration.
Place this file in the top-level config folder of the codebase.
Create a configuration pipeline, selecting the file from this top-level folder location.
Create a granite_weekly/granite_daily config in the code based on custom requirements.
Create an Ad Hoc Purge Task under the weekly/daily config node (is this required?).
Deploy the code using the deployment pipeline to the cloud instance.
Trigger the config pipeline after the deployment.
Wait for the time in UTC as configured in the granite_weekly/granite_daily configuration.

 

We haven't observed versions being cleaned up and are wondering if a step or configuration might be missing.

Please let me know if you have any suggestions on this.

 

 

Config file values below:

 

 

kind: "MaintenanceTasks"
version: "1"
metadata:
envTypes: ["dev"]
data:
versionPurge:
maximumVersions: 5
maximumAgeDays: 0
paths: ["/content"]
minimumVersions: 1
retainLabelledVersions: false
auditLogPurge:
rules:
- replication:
maximumAgeDays: 15
contentPath: "/content"
types: ["Activate", "Deactivate", "Delete", "Test", "Reverse", "Internal Poll"]
- pages:
maximumAgeDays: 15
contentPath: "/content"
types: ["PageCreated", "PageModified", "PageMoved", "PageDeleted", "VersionCreated", "PageRestored", "PageValid", "PageInvalid"]
- dam:
maximumAgeDays: 15
contentPath: "/content"
types: ["ASSET_EXPIRING", "METADATA_UPDATED", "ASSET_EXPIRED", "ASSET_REMOVED", "RESTORED", "ASSET_MOVED", "ASSET_VIEWED", "PROJECT_VIEWED", "PUBLISHED_EXTERNAL", "COLLECTION_VIEWED", "VERSIONED", "ADDED_COMMENT", "RENDITION_UPDATED", "ACCEPTED", "DOWNLOADED", "SUBASSET_UPDATED", "SUBASSET_REMOVED", "ASSET_CREATED", "ASSET_SHARED", "RENDITION_REMOVED", "ASSET_PUBLISHED", "ORIGINAL_UPDATED", "RENDITION_DOWNLOADED", "REJECTED"]

kartheekd203042
Level 3
November 5, 2024

Hi all

 

Any inputs on this as we are still not able to control the time/day of version purging following these steps.

 

Any one using this currently in their projects?

kautuk_sahni
Community Manager
Community Manager
November 11, 2024

@kartheekd203042 Did you find the suggestions helpful? Please let us know if you require more information. Otherwise, please mark the answer as correct for posterity. If you've discovered a solution yourself, we would appreciate it if you could share it with the community. Thank you!

Kautuk Sahni
kartheekd203042
Level 3
November 11, 2024

Hi @kautuk_sahni - Thanks for following up

 

I am still requiring details on my question as outlined above.

Adobe Employee
November 19, 2024

Hi @kartheekd203042, from the configuration shared above, I can see "maximumAgeDays: 0". Please note: If the value is 0, purging is not performed based on the age of the version.