Video Screencast Help

Enterprise Vault Sizing

Created: 18 Apr 2006 • Updated: 04 Sep 2012 | 9 comments
Andrew Miller 3's picture
This issue has been solved. See solution.

Has anyone come across some good real world literature or recommendations about proper sizing for the Enterprise Vault Suite? The calculations for archiving e-mail and FSA are pretty straight forward but what about user retrieval? Also in smaller environments can Journaling and Compliance Accelerator be combined with other EV products on the same server?

Discussion Filed Under:

Comments 9 CommentsJump to latest comment

Micah Wyenn 2's picture

For small sites (less then 100 mailboxes), DA and CA can live on the same machine (after some tweaks), assuming of course it's at least a 4 proc, 4gb mem box. This will significantly affect your performance (of course since CA does realtime sampling). The caveat here is never run SQL on the same box as your EV apps. Kills boxes dead.

micah

Andrew Miller 3's picture

Thanks. Have you ever seen any stats on what the recommended max number of users/mailboxes that should be setup on a single server for retrival of e-mail and/or FSA (with a typical 2 processor 2GB RAM server)?

Micah Wyenn 2's picture

Okay, before I shoot myself in the foot here, the disclaimer must be made that I know nothing of your environment, the mailboxes, etc. There's loads of things that can affect your performance.

Now with that said...if I was to be overly simplistic (and optimistic) I'd say max active users for a 2x2 box is 1000. Real world, you won't be happy with the performance, but you asked. Real world number is more like 500, but don't be planning to do lots of PST migrations, FSA, and email archiving on the box at the same time. I'm just talking email archiving, with a small set of IPM's, at non-load times.

micah

TonySterling's picture

For you statement here: " DA and CA can live on the same machine (after some tweaks), assuming of course it's at least a 4 proc, 4gb mem box"

Yeah, it can be made to work for lab\demo machine, but I do not think it is supported, so think twice about that. I don't care how small your environment is, if you need CA it is worth a couple grand to put it on it's own server. (Considering the fines you might face if you are not compliant! ;) ) Just my opinion.

SOLUTION
Micah Wyenn 2's picture

Tony's right...don't let 8 grand cost you a mil. But still, technically...it can work.

micah

Jason Szeto's picture

It can technically work but it won't be supported by Symantec.

Andrew Miller 3's picture

Micah,
Thanks. Do you know of any formula that can be used to properly size the environment for e-mail and file retrievals (i.e. number of users or mailboxes * size of average message or file = Server with 2 processors and 2 GB of RAM)?

Jason Szeto's picture

Andrew,

It's hard to scale by formula since every environment has different requirements. I've seen 200 user company receive more mail than 5000 user environments. Normally when a customer get sized, there's a lot of information that is needed.

First thing would be what EV components are you purchasing? Then the number of users/mailboxes, how much current data needs to be archived, how much email traffic goes through your company, how long you plan on retaining items, what level indexing is needed, how aggressive you want archiving to be and I'm sure I'm forgetting a couple of other questions.

Honestly, whoever you are purchasing EV from, should be the ones asking this question and should be able to advise you on what you need.

So my suggestion is go back to your salesperson, ask them for some recommendations and then post back here and we'll give you our opinions on it.

Jason

Micah Wyenn 2's picture

**Shameless Plug -- Ignore or don't at your own peril**

Andrew,
Come buy EV from my company (we're the premier reseller/integrator of EV on the West Coast of the US) and we'll size, architect, and install the whole thing for you. Jason's right when he says that every environment is unique (which is why there isn't a hard and fast formula).

micah
(ps, if you're actually interested in contacting us; micah@gocmt.com)