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 Microsoft Exchange Server Database Management
Related Q&A from Stephen J. Bigelow
VSAN 6.6 and 6.6.1 boast new features, such as vSAN Configuration Assist, integration with vROps and a streamlined upgrade process to improve storage...continue reading
For enterprises that require powerful security and resiliency, vSAN 6.6 presents an array of features, such as encryption and stretched clusters, to ...continue reading
Certain versions of the Linux kernel offer more complete and uniform support for paravirtualization than others due to the open source nature of ...continue reading
Have a question for an expert?
Please add a title for your question
Get answers from a TechTarget expert on whatever's puzzling you.