Hello,

I am searching about informations on technical reasons why Exchange 2010 can't support multiple DB on the same disk volume in a DAG configuration. This constraint seems rather present in a config JBOD and not in RAID. We can't migrate to Exchange 2013 (who support multiples DB per volume).

We need to set up a temporary solution and best solution for us is to have several DB (up to 6) by volume in a JBOD configuration.

thanks,

Sebastien

Whomever told you that is wrong.

Hi Sebastien,

From your description, you want to host multiple databases on the same volume in a JBOD storage configuration in Exchange 2010.

Based on my knowledge, the ability to host multiple databases per volume is a new feature in Exchange 2013, we cannot do this in Exchange 2010.

Here is an article for your reference, please refer to the "multiple databases per volume" section in the following article.

High Availability and Site Resilience

http://technet.microsoft.com/en-us/library/dd638137(v=exchg.150).aspx

Best regards,
Belinda

Hi Sebastien,

From your description, you want to host multiple databases on the same volume in a JBOD storage configuration in Exchange 2010.

If so, there seems not to be supported in exchange 2010 from the following blog.

http://blogs.technet.com/b/exchange/archive/2013/05/14/released-exchange-2013-server-role-requirements-calculator.aspx

Best regards,
Belinda

Every version of Exchange that supports multiple databases also supports hosting multiple databases per volume.  Whether you do that or not is a matter of performance.  I've deployed plenty of Exchange 2010 systems that host multiple databases on the same volume.

Thanks for your answers,

That's what I thought, so no technical constraints, but we must have the IOPS.

This "new" features of Exchange 2013 is just an optimization:)

The key is the required IOPS.  The number of databases per volume is an input into that formula, but not a major one.  It's mainly the number of mailboxes on a physical volume and the amount of IOPS your users generate.