Every email traversing the Exchange platform is saved in a database on an Exchange 2013 or 2016 server. While a...
database structure provides an excellent means of organizing and retaining email content for the business, it also presents a potential point of failure. If the email database is compromised -- perhaps due to a storage failure -- the business can lose email messages, potentially opening the business to compliance or other regulatory violations.
Microsoft realized early on that email databases must provide resilience to serve an enterprise, and Exchange has long supported resilience features such as single copy clustering, clustered continuous replication, local continuous replication and standby continuous replication.
However, starting with Exchange Server 2010, Microsoft employed the concept of database availability groups (DAGs) for email database resilience and server redundancy. DAGs are basically groups of mailbox servers that host duplicate databases and offer automated database recovery for failed servers or databases. DAGs effectively separate databases from the email server's functionality, so any server within a DAG can host a copy of the mailbox database from the other mailbox servers within the DAG. This way, the email server group can work as a resilient cluster to deal with issues like database corruption, disk or server hardware faults and network problems.
There are some basic rules for mailbox database copies. For example, Exchange 2013 can support up to 16 mailbox database copies across the DAG. Exchange 2016 can support more copies -- Standard Edition can host up to five database copies per host, and Exchange 2016 Enterprise Edition can host up to 100 database copies per host. Those database copies can be replicated to other mailbox servers within the same DAG and Active Directory domain to ensure server redundancy, but not to servers outside the DAG or to older Exchange Server versions.
In general, copies can only be created on mailbox servers that do not host the active database copy. The mailbox servers hosting the backup copies must be accessible over the network with round-trip latency less than 500 milliseconds. Distant mailbox servers, or servers subjected to network bottlenecks, may not be appropriate candidates for backup database copies.
Database availability group changes in Exchange 2013
Move an Exchange 2013 database with the EMS
Restore a corrupt Exchange 2010 database
Dig Deeper on Exchange Server setup and troubleshooting
Related Q&A from Stephen J. Bigelow
Just because software passes functional tests doesn't mean it works. Dig into stress, load, endurance and other performance tests, and their ... Continue Reading
Don't neglect form factor as part of your data center server selection. Instead, figure out what type of environment you need and learn which server ... Continue Reading
Learn how load balancing in the cloud differs from a traditional network traffic distribution, and explore the different services available from AWS,... Continue Reading