Skip to main content
Question

Index cash space Issue

  • December 24, 2024
  • 2 replies
  • 41 views

Forum|alt.badge.img+3
  • Bit
  • 5 replies

I have an issue in Index cash directory which total size is 1.4 TB , and I noticed that the size had grown up with a high rate however that there are no additional work load added to my environment (11.36.28) and I have enabled the below parameter to be value ‘’1’’

Delete archive files of indexing backup associated with deleted backup sets

1

 

But the old  Legacy Index sill consume nearly more that 350 GB after running data aging job.

below is the index retention configuration that currently configured and I have configured it with below reduction days to be 8 not 14 days 

Any suggestion here to keep the index directory in a healthy status using the same SSD disk space we already have without expanding the capacity as its not applicable in the current time?

2 replies

Forum|alt.badge.img+7

Hi Nez,

Good day!

The index cache folder will have 3 main folders

Cv_index - V1 indexing

cvidxdb & cvidxlogs - V2 indexing 

The retention that you have set will only impact V1 indexing folder if its highly utilized this will save some space .

Validate the hardware requirement once and increase the space of index cache if requried

 

Ref : https://documentation.commvault.com/2024e/expert/system_and_hardware_requirements_indexing_version_1.html

https://documentation.commvault.com/2024e/expert/system_and_hardware_requirements_indexing_version_2.html

 

Regards.

Sureshkumar S

 


Forum|alt.badge.img+7
  • Vaulter
  • 86 replies
  • December 25, 2024

Hi ​@Nez,

As Suresh mentioned "Index Retention value" is applicable only for V1 indexing.

Also, we would like to share the below details,

From Commvault V10 we are using indexing version1. From Commvault V11 we switched to indexing version2.

V2 indexing provides improved performance and resiliency while shrinking the size of index files in the index directory and in storage.
V2 indexing works by using a persistent index database maintained at the backup set level. During subclient data protection jobs, log files are generated with all protected objects and placed into the index database.

Now we have a feature of subclient level indexing

Please refer to the below documents,

https://documentation.commvault.com/v11/expert/indexing_version_2.html
https://documentation.commvault.com/v11/expert/agents_that_use_indexing_indexing_version_1_and_indexing_version_2.html

https://documentation.commvault.com/2023e/expert/migration_of_clients_to_indexing_version_2.html


A) Regarding V1 indexing:
*******************************
1) 'Index Retention Time in Days' and 'Index Cleanup Percent'.
2) Index files are kept in the index directory for a default of 15 days or until the directory disk reaches 90% disk capacity.
3) Index files are pruned from the index based on least recently accessed.
4) This means that older index files that have been more recently accessed may be kept in the directory while newer index files that have not been accessed are deleted.


B) Regarding V2 indexing:
*******************************

During the index backup we have the below phases,

1) A database checkpoint
2) The database is compacted
3) The database will be backedup.

Database Checkpoint:
***************************
Checkpoints are used to indicate a point-in-time in which a database was backed up. Once the database is protected to storage, any logs that are older than the checkpoint can be deleted from the index directory location.

Database Compaction:
***************************
During data aging operations, deleted jobs are marked in the database as unrecoverable, but objects associated with the job remain in the database. The compaction operation deletes all aged objects and compacts the database.

Database Backup:
*********************
Once the checkpoint and compaction occur, the database is backed up to the primary copy location of the storage policy.

So please check the feasibility of converting the indexing version from V1 to V2.
 

Regards,

Wasim


Reply


Cookie policy

We use cookies to enhance and personalize your experience. If you accept you agree to our full cookie policy. Learn more about our cookies.

 
Cookie settings