12-06-2013 07:30 AM
I dont have storage expiry enabled on the vault stores .. Have installed EVNearSync to handle replication from primary storage location to secondary storage location .
Doing a comparison of the primary and secondary location reveal a lot of " Missing File from Source " . . Obviously the files have been successfully replicated to the secondary so tell me files are being deleetd from the vault store .. not sure how when there is no collections enabled or storage expiry .
Any comments ??
Solved! Go to Solution.
12-06-2013 11:03 AM
you probably would have to use EVSVR
But really I think this is a case you will have to open with Quadrotech since it is an issue they will be better equipped to answer since EVNearSync is their product
12-06-2013 07:52 AM
are users allowed to delete items from the vault store?
12-06-2013 07:56 AM
You may want to take a quick look at the vault stores journal delete just in case its user deletions and what not, that being said, you're probably best off getting support from Quadrotech, which Rob should be able to help you with
12-06-2013 09:22 AM
we have just an FSA environment and users are NOT allowed to delete items from vault store
12-06-2013 10:52 AM
question how to I check if these missing items are in the vault store database at all ?
12-06-2013 11:03 AM
you probably would have to use EVSVR
But really I think this is a case you will have to open with Quadrotech since it is an issue they will be better equipped to answer since EVNearSync is their product
12-06-2013 11:14 AM
Hi ya,
As JW3 said, please drop us a note to support@quadrotech-it.com and we can help identify what is going on.
Best,
Tony
12-10-2013 03:32 AM
Looked in the Journal Delet and seems teh deletion doen by the system ( 3) , just cant figure out why ?
12-23-2013 08:16 AM
Been looking at this with symantec support and seem to have narrowed it down to the storage file watch process generating event ID 7110 ..
"
we found that Event Id: 7110 is generating due to Verification failed for SIS part when post processing. The transaction is rolling back due to verification failed and as the transaction is rolling back that might be the reason we are able to see those Id transactions in the journal delete table. "
the fix is meant to be in version 10.0.3 but I have version 10.0.4 withc service pack 1 installed sop a bit confused and still need a solution