Windows File System Indexing and Effect on Stubbed Files

Last post 05-31-2018, 2:47 PM by LFKRick. 4 replies.
Sort Posts: Previous Next
  • Windows File System Indexing and Effect on Stubbed Files
    Posted: 05-30-2018, 1:29 PM

    If we have a folder that has been archived by Commvault, in which the files are stubbed, and a user searches across that folder structure for a file, using windows search, does the real time index that Windows attempts to perform cause stubbed files to re-hydrate?

    We had some process attempt to touch every file in an archive, and I can see that it moved systematicaly through the folder structure, until the volume filed up. We're wondering if it was just a user searching the archive, as we're at a loss for another explanation.

  • Re: Windows File System Indexing and Effect on Stubbed Files
    Posted: 05-30-2018, 10:42 PM

    Hi,

    The files are stored in what kind of file system. Is it a filer or windows? Please let us know so we can help you further with this.

     

    Thanks

    Regards

    Chitra

  • Re: Windows File System Indexing and Effect on Stubbed Files
    Posted: 05-31-2018, 10:25 AM

    Windows Server 2008 r2.

  • Re: Windows File System Indexing and Effect on Stubbed Files
    Posted: 05-31-2018, 11:28 AM

    Normal windows searches on attributes shouldnt cause rehydration. But if you are doing a key word search that would cause a read of the file which would cause a hydration. In short any process other than commvault backup process that reads a file that is a stub would cause a hydration of the file.

  • Re: Windows File System Indexing and Effect on Stubbed Files
    Posted: 05-31-2018, 2:47 PM

    Thanks for the responses.

    We finally found that our SpaceObserver monitoring service was the cause of the rehydration. It was pulling md5s for the files, which was causing stubbed files to rehydrate. We've excluded the directories which we are archiving, and no new masses of files have been pulled back.

The content of the forums, threads and posts reflects the thoughts and opinions of each author, and does not represent the thoughts, opinions, plans or strategies of Commvault Systems, Inc. ("Commvault") and Commvault undertakes no obligation to update, correct or modify any statements made in this forum. Any and all third party links, statements, comments, or feedback posted to, or otherwise provided by this forum, thread or post are not affiliated with, nor endorsed by, Commvault.
Commvault, Commvault and logo, the “CV” logo, Commvault Systems, Solving Forward, SIM, Singular Information Management, Simpana, Commvault Galaxy, Unified Data Management, QiNetix, Quick Recovery, QR, CommNet, GridStor, Vault Tracker, InnerVault, QuickSnap, QSnap, Recovery Director, CommServe, CommCell, SnapProtect, ROMS, and CommValue, are trademarks or registered trademarks of Commvault Systems, Inc. All other third party brands, products, service names, trademarks, or registered service marks are the property of and used to identify the products or services of their respective owners. All specifications are subject to change without notice.
Close
Copyright © 2019 Commvault | All Rights Reserved. | Legal | Privacy Policy