Video Screencast Help
Symantec to Separate Into Two Focused, Industry-Leading Technology Companies. Learn more.

Enterprise Vault EVSVR Incremental Scan

Created: 19 May 2013 • Updated: 06 Aug 2013 | 6 comments
SeanDonovan's picture
0 Agree
0 Disagree
0 0 Votes
Login to vote
Status: Reviewed

Hello,

My organisation has a specific requirement to incrementally control the size of EVSVR Repair and Verify DatabaseReferences and DatabaseLinkages operations.

This is because we are already defining our scans down to the Vault Store Partition level and still the scans take months to complete. Storage and Database access has been sped up substantially, but we simply cant get the scan running fast enough. The scans will never complete as the servers or EVSVR crash before the scan can complete.

Happy to provide further insight when prompted for details.

Regards,

Sean Donovan

Comments 6 CommentsJump to latest comment

Rob.Wilcox's picture

How many files are in the partition that means it is taking so long? Have you engaged Symantec support?

0
Login to vote
SeanDonovan's picture

EDIT: Its also worth mentioning this is a non-OSIS store, no sharing has ever taken place.

Hey Rob,

Firstly, yes I have engaged with Symantec support and I'm working with a number of their BCS support team. In fact they were the ones suggesting I use this service to request the feature! :)

How many files is a difficult question. We've experianced a number of issues on this VSP and Verify DatabaseReferences is required to detect unreferenced DVS, CAB, etc files and create the appropriate saveset, collection, etc entries. The VSP is a CIFS Share on a Netapp FAS 3270 which has 4.475TB consumed.

Regards,

Sean D

0
Login to vote
Rob.Wilcox's picture

Well, it's down to the file-count, right?

0
Login to vote
SeanDonovan's picture

VSP:

12,097,703 Files, 636,183 Folders

Unfortunately scans take so long our servers crash before completing them, or EVSVR begins throwing "storage" (System Memory) errors.

0
Login to vote
Rob.Wilcox's picture

Okay. And has anyone from Support confirm that that is 'too many' ?  It doesn't seem like too many to me, and it would seem that Support should/could be doing way more to assist you.

0
Login to vote
SeanDonovan's picture

Hey Rob,

Paul , Rajesh and Manjeet took their turns helping us with this.

I felt the explanation I was given was "Because we don't have a set expectation of how fast or slow EVSVR should be able to process at, we see nothing to investigate. However, we think its running well looking at the numbers". 

We're not necessarily happy with the situation, but we're attempting to work with the tools at our disposal. Hopefully my "Idea" will lead to improvements in the future

Kind Regards,

Sean D

0
Login to vote