Important Update: Cohesity Products Documentation
All Cohesity product documentation are now managed via the Cohesity Docs Portal: https://docs.cohesity.com/HomePage/Content/home.htm. Some documentation available here may not reflect the latest information or may no longer be accessible.
Veritas Enterprise Vault™ Troubleshooting Retention Folders
Example of how conflict folders are created
Suppose that a mailbox contains the folders that are shown below. All these folders are linked to retention folders with the same name and position in the archive.
If the user renames the mailbox folder Finance to Money, the result is to create a folder structure in the archive like the one that is shown below:
Where:
At the top of the folder tree, the These folders are initially empty, but Enterprise Vault now archives into them the items that are in the renamed mailbox folders. So, the retention settings that Enterprise Vault applies to these items are not those that it would previously have applied to them, if it had added them to retention folders. | |
The As with the folders at the top of the folder tree, the retention settings that apply to conflict folders are those that you have defined elsewhere in Enterprise Vault, such as in the retention plan or provisioning group. The retention folder settings no longer apply to the items in these folders. If the user now creates a mailbox folder that has the same name and position in the folder list as a conflict folder in the archive, Enterprise Vault does the following:
This behavior is designed to stop Enterprise Vault from adding yet more items to the conflict folder. In summary, the purpose of the conflict folders is to identify items that were previously in a retention folder but are now in an archive folder to which the previous retention settings no longer apply. | |
The folders at the bottom of the tree are retention folders. In the case of the |
Further complications can arise if a user moves a mailbox folder that is linked to a retention folder and then creates a new mailbox folder with the same name in its place. So, in the mailbox folder example shown above, suppose that the user moves the Stocks subfolder so that it is at the same level as the Finance folder, and then creates a new Stocks subfolder under Finance. These activities cause Enterprise Vault to create the following folders in the archive:
A new instance of the
Stockssubfolder under theFinancefolder.A new
Stocksfolder that is at the same level as theFinancefolder.A conflict folder called
Stocks1.
However, this archive folder structure is only fully realized on the second occasion that the archiving task runs, after the user has made the folder changes in the mailbox. On the first occasion that the task runs, an interim folder structure is in place in the archive - which means that Enterprise Vault places the items from both the moved Stocks subfolder and its replacement into the Stocks1 conflict folder. This is automatically corrected when the archiving task next runs.