Link to home
Start Free TrialLog in
Avatar of IT_Group1
IT_Group1Flag for Israel

asked on

Exchange 2010 - Best practice MDB Data size

Hi guys,

  • One of our customers is using Exch 2010 with 8* MDB data DB's, each is ~600GB - all together ~5TB.
  • Total users - 500.
  • The Exch is worksing in DAG.
  • Hyper-V 2012 (R1) - soon to be 2016.

I would like your advise;
  1. What is the best practice for MDBdata size for Exch 2010?
  1. Is there a performance gain which will be acheived when consolidating it?
  1. Are there any other DB-wise best practices for the given configuration?
  1. When replicating a DAG node to a DR site, are there any special recommendations?

Thanks in advance
Nir
ASKER CERTIFIED SOLUTION
Avatar of kevinhsieh
kevinhsieh
Flag of United States of America image

Link to home
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
Start Free Trial
Database size is not an issue in exchange. It is the hard disk speed on server and client end, which plays key role. Faster disk is the best pratice for Exchange db. if disk rpm is slow, then you need to create small db. If you have ever used exchange calculator, in that you will see separate section for disk speed. Which most admin ignore or doesn't know it.

Let me know if you need more info.
i second what Kevin says. You need to consider restore scenarios. that's the main thing
Who said you need backup for Exchange. With DAG in place, no need to run any backup. I am running several customer without backup with DAG. Even Microsoft run backup less Office 365. So, restore scenario is of no use here.
SOLUTION
Link to home
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
Start Free Trial
SOLUTION
Link to home
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
Start Free Trial
@Amit --- looks like we agree on backups :)
Avatar of IT_Group1

ASKER

Thanks !