Tip

Are Exchange 2010 archive databases more trouble than they're worth?

In Exchange Server 2010 RTM, a user's mailbox and archive mailbox both reside in the same mailbox database. Exchange 2010 SP1 allows you to decouple archive mailboxes and place them into alternate databases.

    Requires Free Membership to View

As a result, many organizations can create databases containing only archive mailboxes, also called archive databases.

Administrators usually create an archive database out of storage concerns. Most organizations enforce storage quotas on users' Exchange mailboxes to limit the number of retained messages. When Microsoft introduced personal archives, a lot of administrators liked the idea of having a secondary message repository but were concerned with how much storage space the archives would consume.

One way to get around the issue of limited storage space is to place your archive database on low-cost storage. An archive database likely won’t create the same I/O demands as a user's primary mailbox. That means you can use low-end servers with inexpensive Serial ATA (SATA) drives for archive database storage. These servers provide plenty of storage space and won't break the bank.

Using low-end hardware, however, can be problematic if you introduce database availability groups. DAGs don’t distinguish a database that contains archive mailboxes from one that contains user mailboxes. That means you can place an archive database into a DAG without any initial problems. But DAGs require each database copy to use the same storage path, which can be an issue if the archive server is using SATA storage.

You’ll also need to provide enough storage space for each server in the DAG to store a copy of the archive database. This undermines the benefits of purchasing low-end hardware for the archive server.

Some Exchange organizations don’t include an archive database in the DAG. This can be a mistake since it can lead to a single point of failure and can cause rules to fail. For example, it’s common to configure rules that automatically move certain types of content into users' archive mailboxes. If the host server fails, any applicable rules will fail as well.

If you have already committed to using low-end hardware for your archives, I recommend purchasing some additional low-end servers with inexpensive storage. Use those servers to create a DAG specifically for your archive database; this will protect archives from failover without having to worry about consuming storage space or IO cycles on primary mailbox servers. The existing DAG can continue to service databases containing user mailboxes, while the new DAG is dedicated solely to user archives.

ABOUT THE AUTHOR:
Brien Posey is a seven-time Microsoft MVP with two decades of IT experience. Before becoming a freelance technical writer, Brien worked as a CIO for a national chain of hospitals and healthcare facilities. He has also served as a network administrator for some of the nation’s largest insurance companies and for the Department of Defense at Fort Knox.

This was first published in March 2011

There are Comments. Add yours.

 
TIP: Want to include a code block in your comment? Use <pre> or <code> tags around the desired text. Ex: <code>insert code</code>

REGISTER or login:

Forgot Password?
By submitting you agree to receive email from TechTarget and its partners. If you reside outside of the United States, you consent to having your personal data transferred to and processed in the United States. Privacy
Sort by: OldestNewest

Forgot Password?

No problem! Submit your e-mail address below. We'll send you an email containing your password.

Your password has been sent to:

Disclaimer: Our Tips Exchange is a forum for you to share technical advice and expertise with your peers and to learn from other enterprise IT professionals. TechTarget provides the infrastructure to facilitate this sharing of information. However, we cannot guarantee the accuracy or validity of the material submitted. You agree that your use of the Ask The Expert services and your reliance on any questions, answers, information or other materials received through this Web site is at your own risk.