Skip to main content
Answer

Life Cycle policy/rule definition for NetApp grid commvault worm storage lock

  • July 10, 2025
  • 1 reply
  • 71 views

Forum|alt.badge.img+8

 

We have configured WORM storage lock for NetApp storage Grid bucket. As per documentation, the lifecycle policies need to be configured on storage end to remove delete markers from versioning.We have retention for 30 days.

 

Now the questions 

->lifecycle rule to delete non-current versions after how many days ?

->Doesn’t commvault clear the versioned objects after the retention period is completed ?

->As per documentation, it was mention Deleteobjectversion permission is needed for Access keys.Does it means Commvault will auto delete the versioned objects after retention ?

 

  • For a bucket with versioning enabled, you must have the DeleteObjectVersion permission to delete versioned objects.

S3 Compatible

  • Same tasks as Amazon S3
  • Commvault uses Compliance mode with object lock on S3 Compatible.
  • Disable default retention when object lock is enabled or set retention days to 0.
  • Additionally, you should configure life cycle policy to remove delete markers.

 

https://documentation.commvault.com/2024e/essential/configuring_worm_storage_lock_01.html

 

 

 

Best answer by Wasim

Hi ​@AbdulIkram,

 

  1. Lifecycle Rule for Deleting Non-Current Versions:

    • The lifecycle rule for deleting non-current versions should be configured based on your retention requirements. Since you have a retention period of 30 days, you might consider setting the lifecycle rule to delete non-current versions shortly after this period, such as 31 days, to ensure compliance with your retention policy.
  2. Commvault Clearing Versioned Objects:

    • Commvault does not automatically delete versioned objects after the retention period. The lifecycle policy on the storage side is necessary to manage the deletion of non-current versions and delete markers. This is because Commvault relies on the storage system's lifecycle policies to handle versioned objects.
  3. DeleteObjectVersion Permission:

    • The DeleteObjectVersion permission is required for Commvault to delete versioned objects. This permission allows Commvault to manage the deletion of objects in a versioned bucket, but the actual deletion process is governed by the lifecycle policies configured on the storage system.

For more details, you can refer to the Commvault documentation on configuring WORM storage lock.

 

Regards,

Wasim

If you have a question or comment, please create a topic

1 reply

Forum|alt.badge.img+9
  • Vaulter
  • Answer
  • July 11, 2025

Hi ​@AbdulIkram,

 

  1. Lifecycle Rule for Deleting Non-Current Versions:

    • The lifecycle rule for deleting non-current versions should be configured based on your retention requirements. Since you have a retention period of 30 days, you might consider setting the lifecycle rule to delete non-current versions shortly after this period, such as 31 days, to ensure compliance with your retention policy.
  2. Commvault Clearing Versioned Objects:

    • Commvault does not automatically delete versioned objects after the retention period. The lifecycle policy on the storage side is necessary to manage the deletion of non-current versions and delete markers. This is because Commvault relies on the storage system's lifecycle policies to handle versioned objects.
  3. DeleteObjectVersion Permission:

    • The DeleteObjectVersion permission is required for Commvault to delete versioned objects. This permission allows Commvault to manage the deletion of objects in a versioned bucket, but the actual deletion process is governed by the lifecycle policies configured on the storage system.

For more details, you can refer to the Commvault documentation on configuring WORM storage lock.

 

Regards,

Wasim