Skip to main content

Going Backup-less with Exchange 2010?

 Going Backup-less with Exchange 2010?

Microsoft Exchange Server 2010 has attracted a lot of attention because of its new database availability group (DAG) feature. DAGs offer a new spin on the standard Exchange database model by letting you maintain multiple, continuously updated copies of mailbox databases on multiple servers without requiring shared storage or the use of SANs.

This new feature isn't without controversy, though, because it offers the possibility of creating a system that's designed to run without making frequent backups for database restoration or recovery. The notion of routine operations without backups has made a lot of people nervous, so I wanted to talk this week about whether backup-less operation is really possible, not to mention safe.

The basic idea is simple: If you maintain enough copies of a particular mailbox database, you don't need to make frequent backups because you'll always have an available copy. The magic number in this case is 3: 3 copies of each protected database is what Microsoft claims to be sufficient. With only two copies, you'd still be vulnerable to the loss of a single machine, but three independent copies, on three separate physical machines, gives you the ability to withstand two simultaneous failures, which seems like it should be enough.

There are two issues that make using DAGs instead of routine backups a challenging proposition to accept. The first problem is cost. Maintaining three copies of a database necessarily implies having three servers to put that copy on. Running three servers means three licenses of Exchange 2010, plus three licenses of Windows Server 2008 R2 Enterprise edition or Server 2008 SP2 Enterprise edition—and Enterprise is much more expensive than the Standard edition. However, Windows failover clustering is available only in the Enterprise edition, and the DAG feature depends on it. Then there's the hardware cost, which admittedly might be cut down by intelligent use of virtualization—keeping in mind that putting all your DAG copies on separate VMs in the same physical machine or data center takes away much of the benefit of using DAGs in the first place!

The second problem is a little more complicated. Exchange 2010, like its predecessors, creates transaction logs that contain records of every transaction applied to a given database. Putting a mailbox database into a DAG doesn't change that, which means that logs will still continue to accumulate until you do a full backup of the database. For that reason, Microsoft recommends that you enable circular logging on those databases. The very term circular logging makes many experienced Exchange administrators nervous because they know that without logs, your database recovery options are limited and painful. That lack of logs seems to be a bigger sticking point for many customers than the additional cost of DAG-based deployments. However, the DAG mechanism itself ensures that the logs are kept until the transactions therein have been committed on all remote copies.

What I've found a few sites doing is taking a hybrid approach: deploying DAGs but leaving circular logging turned off, and doing regular full backups, but on a less frequent schedule. This method offers the comfort of regular backups without as much overhead, while at the same time preserving the utility of DAGs. You can change the frequency of your backups as much as you like to find the right balance. Then when you're comfortable with your DAG implementation (and, most importantly, with how you restore data when necessary), flip the circular logging switch for your DAG databases and cut back the backup frequency yet again.
I like this approach, and it's one that I'll be recommending, but I'm curious: What do you think about the possibilities of going without routine backups? Does it make you nervous? Drop me a line to let me know.


Popular posts from this blog

Question كيفية عمل share للـ outlook conntact لكل الـ Domain Users

  الحل بسيط جدا عايز الكونتاكت تتحدث دايما بحيث انك لما تضيف يوزر جديد يسمع في الكونتاكت اول حاجه بتدخل علي in office 2003 tools --- email account ---- add address book --- internet directory service (LDAP) type your server name then login info . mark this server require me to logon type any user on active directory and its password then save and close outlook and open it again now you will find all your active directory users in address book

3 things has to be done for better performance

  Tips from Goutham: 3 things has to be done for better performance: By default, XP displays extra graphic objects for menu items which can slow down your display. 1. To turn off these selectively... Right click My Computer Select Properties Click Advanced tab Under Performance, click Settings button To turn them all off, select Adjust for best performance Preference is to leave them all off except for Show shadows under mouse pointer and Show window contents while dragging 2. To speed up the display of the Start Menu Items, turn off the menu shadow. Right click open area of the Desktop Select Properties Click Appearance tab Click Effects button Uncheck Show shadows under menus 3. You can increase system performance by loading more of the system into memory. DO NOT attempt this with less then 512MBs of ram. Your system will become unstable. Click Start Click Run Enter regedit Click OK Go to HKEY_LOCAL_MACHINE SYSTEM CurrentControlSet Control Session Manager Memory Management Double cli

The difference between DNS and NDS

  Novell Directory Services(NDS) - Novell Directory Services (NDS) is a popular software product for managing access to computer resources and keeping track of the users of a  network , such as a company's  intranet , from a single point of administration. Using NDS, a network administrator can set up and control a  database  of users and manage them using a  directory  with an easy-to-use graphical user interface ( GUI ). Users of computers at remote locations can be added, updated, and managed centrally. Applications can be distributed electronically and maintained centrally. NDS can be installed to run under  Windows NT , Sun Microsystem's Solaris, and IBM's  OS/390  as well as under Novell's own  NetWare  so that it can be used to control a multi-platform network. NDS is generally considered an industry  benchmark  against which other products, such as Microsoft's Active Directory, must compete. Lucent Technologies plans to integrate NDS into its own QIP product