cancel
Showing results for 
Search instead for 
Did you mean: 

Does it matter where the Shopping Service storage is located and why ?

Does it matter where the Shopping Service storage is located and why ?

 

Gentlemen,

we're running Enterprise Vault 10.0.3, on a single server for Microsoft Exchange 2007 Enterprise Servers with a number of SAN attached dirves, as we long ago ran out of space on the directly attached drives we'd started with. We have several thousand users active.

We have a quite aggressive archiving policy of archiving everything aged greater than 28 days from our current Exchange 2007 clustered Mail servers.

In a bid to make the best use of our storage drives, and to get the best performace from them, a colleague moved under instruction from a storage expert, a number of Enterprise Vault directories, including stuff like the MSMQ's our vault storage partitions and so on, onto various of the SAN drives.

We believed that we were getting good results. Our EV Server seems to be much more stable tha it had previously been Our backups were much quicker and our users could access and view their archives with ease.

However, a single user, who likes to restore restore mail from his archive reported that when he used tried selecting a number of items, to restore in 'bulk' he was getting errors, We got him to use the virtual vault feature and that appeared to be working, but still whenever he restored in bulk, he still received error message dialogu panels such as "Failed to copy item'item name' Reason:- Creation of the basket by the Shopping Service failed.<p>Ask the Enterprise Vault Administrator to check the shopping service configuration. Click 'OK' to continue or 'Cancel' to stop the operation. The "<p>" is part of the actual error panel displayed.

When I look in the Shopping Service folder via Windows Explorer and open the users' sub folder, I can see a list of .BSK files and a .DES file, so the process seems to be finding and creating Basket files but not getting any further.

I tried the same process for myself and chose 'OK' to continue. a dialog box with a fuel bar appears, with the word 'copying' beneath it, but only gets a third of the way along before stalling. I clicked on 'stop' but the box merely 'greys out' and stops responding.I kill that by clicking on the red 'x' in the top corner and respond to confim that I want to terminate the process. This results in my Outlook 2007 client closing down immediately - no additional error messages. I have .BSK files with todays' date and I have a .DES file, prefixed with my ID.

I restart my Outlook client without any problems and am able to use it normally.

Having read a few articles in the forum, but not finding anything really 'concrete' and descriptive to suggest a reason for the failure nor a comprehensive solution, I thought it was time to ask the experts to come up with some answers. One article suggested that the shopping service should be on the 'C' drive, but didn't explain 'why' or what the process or implications are in moving and placing the shopping service onto the 'C' drive. I've not had the benefit of EV training so have to follow whatever you recommend in my best Parrot fashion. I don't know if I have to mess with the System Registry, so that EV knows where the Shopping service is located.

Look forward to your patienrt guidance.

Thankyou!!

 

 

1 Solution

Accepted Solutions
Highlighted
Accepted Solution!

deleting a user's shopping

deleting a user's shopping folder is actually one of the troubleshooting steps in the technote. they only implication i can think of would be that anything they had in their basket would have to be readded. there's no impact to the actual data in the archive. i dont think it matters which account is used to delete the folder but generally speaking, i prefer to use the EV service account when working on EV. no reboot required for this.

View solution in original post

4 Replies
Highlighted

the location doesnt really

the location doesnt really matter as long as you have enough free space but since it was moved, it could very likely be a permissions issue. have you seen this technote? http://www.symantec.com/docs/TECH71115

Highlighted

Thankyou that is a

Thankyou that is a comprehensive and helpful answer. The users Shopping basket appears to have all permissions, but still generates the errors you describe. My remaining concern though is: are there any implications to deleting a users shopping basket, via Windows explorer ? Should I be doing this deletion using the EV Admins account and does the deletion have any consequences? Will I be obliged to reboot, for example? I propose to try this out at the next scheduled reboot and I'll delete my own shopping basket files at the same time, to see if the bulk restore will then work for me.
Highlighted
Accepted Solution!

deleting a user's shopping

deleting a user's shopping folder is actually one of the troubleshooting steps in the technote. they only implication i can think of would be that anything they had in their basket would have to be readded. there's no impact to the actual data in the archive. i dont think it matters which account is used to delete the folder but generally speaking, i prefer to use the EV service account when working on EV. no reboot required for this.

View solution in original post

Highlighted

AndrewB thankyou for the most

AndrewB

thankyou for the most complete and hepful responses to my questions.

I'm pleased to advise that on all counts your advice was excellent, well written and most importanlty, Helpful !

Problem solved perfectly.