How to delete archives stored on Centera with 10 years of retention
We are moving archives away from Centera to a new storage device, as we are going to decommission the Centera device. While I was moving archives and deleting the old ones when finished, I noticed that the archives are stuck in deletion. I figured out that the Centera retention class for those archives was set to 10 years. Hence the messages popping up in dtrace: 262á760 13:26:46.054 [49á556] (StorageDelete) <26512> EV:M CVaultStoreEMCCentera::ClipGetExpiryDateCenteraCollection -- Clip-Id: 88PRQ8LUUIQ3JeCOEQR9F1D17IVG418H8CEQUQ0A9VTB8H166IT1G, Expiry date: 0.000000 262á764 13:26:46.054 [49á556] (StorageDelete) <26512> EV:M CVaultStoreEMCCentera::ClipGetExpiryDate -- Clip-Id: 88PRQ8LUUIQ3JeCOEQR9F1D17IVG418H8CEQUQ0A9VTB8H166IT1G, Expiry date: 45340.812847 262á786 13:26:46.054 [49á556] (StorageDelete) <26512> EV:M The deletion of the item is not currently permitted. The item is on a compliance device with a retention period that prevents it from being deleted. Are there any way of removing the old archives from EV before the Expiry date? I am not concerned about the data on Centera once all moves are completed. I just want to remove any references to the old archives and items once we have moved everything away from Centera. How do I calculate the Expiry date in dtrace? When trying to delete about 18TB of data in retention, will that bog down the EV server as it tries to delete the items over and over again? Thanks!Solved3.3KViews0likes13CommentsRetroactively Changing Retention and deleting expired items
Hello, Running EV 11.0.1. I have to deal with a situation where storage is getting filled up and the company wants to remove a lot of the oldest archived items (specfics yet to be determined). All Provisioning Groups are linked to a retention category "Business" that is set to hold items forever (from what I've been told, this was how Enteprise Vault was setup originally so all items should have been archived with that retention category tag). Now, I know that custom retention categories can have their retention period modified and this will enforce retroactively, correct? So, if I change if from "Forever" to 7 years, archived items older than 7 years become expired and eligible for deletion? The problem is that we need to audit the data first and decide what is a good retention period, so as not to delete too much. I know I can run the expiry report and check the number of items eligible for deletion (as described here:https://www.veritas.com/support/en_US/article.000080850) but is there a more detailed report that can assess how much actual space/how many users/etc. will be processed? Second, once the changes to the retention categories are implemented and the reports ran, these will need to be assessed, which will take a week. The problem is that the Vault Site has a scheduled Storage Expiry every weekend. I attempted to set it to "Never" run but VAC throws off an error that "PST Holding Folder location is not available or not configured" and reverts back to the schedule. Isn't the PST Holding Folder used for PST migrations? Do I need to set it up before I can set the Storage Expiry to never run? The reason for this is we want to avoid a scheduled expiry task running over the weekend and deleting anything before we've fine tuned and decided what the best retention period to put in place. Sorry for the long post, would appreciate advice on this?605Views0likes1CommentUser cannot select retention category
I would like to allow users to both select the retention category from the Outlook add-in dropdown when they're manually archiving an item as well as change an archived item's retention category once it's already been vaulted. I know there must be a policy setting I'm missing somewhere preventing my users from seeing a dropdown box when they go to archive an item. Can anyone knock me over the head with the answer?1.3KViews0likes3Comments